タグマネージャーと CDP

1. 二つの層、一つの考え方

タグマネージャーは、ページ上で動かすツールを決めます。カスタマーデータプラットフォームは、その後のイベントの送信先を決めます。どちらもサイトとシステム構成の間にあり、録画が存在することを知らせる価値があります。

連携ブリッジは、利用している方に再生リンクを書き込みます。その下流の分析、データウェアハウス、マーケティング自動化などが、個別の連携を設けずにリンクを受け渡せるようになります。

2. 各ツールが実際に受け付けるもの

この六つには、同じ種類のツールと思えないほど違いがあります。表現上の違いではなく、一方が求めるものを他方は拒否します。

ツール	値の受け取り方
Tealium	utag.link 。次ではありません： utag_data。こちらはページ読み込み時にしか読み取られません
Adobe Launch	Client Data Layer 経由。 _satellite には公開の書き込み API がありません
Commanders Act	tc_vars 。ただし、存在しなくても 作成しません 。存在しないのは、TagCommander がないことを意味するためです
Segment	analytics.identify 。次のトレイトを付けます：
RudderStack	同じ形式で、独自のグローバルを使用
Snowplow	グローバルコンテキスト。コールバックで応答するため、値をバッファーに保持
JENTIS	_jts.push 。次を指定します： track: "event"。独自のフィールド名を使えますが、 track と type は予約されています

JENTIS は読み込み順序の規則の例外です。 インストール用スニペットが window._jts = window._jts || []を作成するため、 _jts はキューになります。追加した値はライブラリの読み込みをまたいで保持され、失われません。そのため、第4節の順序に関する説明は適用されません。それでも、存在しないキューを当社が作成することはありません。Commanders Act と同じ理由です。キューがなければ JENTIS がインストールされていないことを意味し、自分で作った _jts は、誰も実行しない約束になってしまうためです。

Tealium で明示しておくべき誤り

次に書き込むのは、 utag_data 正しく見えても効果がありません。Tealium はそのオブジェクトをページ読み込み時に一度だけ読み取り、当社の値はその後に到着するためです。 utag.link が、動作中の Tealium に届く呼び出しで、当社もこれを使います。

3. 行わないこと

データレイヤーを作成しません

ページに Commanders Act がなければ、 tc_vars は存在しません。当社もそのままにします。作成してしまうと、ページ内の他のスクリプトすべてに、設定済みの TagCommander のように見えるオブジェクトができ、何もしないより悪い結果になるためです。

自らは何も送信しません

タグマネージャーや CDP が、自身の設定と契約に従って値を転送します。当社側の処理はローカルオブジェクトへの書き込みです。ブラウザーから送信されるか、誰に送られるかは、お客様のツールで決まります。そのため、これらの受信者は当社の処理活動記録に含まれません。

永久に再試行しません

0.5秒間隔で20回試行し、その後は停止します。10秒たっても現れないタグマネージャーは、その後も現れないと考えます。

4. 順序について

タグマネージャーは設計上早く読み込まれ、CDP は通常遅めです。MousePlayer は埋め込み方に応じて、その間のどこかに位置します。そのため、連携ブリッジは一度だけ読み取るのではなく、定期的に確認します。

読み込み順を制御できるなら、当社のスニペットより先にタグマネージャーを置くと、待ち時間を完全になくせます。ただし、それに依存するものはなく、当社の都合でページを並べ替えるよう求めることもありません。