GA4でのクロスドメイン計測設定とデバッグ完全ガイド

クロスドメイン計測が必要になるシナリオと基本概念

このセクションでは、複数の Web ドメインやサブドメインにまたがるユーザー行動を 一人の訪問者として正しく集計 できるようになるための背景を解説します。クロスドメイン計測を導入しない場合、同一ユーザーでも別々にカウントされてしまい、コンバージョン率やリテンション指標が歪むことがあります。以下で代表的なユースケースと、計測の根幹を成す _gl パラメータ の役割を確認してください。

代表的なユースケース

ユーザーが異なるドメイン間を遷移する典型的なシナリオは次の通りです。これらは EC、会員サイト、ブランド統合などで頻繁に見られます。

• 商品ページ（shop.example.com）から外部決済サービス（pay.provider.jp）へ遷移する場合
• 会員情報入力画面がサブドメイン auth.example.com、マイページが別サブドメイン my.example.com に分散しているケース
• 複数ブランドがそれぞれ独立したドメイン（例：brandA.com, brandB.com）を持ち、同一ユーザーの行動を横断的に分析したい場合

これらのケースでは、GA4 がデフォルトで設定するファーストパーティクッキーは共有されないため 「同一人物」かどうかの判定ができません。そこで _gl パラメータが重要な役割を果たします。

_gl パラメータの仕組みと役割

_GA4 が自動的に付与するクエリ文字列 _gl は、ユーザー識別子（client_id）とタイムスタンプをエンコードした情報です。リンク先 URL にこのパラメータが添付されることで、受取側の GA4 プロパティは同一 client_id を再利用し、セッションやコンバージョンを跨域で結びつけます。

• 生成タイミング：Google Tag Manager（GTM）の linker 機能がクリックやフォーム送信時に URL に自動付与します。
• 構造例：_gl=1*ABC123DEF456.1678901234 ― 1* はエンコード方式、続く文字列は client_id と UNIX タイムスタンプです。
• 受取側の処理：GA4 のデータストリーム設定で対象ドメインを登録しておくと、_gl から取得した client_id が既存クッキー（_ga, _gid）に代わってユーザーを識別します。

この仕組みが正しく機能すれば、サードパーティクッキーが利用できない外部決済ページでも 「同一ユーザーとしての連続性」 が保たれます（Google の公式ヘルプ参照）。

GA4 プロパティ・データストリームの準備と権限設定

クロスドメイン計測を実装する前に、まず GA4 プロパティと Web データストリーム を正しく作成し、適切なユーザー権限を付与しておく必要があります。この段階でのミスは後続設定全体に影響を及ぼすため、手順を丁寧に確認してください。

データストリーム作成手順（最新 UI）

以下は 2024 年時点の GA4 管理画面（※UI は随時更新される可能性がありますが、概ね同様の構成です）での標準的な操作フローです。各ステップに対する簡単な解説も付記しています。

1. 管理メニュー → 左下の 「データストリーム」 を選択
2. 「Web」 をクリックし、対象サイトの URL（例：https://www.example.com）と分かりやすいストリーム名を入力
3. 「拡張測定」スイッチはオンのままにし、「作成」 を押下
4. 作成完了画面に表示される 測定 ID（例：G-XXXXXXXXXX） をコピーしてメモ帳などに保存

測定 ID は GTM の設定タグでも使用するため、正確に記録しておくことが重要です。

必要な権限とアクセスレベル

GA4 の設定はユーザーごとのロールによって操作可能範囲が制御されています。クロスドメイン計測に最低限必要な権限をまとめました。

クロスドメイン測定の追加・削除は 管理者またはエディタ の権限が必須です。権限付与は「管理」→「アカウント設定」→「ユーザー管理」から対象メールアドレスを入力して招待してください。

ドメイン設定と GTM linker タグ構築

GA4 側で測定対象のドメインリストを登録し、GTM で linker を有効化することで _gl パラメータが自動付与されます。この章では UI の具体的操作手順と、 自動リンク と 手動 linker の違い・使い分けについて簡潔にまとめます。

GA4 のドメイン設定手順

1. 作成済みデータストリームの一覧から対象ストリームを選択し、右上の 「編集」 をクリック
2. 左側メニューの 「タグ設定」 → 「クロスドメイン測定」（UI 上は「ドメインの設定」）を開く
3. 「測定対象ドメイン」欄に、計測したいすべてのドメインをカンマ区切りで入力例：example.com, pay.provider.jp
4. 入力後 「保存」 をクリックし、設定が反映されたことを確認

このリストに含めたドメイン間では、GA4 が自動的に _gl パラメータの付与・受取を行います。

GTM での linker 設定（自動リンクと手動 linker の統合解説）

基本方針

• 自動リンク：GTM がページ上のすべてのリンクやフォーム送信に対して対象ドメインを検知し、_gl を自動で付与します。設定は 1 回だけ行えば全ページに適用でき、ミスが少ないため推奨されます。
• 手動 linker：SPA（シングルページアプリ）やカスタムリダイレクトロジックがある場合に、コード側で gtag('linker:autoLink', [...]) を明示的に呼び出す方法です。自動リンクでは捕捉できないケースを補完します。

手順（共通部分）

1. GTM コンテナの 「変数」 → 「新規」から組み込み変数 {{Page URL}} と {{Click URL}} を有効化
2. 「タグ」 → 「新規」 → タグタイプを 「Google Analytics: GA4 設定」 に設定
3. 測定 ID（先ほど取得した G-XXXXXXXXXX）を入力

4. 「リンク設定」 の項目で 「自動リンクドメイン」 フィールドに対象ドメインリスト example.com, pay.provider.jp をカンマ区切りで入力

5. ここまでが 自動リンク の基本設定です。保存後、トリガーは 「All Pages」 または必要に応じたページビューを選択してください。

6. 手動 linker が必要な場合は、同タグ内の 「カスタム HTML」 タグまたは既存の JavaScript に次のコードを追記します。

javascript
// SPA や特殊リダイレクト用の手動リンク設定例
gtag('config', 'G-XXXXXXXXXX', {
linker: {
domains: ['example.com','pay.provider.jp'],
decorateForms: true // フォーム送信時にも _gl を付与
}
});

1. 変更をプレビューで確認し、問題がなければ 「送信」 → バージョン管理画面で公開します。

自動リンクだけでも多くのケースはカバーできますが、SPA のようにページ遷移が URL の書き換えのみで行われる環境では手動 linker が必須になることがあります。実装前にサイト構造を把握し、適切な方式を選択してください。

トラッキング検証とデバッグ

設定完了後は 必ず動作確認 を行い、_gl パラメータが正しく伝搬しているかをチェックします。以下では GA4 の DebugView とブラウザ開発ツールを使った具体的な検証手順をご紹介します。

DebugView の使い方

DebugView はリアルタイムでイベントの送信状況を確認できる機能です。まずは Chrome 拡張「Google Analytics Debugger」を有効にし、以下の流れで確認してください。

1. 対象ページを デバッグモード（拡張機能オン）で開く
2. GA4 の管理画面左側メニューから 「DebugView」 を選択

3. ページ遷移やリンククリックを行い、イベントがリアルタイムで一覧表示されることを確認

4. 同一 client_id が保持されたまま page_view が連続して記録されていれば成功です。

5. 異なる client_id が出た場合は _gl が欠落または改変された可能性があります。

ブラウザコンソールでの _gl パラメータ確認

開発者ツールの Network タブを利用すれば、実際に送信されるリクエスト URL を直接チェックできます。

1. Chrome の Developer Tools → Network を開く
2. 対象リンク（例：https://pay.provider.jp/checkout）をクリックし、表示されたリクエスト行を選択

3. 「Query String Parameters」欄に _gl= が含まれているか確認

4. パラメータが 1*<client_id>.<timestamp> の形式で出力されていれば OK です。

5. 空白や null が入っている場合は GTM の linker 設定を再度見直してください。

リアルタイムレポートでのクロスドメイン遷移チェック

GA4 の リアルタイム → ユーザー属性 では、URL クエリ付きページビューが即座に集計されます。次のポイントに注意して確認しましょう。

• page_path + query に _gl= が付いた URL が表示されること
• 同一セッション内でアクティブユーザー数が大幅に減少しないこと（遷移前後でほぼ同数を維持）

これらのチェックを行うことで、クロスドメイン測定が期待通り機能しているかを確実に検証できます。

実装時の注意点・エラー対策とベストプラクティス

設定ミスや外部サービス側の仕様変更は計測精度を著しく低下させます。ここではよくある障害パターンと、即座に取るべき対応策をまとめました。

主なエラー例と対応策

外部決済サービス・サブドメインとの連携ポイント

• 決済プロバイダーが リダイレクト URL にクエリパラメータを削除しない設定か必ずテストしてください。
• サブドメイン間で共通の 測定 ID を使用することは前提です。document.domain の調整は不要ですが、GTM の自動リンクリストがすべてのサブドメインを網羅しているか確認します。
• 決済完了後に別ドメインの「Thank‑You」ページが表示される場合、そのページにも GA4 設定タグ（測定 ID 同一）を配置し、event_name: purchase_complete を送信するとレポートの整合性が保たれます。

自動リンク vs 手動 linker の選択基準

内部トラフィック・リファラー除外設定手順

1. GA4 管理画面左側メニュー → 「データ設定」 → 「内部トラフィック」 を選択
2. 「新しいルールを作成」し、社内 IP アドレス範囲（例：192.168.0.0/16）と名前を入力して保存
3. 同メニューの 「リファラー除外」 に移動し、決済プロバイダーのドメイン pay.provider.jp を除外対象として追加

設定後は DebugView で該当トラフィックがレポートに現れないことを確認してください。これにより、社内テストや決済リダイレクトによるノイズが解析結果に混入するのを防げます。

まとめと実務向けチェックリスト

本稿で取り上げたポイントを整理し、実装時にすぐ参照できるチェックリストを作成しました。以下を順番に確認すれば、クロスドメイン計測の導入ミスを最小限に抑えられます。

• ✅ シナリオ把握：どのドメイン間でユーザーが遷移するか明確化
• ✅ _gl パラメータ理解：生成タイミングと構造を認識
• ✅ データストリーム作成：測定 ID を取得し、正しい UI 手順で設定
• ✅ 権限付与：管理者またはエディタが設定できることを確認
• ✅ GA4 ドメインリスト登録：対象ドメインをカンマ区切りで入力
• ✅ GTM linker 設定：自動リンクを有効化し、必要に応じて手動コードも追加
• ✅ デバッグ実施：DebugView とブラウザコンソールで _gl の付与を検証
• ✅ エラー対応：パラメータ欠落・クッキーブロック・ID 不一致の３点を重点的にチェック
• ✅ 外部決済連携：リダイレクト URL が _gl を保持するかテストし、完了ページにもタグ配置
• ✅ 内部トラフィック除外：IP ルールとリファラー除外でノイズを排除

上記項目を実務フローに組み込めば、正確なユーザー行動分析 と コンバージョン計測の一貫性 を確保できます。ぜひ本チェックリストをプロジェクトのタスク管理ツールやドキュメントに貼り付け、導入・運用時に活用してください。