「タグマネジメントの歴史とその背景に関するテキスト（その２）定義編」雑感

Fringe81の田中社長Blogで、タグマネに関してとてもわかりやすいエントリがあった。

因みに今回雑感の対象は2回目。第1回は、こちら。

かなりポジショントーク入っているが、タグマネに関してここまで整理されたものってなかったのではないだろうか。
個人的には、大分すっきりした。
もし、自分が広告主という立場だったら、すぐに話をききたい！って問い合わせただろうな（笑）

これまでワンタグと何が違うのか？、なぜタグマネが必要なのか？？というのが、かなりもやもやしていたが、下記を見て腹落ちした。

以下引用
-----------------
「DSPやソーシャルボタンの普及により、広告主サイトへのタグ導入数が飛躍的に増加し、さらにタグをどのページで起動させるか、ルール設定を行うことで、リターゲティングの効果改善のリターンが大きくなってきた。よって、“タグをマネジメントする必要”が出てきた。」
----------------

ワンタグだけでは、確かにこれは出来ないよな～。
特に「タグのルール設定」や「どの設置タグが要因でエラーになっているのか」とかは、知見がないと対応出来ないだろうし。

で、最後にやはり書いてありました。
「データマネジメントやる！宣言」

過去エントリでも書いていた（Fringeとしては、やはりタグマネから「オーディエンスデータのマネージメント」という根っこの所を握りたいんだろうなぁと改めて思った。）みたいに、タグマネはあくまで入口で最終的には、DMPに行きたいのが本音なんだろうな。

先日、FringeはMBOしたけど、狙うポジションとしはDMP領域で、ソコをコアコンピタンスとして収益を拡大させて、IPOなのかな？？
（単なるツールベンダーだけだと確実に淘汰されるし。でもヤフーのBrightTag、グーグルのタグマネとかとの整合性はどうするんだろおう？？）


ヤフー！もいよいよ、BrightTagベースのタグマネを広告主向けに無償でリリースしたし、昨年グーグルも自社プロダクト限定だが、グーグルタグマネージャーをリリースしたり、オプトやロックオンもサービス提供し始め、元々ワンタグ提供していたcciやDACも参加してくるはずだし、今年一気にタグマネサービスが浸透しそう。

まさに今年は、タグマネ元年だな。


あと、先日発表になったグーグルのエンハンストキャンペーンが、どの様なインパクトを与えるのかも注視しておく。



あと、今回の記事1回目のタグ界のヒストリーマップは、とても参考になったので、以下転載させて頂く。

＜タグ界のヒストリーマップ＞

「ExchangeWireJapan Fringe81タグマネジメントinterview」雑感

ExchangeWireJapanにFringe81のTagKnightに関するインタビューがあったので、読んでみた。
これ、非常に参考になった。


以下、参考になった箇所を引用。
------
一番よくある話が、デジタリスを入れたらページが遅くなったと言われてしまった事ですね。

このような問題が発見されると、広告主様や代理店様は、まず広告のタグを全部取る作業をしなくてはいけません。１個１個タグを入れ直して、どのタグが悪さをしていたのかを検証するわけです。
⇒
これ凄い大変だよな…。
結果として広告配信しても、このタグ調査中はトラッキングデータ取れなくなるわけだし。
死活問題だよな。


現状、お客様のどのページにどのタグを入れるかというルールに関しては、代理店様が設計しているケースが多いのですね。
「ベン図」と言うのですが、どのようなユーザーに対してどのようにユーザーを足すか、引くか、除外するかと言ったルールをイメージして、それを直接URLで数式のように足したり引いたりする必要があるのです。例えばクリテオさんではトップのページのタグ、商品詳細のタグ、申し込みフォームのタグ、コンバージョンページのタグというように幾つかタグを分けて、どのユーザーがどこまで到達したかを判別し、自動的にリコメンドのバナーを配信するというようなことをシステムで行っています。

これらのルールを、日本の国産DSPである「マイクロアドブレード」とか、グーグルの「GDN」など、個別にルールを作っていくのですが、誰に対してリターゲティングを出すかというマーケティングの全体像としてはまったく統一されていないのが現状です。
⇒
Criteoのタグの仕組みって、そうなっていたのね。
ていうか、他も多分、基本は、同じだろうけど。
Fringeとしては、やはりタグマネから「オーディエンスデータのマネージメント」という根っこの所を握りたいんだろうなぁと改めて思った。


いろんなロジックがあるのですが、すごく分かりやすい話で言うと、複数埋め込まれたタグの中で速いほうから読み出すというものがあります。例えばデータセンターが近いと物理的に速かったりするわけです。

それでは10個タグが入っていたうち、１個遅いのがあったときに、そのタグが一番最初に読み込まれてしまうと他のタグの読み込みがすべて遅れてしまうので、速いものを先に読み込ませるということですか？

通常ウェブサイトを上から下まで読むときには、コードは順番に読まれるのですね。ただ、タグというのは順番に読むべきものではなくて、いろんなサーバーに問い合わせがいくものなので、一遍に問い合わせてしまえばいいというのが考え方です。通常Javaスクリプトを順番に貼っていくと順番に組み合わされるので、われわれのコンテナの中に入れたタグを一遍に読み出してしまうというわけです。
⇒
あ。ココ、コンテナタグの事かな。
DMPがデータ収集する際には、タグマネ的なロジックもやっぱり必要なんだろうな～。
------

色々と具体的な事が書いてあり、非常に参考になった。
DMPのデータ収集する際に、タグコンテナを活用するとなると、タグマネの知見も必要そうだな。

そろそろ、今年あたりから、各DSP導入したはいいけど、タグ管理が無理！っていうクライアントが増えていきそうだから、各社リリースしているタグマネサービスの需要は増えそう。
（スケールアウトのこの纏め記事が秀逸）

BrightTAGのFAQを見てみる

BrightTAGのFAQページを見て、再度学習。
実務で携わらないので、こういうページを見て、定期的に復習。



以下転載。
----------
これ、Javascriptのサンプルコードらしい。


あと、 下記にあるfourth-partyって何だ？？
This number doesn’t reflect the high volume of fourth-party/piggybacked tags that are often appended to existing tags already in place.
⇒
（Google翻訳先生より）
この番号は、多くの場合、すでに実施されている既存のタグに追加されfourth-party/piggybackedタグの高いボリュームを反映していません。


データ収集の概念的なフローは分かり易かった




Piggybackは、何となく把握してるつもり
Piggybacking : It is possible for tags to be chained together through a process called “piggybacking.” This enables tags to be appended to existing tags already in place on the website without making any changes to the page code.
⇒
（Google翻訳先生より）
それはタグのためと呼ばれるプロセスを介して連鎖させることが可能ですこれは、タグがページのコードを変更せずに、既にウェブサイト上の所定の位置に既存のタグに追加することを可能にする"便乗"。便乗すると、サイトへのタグの数十を追加し、サイトの所有者が施設内には、意識していないかもしれないというサービスを導入することができます。、タグの歴史についてもっと読むタグのコンテナと"に便乗ここへの道は、弊社ウェブサイトの"ページ。
----------


うーむ、fourth-partyってなんだろ…。
また、知らない単語が出てきた。

Piggybackはコンテナタグと関連しているというのは、何となくイメージつく。
スケールアウトのこのエントリで概念的には理解していたつもり。

コンテナタグの具体的なシーケンスは、以下の図が非常に参考になる。
※引用元はこちら



ここらへんは実際に運用している人にきちんと聞いて、理解したい。

あと、BrightTAGってDMP的なことも出来そうな気がするのだが、しているのかな？
ていうか、そもそもDMPがどうやって収益上げているのか、知りたい。
3rdPartyCookie収集して、そのデータを加工して販売しているというは概念的に解るのだが、どうやって収益をCookie提供社（DataProvider）に按分しているのかな？
確か、国内ではオプトやオーディエンスサイエンスがCookie設置したサイトに按分していると聞いたことあるが、実際の按分比率はどうやって算出しているのだろうか。

Fringe81、タグマネジメント「TagKnight」リリース

3PASのdigitaliceを提供しているFringe81がタグマネ「TagKnight」を2/4にリリースするとの事。

ワンタグではなく、タグマネジメントという事で、機能も明確化されている。


以下、リリース抜粋。
-----------
TagKnightで外部広告タグの監視を行うことによる新たな４つのメリット
１．コミュニケーションコストの削減
２．オーディエンス管理の効率化
３．ウェブサイトの高速化
４．第三者配信アドサーバ「digitalice」とのシームレスな連携
-----------

２のオーディエンス管理という所がキモ。



以下リリース内記載「TagKnightは外部広告タグを設定するルール毎にどの程度のユニークユーザーに接触しているかを算出することが可能です。これにより、様々な外部広告タグを登録する前に広告効果のシミュレーションができます。最適な外部広告タグの設定を行うためのPDCAを圧倒的に早く回すことが可能です。」とある様に、タグマネ提供することで、Fringe81に情報が集約されるという事。

ただ、これでどの程度、オーディエンス管理が出来るのかというのはよくわかっていないが…

ティザーサイトに、問い合わせすれば、タグマネ課題・事例集がもらえると書いてあったので、勉強の為に問い合わせしてみようかな？

タグマネジメントの基礎（解析ツール視点）

タグマネジメント関連で積極的に情報発信しているアユダンテの新しいタグマネ関連記事。


以下、記事転載。
---------------
結論から言うと、Webサイトへ埋め込む必要のある「アクセス解析ツールなどが生成するHTMLタグ」を「管理（マネジメント）する」ことをタグマネジメントと呼び、そのための機能を持ったツールをタグマネジメントツールと呼びます。分かりやすく言い換えると「（HTML）タグ管理」ですね。
---------------


非常に分かり易い！
ツールへデータを送信するための外部が生成したHTMLタグを管理することがタグマネ。

タグマネの本質は、各種解析タグの取り纏めという事で、広告配信系タグを取り纏めるというのはあまり本質的ではないという感じなのかな。

メディアサイドにとっては、別に広告配信タグ管理しても、あまりメリットはないのかな？
そもそもタグマネのタグをメディアが受け入れるか否かという点からも懐疑的。
でも、javascriptを活用して一つのタグに纏められ、尚且つ配信設定がラクになるという事になれば、需要はあるかも？？

将来的には、配信側もDFP中心に連携強化されて、Googleがやはり覇権を取りそうな予感。

次回以降の記事も要チェックです。

Googleのタグマネジメントのインパクトを考える

本日のExchangewireJapanの記事から。

昨今、流行のタグマネジメントに関して、老舗のTagmanCEOのコラムが翻訳されていたので、そこから色々と考えてみた。


日本では、先日のAdtechTokyoでYahoo!JapanがBrightTagとの協業で、一気に注目を集めた感じではあるが、大手広告系会社はプロダクトをリリースしている。
タグマネジメントというよりは、ワンタグとしてだが…。

タグマネジメントとワンタグの違いがイマイチ理解できていなかったが、アド論のこの記事を見て、ある程度納得。
違いは、タグマネジメントだとタグ自身がPiggybuckするか否かという事なのかな。

あと、admarketechのこの記事が秀逸。

TagmanのCEOは、大手広告主などは、利用するか否か疑問と記載しているが、多分、利用する気がする。アナリティクスとかと同様にエンタープライズ版とか出るのではと思う訳で。


振り返って、日本ではどうなるのだろうか。

【広告主視点】
広告主がきちんと理解して、有料でタグマネジメントを受け入れるとはあまり思えない。
これまでの商慣習から、広告代理店がある程度身銭を切って、ツール利用するのかな。
そうなった時に自社でタグマネジメントのプロダクトを保有しているかは、利益の観点からは重要な気がする。

【媒体視点】
本当に使うのかな？？という感じ。
そこまで厳密に収益管理している所は大手媒体だろうし、日本でお金を払ってまでして、
やるのかなという肌感。
まずはYahoo!Japanが、ネットワークの媒体へどういう形で提供するのか知りたい。

ただ、この領域は、日本でも、今後ホットスポットになるのだろうな。
ここを押さえて、インプットデータ元としたいDSPやDMPは多そうだなと勝手に妄想。
多分、スケールアウト社のタグマネジメントは標榜していそう。無料だし。。。

Googleがやり始めたという事は、インパクトは大きいと考えるべきだな。
で、次は、データフィードあたりをさくっと無料で出してきそうな予感。

また、アドテク関連で勉強する領域が増えた。