Googleアナリティクスにおけるクロスドメイントラッキングとは、ブラウザのクッキーに保存されている情報をあるドメインから別のドメインへ渡す処理のことを言います。 ウェブブラウザの同一生成元ポリシーにより、ブラウザクッキーは、それが書き込まれたドメインとそのすべてのサブドメイン（デフォルト）でのみ利用可能です。 Google Analytics は Cookie を使用してクライアント ID を保持するので、ユーザーがドメインからドメインに移動したら、このクライアント ID も何らかの方法で渡すことが重要です。
クロスドメイン トラッキングは、実装が最も簡単というわけではありませんが。 最も簡単なのは、特に Google タグ マネージャーを使用している場合、Google Analytics のトラッカーとスニペットにいくつかのフィールドを設定することです。 しかし、通常、Web サイトで型破りなリンク リダイレクトを使用している場合や、別のドメインから読み込んだ iframe でクライアント ID を保持したい場合に問題が発生します。
この記事では、クロスドメインの追跡で問題が生じたときに通過する短いチェックリストを提供しようと考えています。
X
The Simmer Newsletter
Simmer Newsletterに登録すると、Simo Ahavaの最新ニュースやコンテンツがメールボックスに届きます!
クロスドメイントラッキングが機能しているかどうかをテストする方法
クロスドメイントラッキングが機能している場合、あるドメインから別のドメインへのすべてのトラフィックは同じセッションに含まれ、同じソース/メディア次元に起因するはずです。
クロスドメインのパターンを分析するのにGoogle Analyticsのリアルタイムレポートを使用すべきではありません！クロスドメインで発生したトラフィックは、同じセッションに含まれ、同じソースに属し、同じメディア次元に属します。 リアルタイムレポートは、各ヒットを、そのヒットによって運ばれたディメンションとパラメーターのみで表示します。
言い換えると、標準のレポートにヒットが入力されるのを待つ必要があります。
クロスドメイン トラッキングが Google Analytics で機能しているかどうかを確認する最も簡単な方法は、カスタム UTM パラメーターを使って最初のドメインを参照することです（例：
www.domainA.com/?utm_source=xdom_test&utm_medium=xdom_test&utm_campaign=xdom_test
次に、まだ最初のドメインを参照している間に、リンクをクリックするか、2番目のドメインへの iframe でページを開いてみてください。
これを行った後、両方のドメインからのデータを表示する Google Analytics ビューで、カスタム キャンペーンのトラフィックのみを含めるセグメントを適用できます。
データが Google Analytics レポートにヒットしたら、セグメントの適用時に単一セッションを見つけることができます。 その後、行動 > サイトコンテンツ > すべてのページ レポートに移動します。 クロスドメイントラッキングが正しく機能している場合、レポートにはソースドメインからのページビューとターゲットドメインからのページビューの両方が表示されます。 この場合、次のチェックリストが役立ちます。
チェックリスト
ウェブサイトとGoogle Analyticsプロパティでクロスドメイントラッキングが機能するためには、次のものがすべて整っている必要があります。
-
クロスドメイントラッキングに含まれるすべてのドメインは、同じGoogle Analyticsプロパティにデータを収集する必要があります – 詳細へジャンプ
-
クロスドメインのトラフィックのソースとなるすべてのドメイン、すなわち、次のものがあります。 トラフィックがこれらのドメインから出発する場合、Google Analyticsのプロパティ設定の参照元除外リストに含まれている必要があります – 詳細に移動
-
ソースドメイン内のリンクまたはiframeを介してターゲットドメインに入る場合、Webブラウザに読み込まれるページのURLには_ga=1.234567.234567が必要です。234567 URL クエリ パラメータがあること – 詳細へジャンプ
-
ターゲットドメインで起動する Google Analytics トラッカーまたはタグは allowLinker フィールドを true に設定する必要があります – 詳細へジャンプ
以上が、クロスドメイン・トラッキングをサイト上で機能させるための 4 つの基本ステップでした。 (3) と (4) には、クエリ パラメータやリンカー プラグインが機能しない場合の複雑な回避策がありますが、ほとんどの場合、この 4 つのステップで十分です。
Collect all data to the same Google Analytics Property
Google Analytics のプロパティは、ウェブサイトなどのデジタル アプリケーションからデータを収集するトラッキングの設定です。 Google Analyticsの各プロパティは、トラッキングIDとして知られる一意の識別子を持っています：
すべてのプロパティは、その特定のプロパティに送られたすべてのヒットからなるデータの独自のテーブルを持ちます。 したがって、各 Property は独自のユーザー、セッション、および集計バケットを持ち、これらのデータ セットは各 Property に固有です。
このため、2 つの別々のドメインでクロスドメイン トラフィックを収集するときは、両方のドメインが同じ Google Analytics Property に対してデータを収集する必要があることが重要です。 Google Analyticsのプロパティをまたがるクロスドメイントラフィックというものは存在せず、そのようなものに近づくには、Google Analytics Premiumのロールアップレポート機能を利用するしかありません。
参照元除外リストのドメイン
Universal Analyticsは、新しい参照元をトラフィックソースとして検出するたびに新規セッションを開始します。 したがって、最初に Google のオーガニック検索（google / organic）からサイトに入り、次にソース ドメインからターゲット ドメインへのクロスドメイン リンクをたどった場合、ターゲット ドメインのヒットは sourceDomain.com / referral から発生したものとして記録され、新しいセッションが開始されることになります。 これは、クロスドメイン トラッキングを実施している場合でも同様です。
参照元除外リストを使用すると、Google Analytics に対して、ソースドメインからの参照トラフィックを無視し、代わりに直接トラフィックとして処理するように指示することになります。 ユニバーサル アナリティクスは、キャンペーンのアトリビューションとセッションのステッチングのためにダイレクト トラフィックに依存しています。
そのため、Referral Exclusion Listは、ソースドメインからターゲットドメインへのトラフィックを同じセッションの一部にして、クロスドメイントラフィックを理解するために重要な役割を果たします。
Linker parameter in the URL
この記事の冒頭で述べたように、Google Analytics は、ヒットを特定のセッションやユーザーに割り当てるためにクライアント ID に依存しています。 クライアント ID は、_ga という名前のブラウザ クッキーに保存され、デフォルトでは、Web サイトがアクセスできる最も高いドメイン名に書き込まれます。
ドメインからドメインに移動するとき、このクライアント ID はユーザーと一緒に移動する必要がありますが、Web ブラウザの同一生成ポリシーの制限により、ターゲットドメインはソースドメインに書かれた Cookie を単にフェッチすることはできません。 このプラグインを呼び出すと、URL クエリパラメータにクライアント ID と 2 分間有効な署名が含まれたものが返されます。 そのため、2 分間のウィンドウ内にクエリ パラメータを使用して別のドメインの URL にアクセスすると、2 つのドメイン間でクロスドメイン トラフィックが設定される可能性があります。
2分間のウィンドウは、共有リンクとブラウザ履歴エントリにリンカー パラメータが永続するのを防ぐために存在します。 そうでなければ、誰かがリンカー パラメータがあるリンクをたどるたびに、そのリンクを作成した元のユーザーとみなされることになります。 3517>
Linker プラグインをロードする典型的な方法は、プラグインの autoLink 機能を使用することです。 autoLink を使用する場合、リンカー・パラメータで自動的に装飾したいドメイン名を提供します。
Google タグ マネージャーで、[Auto Link Domains] フィールドを編集します。
あなたが _ga=1 を見るとき、それが機能していると分かるでしょう。3517>
URL にパラメータが表示されない場合、何らかの理由で自動リンク プラグインが失敗したことを意味します。 代わりに、手動で URL を装飾する必要があります。 これは特に iframe を使用する場合に当てはまります。親ページとフレーム化されたドキュメントの間でクロスドメイン トラフィックを動作させたい場合、iframe はその src 属性にリンカー パラメータを含んでロードされなければならないからです。
手動で URL を装飾するには、あなたまたは Web 開発者がリンカー パラメータを受け取り、ドキュメントが読み込まれる直前にリンクまたは iframe の URL に追加するコードを作成する必要があります。3517>
allowLinker in the target domain
これで、URL クエリ パラメータが配置され、参照元除外リストに必要なすべてのソース ドメインがあり、ソースとターゲット両方のドメインから同じ Google Analytics プロパティにデータを収集できるようになりました。
ただ 1 つ足りないものがあります。
ターゲット ドメインのトラッカーが URL の _ga=1.234567.234567 リンカーのパラメーターを尊重するには、トラッカーに、ターゲット ドメインでクライアント ID をリセットするリンカー パラメーターを許可するように指示する必要があります。 GTM では、単に新しいフィールドを追加します。
この設定は、ターゲットドメイン上で追跡者が作成したものではなく、リンカパラメーターに埋め込まれたクライアント ID を使用するように追跡者に指示します。
これが機能しているかどうかは、Web ブラウザーの開発者ツールでネットワーク タブを開き、たとえばクロスドメイン リンクをたどった後に、ソース ドメインとターゲット ドメインの両方でページを読み込むことによって確認できます。 /collectへのすべてのリクエストには、&cidというパラメーターがあるはずなので、同じ値を使用します。 これは、クライアントIDがドメイン間で同じであることを示します。
Summary
クロスドメイン追跡が誤動作する方法はたくさんありますが、実際には 4 つの可動部分だけです。
-
すべてのドメインが同じGoogle Analyticsプロパティにデータを収集する必要がある
-
すべてのソースドメインがGoogle Analyticsプロパティのリファレル除外リストに記載されている必要がある
-
ターゲットが、そのドメインに属している必要がある
- ターゲットが、そのドメインに属していない
-
ドメインに属している必要がある。 の URL がリンカーパラメータで装飾されている必要がある
-
ターゲットドメインの Google Analytics トラッカーに allowLinker フィールドを設定する必要がある
ドメインが、そのドメインに属していない
これらの 4 つの検査をすべてパスすると、次のようになります。 クロスドメイントラッキングは問題なく動作するはずです。