GA4のクロスドメイン設定方法｜別ドメインのフォーム・予約サイトを計測する
- WEBマーケティング
最終更新日：2026年10月24日
GA4のクロスドメイン設定は、会社サイトから別ドメインのフォームや予約サイトへ移動したときも、一連の利用として計測するための設定です。移動元と移動先で同じWebデータストリームのタグを使用できることが前提になります。GA4の画面へドメイン名を登録するだけで、外部サービスの操作まで自動的に取れるわけではありません。
最初に確認するのは、対象ドメイン、タグの設置権限、利用者がたどる経路、フォームの正常受付を確認できる方法です。外部サービスへタグを設置できない場合は、サイトからのクリックなど、確認できる範囲を分けて設計します。
この記事では、企業サイトと別ドメインの問い合わせ・予約画面を例に、必要性の判断から設定、リンクやリダイレクトの検証、公開後の運用までを説明します。以下のドメインやイベントは説明用です。実際の設定は自社のサービス仕様と同意管理に合わせて確認してください。
GA4の設定・計測で
困っていませんか？
問い合わせ・電話・資料請求の
計測設定ならご相談ください。
ファーストネットジャパンでは、
GA4・GTMの初期設定から
イベント設定・既存の計測確認まで、
サイトの状況に合わせた
計測環境づくりをサポートいたします。
クロスドメインでつなぐのは「利用の流れ」
たとえば会社サイトでサービスを検討した人が、別ドメインの予約画面へ進むとします。それぞれのサイトを別々に計測しているだけでは、流入から予約までを同じ流れとして読み取りにくくなることがあります。ドメインをまたいだときの識別情報の受け渡しを確認するのが、この設定の役割です。
一方、クロスドメインを設定しただけで予約完了イベントが作られるわけではありません。移動後のページビューが取れることと、正常に予約を受け付けたことは別です。成果を測る場合は、完了ページや成功通知など、対象サービスに合うイベント設計も必要になります。
Googleのクロスドメイン測定の公式案内を確認し、同じストリームのタグ、ドメイン条件、リンクへの情報付与、移動先での読み取りを一つの流れとして整理しましょう。管理画面の保存だけで完了にせず、実際の経路を検証します。
ドメイン・サブドメイン・外部サービスを整理する
設定前に、利用者が移動するホスト名を洗い出します。自社のコーポレートサイト、資料フォーム、予約サービス、決済画面などを並べ、どこにタグを設置できるかを記録してください。ページURLの一部が違うだけなのか、別ドメインなのかを混同しないようにします。
| 構成 | 最初に確認すること | 設計上の注意 |
| 同じドメイン内の別ページ | 同じ測定先のタグと完了条件 | 別ページという理由だけで追加しない |
| サブドメイン間 | Cookie・タグ・現在の識別状態 | 別ドメインと同じ問題と決めない |
| 管理できる別ドメイン | 同じストリームのタグを設置できるか | 両方向と実経路で検証する |
| 外部フォームや予約サービス | GA4タグ・完了通知の対応可否 | サービスの仕様と契約範囲を確認 |
| 途中に転送ページがある | クエリ文字列の保持 | 最終到着まで情報が残るか確認 |
同じ親ドメインのサブドメインでは、Cookieやタグの構成によっては情報を共有できる場合があります。「サブドメインだから必ずクロスドメイン設定が必要」と一律に判断せず、既存の識別状態を確認してください。逆に名前が似ていても別ドメインなら、必要な対応は変わります。
外部サービスのホスト名は、契約時の案内と実際の遷移先で異なる場合があります。短縮URL、専用ドメイン、確認画面、完了画面まで実際にたどり、途中の移動も記録します。トップ画面へ到着できることだけで、予約完了までの経路を確認したことにはなりません。
タグを設置できない外部サービスの限界を先に確認する
移動先へ必要なタグを設置できなければ、GA4側でドメインを指定しても、そのサイトのすべての操作を計測できるようにはなりません。提供元に、対応するGA4の方式、測定IDの設定欄、対象ページ、完了イベント、同意処理の扱いを確認してください。
単に「GA4対応」と書かれていても、ページビューだけなのか、予約完了まで対応するのか、特定プランだけなのかで依頼範囲は変わります。管理画面の設定内容と、公式のサービス仕様を照合します。利用できない機能を、GTMだけで外から補えると約束しないことが重要です。
タグ設置が難しい場合は、自社サイト上の外部フォームへのクリックと、サービス側で取得できる受付件数を分けて報告する方法があります。ただし、この二つを結び付けた利用者単位の経路を確認できないなら、その制約を明記します。単純な合計の比較を一連の行動の証明にしないようにします。
外部フォームを自社ページへ埋め込んでいる場合も、見た目が同じページだからすべて同じように測れるとは限りません。埋め込み先のドメインや提供元の連携方法を調べ、親ページのクリック検知と内部の正常受付を混同しないように設計します。
同じWebデータストリームのタグを両側で確認する
Googleの案内では、対象ドメインの各ページに同じWebデータストリームのGoogleタグを使用します。似た名称のプロパティを別々に使っていたり、予約側に旧測定IDが残っていたりすると、期待する一連の計測になりません。実際の測定IDを確認してから進めます。
GTMを使う場合も、コンテナが同じであることだけを確認するのでは不十分です。コンテナ内でどの測定IDへ送っているか、ホスト名によって条件が分かれていないか、公開済みバージョンは何かを確認します。自社サイトと外部サービスで設置方法が違う場合は、それぞれの担当者を決めてください。
既存のプロパティを統合するかどうかは、計測の目的と管理権限、履歴の扱いを含めて判断します。過去データを保つ必要がある場合、新しい測定先へ変更すれば履歴も自動的にまとまるとは考えないでください。切り替え日と比較の注意点を運用表へ残します。
初期調査では、本番・検証環境・別事業のタグが混ざっていないかも確認します。検証サイトを本番の集計へ含めるかどうかを先に決め、無関係なドメインを安易に追加しないようにします。追加対象は、実際につないで分析する必要がある経路へ絞ります。
GA4でドメイン条件を設定する
GA4の管理から対象のWebデータストリームを開き、Googleタグの設定にあるドメインの設定を確認します。表示される名称や導線は権限・画面更新によって変わるため、対象ストリームと設定項目を公式案内と照合してください。編集に必要な権限がなければ管理者へ依頼します。
自社サイトと移動先のドメインを、必要な一致条件で登録します。「含む」を広く使うと、意図しないホスト名が条件に合う場合があります。完全一致などで必要範囲を限定できるかを確認し、実際のwww付き・なしや専用サブドメインを踏まえて設計します。
条件を保存した後は、変更日時と対象を記録します。サイト側やGTM側にも変更が必要な場合、設定の保存と公開を同じものとして扱わないでください。どの変更が本番へ反映された段階なのか、作業表に分けて書くと関係者間の行き違いを減らせます。
実際のリンクで_glパラメータの受け渡しを確認する
公式案内では、ドメイン間を移動する際にURLへ_glパラメータが付与されることを確認します。移動元のページを開き、対象リンクを実際にクリックして遷移先を見てください。あらかじめ移動先URLをアドレス欄へ直接入力する操作では、同じ受け渡しを検証できません。
_glが付くことは確認ポイントの一つですが、それだけで成果計測まで合格とは言えません。移動先でも正しい測定IDで受信されること、引き継ぐ情報が途中で失われないこと、正常受付イベントが設計どおりに動くことまで段階的に確かめます。
_glを付けたURLを資料やメールへ固定して使い回すことも避けてください。通常の導線で、その操作時の受け渡しが行われるかを確認するための情報です。検証では実際のリンク、実際の端末とブラウザを使い、URLだけをコピーして結果を判断しないようにします。
GA4の設定・計測で
困っていませんか？
問い合わせ・電話・資料請求の
計測設定ならご相談ください。
ファーストネットジャパンでは、
GA4・GTMの初期設定から
イベント設定・既存の計測確認まで、
サイトの状況に合わせた
計測環境づくりをサポートいたします。
リダイレクト・フォーム・JavaScriptの経路を点検する
途中の転送でクエリ文字列が削除されると、付与された情報が最終ページへ届かない場合があります。短縮URL、別URLへの正規化、予約サービス側の転送など、移動先までを順に確認します。最初のリンクで_glが付いていても、最後まで保持されているかを見る必要があります。
フォーム送信で別ドメインへ進む場合や、JavaScriptがリンク操作を独自に処理している場合も、通常のa要素と同じ結果になるとは限りません。Googleの公式案内にあるトラブルシューティングを踏まえ、提供元や開発担当と実際の遷移方式を確認してください。
修正時には、URLを整えるためにすべてのクエリ文字列を削除する処理へ注意します。計測用だけでなく、予約条件や画面表示に必要な値もあるかもしれません。必要な値を整理してから対応し、フォームや予約操作が通常どおり動くことも検証します。
戻る操作や外部サイトから自社サイトへ戻る経路も確認します。利用者が一方向だけ進むとは限らないためです。複数のドメインを順に経由する場合は、各区間でどのタグと条件を使うかを図や一覧にし、途中の一か所だけが未確認にならないようにします。
参照元の除外とクロスドメインを混同しない
別ドメインが参照元として目立つとき、不要な参照の設定を検討する場合があります。ただし、参照元として扱わない設定は、タグを設置したり、移動先の操作を取得したりする代わりにはなりません。表示上の参照元を整理することと、利用者の流れを計測することを分けます。
クロスドメインの不具合を、参照元の一覧から名前を消すことだけで解決したと判断しないでください。タグ、リンク、受け渡し、受信の確認が先です。流入元が変わった原因にはキャンペーン設定やレポートのスコープの違いもあるため、同じ条件の数字を比較します。
設定前後を報告する際は、変更した日と内容を注記します。過去の参照元や経路が、新しい設定に合わせて当然に修復されるとは考えません。設定の検証と、変更後の傾向の評価を分け、十分なデータが集まってから施策への影響を判断しましょう。
公開前の検証表を作り、正常受付まで確認する
テストでは、最初の流入、ドメイン間の移動、移動先での受信、正常受付を別項目にします。GTMプレビューだけでなく、GA4のDebugViewなどでもイベント名とページを確認してください。正しいプロパティを見ているかも毎回照合します。
| 検証経路 | 確認内容 | 記録する情報 |
| 会社サイトから予約画面 | リンクの受け渡しと移動先の受信 | URL・時刻・端末・測定先 |
| 途中で転送する経路 | 最終画面までクエリを保持 | 各区間のURLと転送方式 |
| 予約の正常受付 | 完了イベントと業務側の受付 | イベント名・検証結果 |
| 入力エラー・キャンセル | 完了イベントへ含めない | エラー時の表示と受信 |
| 戻る・別タブ・スマートフォン | 実操作で想定した動作 | 経路の違いと制約 |
Cookieや識別情報の引き継ぎを詳しく調べる場合は、開発担当が検証端末で確認します。レポートに件数が出たことだけでは、同じ流れとして識別されているかを判定しにくい場合があります。画面と受信だけで確認できた範囲、追加調査が必要な範囲を分けて記録してください。
テストで実際の予約や問い合わせを送信する必要があるなら、サービス運用者と確認用の方法を決めます。不要な予約や顧客通知を発生させないよう、テスト識別と受付後の扱いを共有します。正常受付の事実を確認しつつ、利用者や運用担当へ影響を残さない検証が必要です。
検証結果を月次報告へ引き継ぐときの注意
設定後のレポートでは、サイト全体の成果だけでなく、対象となるフォームや予約経路を絞って確認します。自社サイトの通常問い合わせと外部予約を合算すると、片方の不具合がもう片方の増加に隠れることがあります。経路ごとの変化を確認できる区分を残しましょう。
前後比較では、対象ドメイン、イベント定義、同意条件、期間を揃えます。設定を直した月は、途中から計測範囲が変わっている可能性があります。増加が利用者の行動変化なのか、今まで欠けていた受信が増えた結果なのかを分けて説明してください。
外部サービスの受付記録とGA4を照合する際も、完全一致を前提にしません。対象期間とタイムゾーン、テストやキャンセルの扱いを合わせたうえで差を確認します。同意やブラウザの制限によって観測できない範囲は注記し、業務上の受付件数はサービス側の記録で管理します。
実装を依頼する段階で、検証表と設定一覧を納品物に含めると、運用者が後から条件を確認できます。測定先、対象経路、正常受付の定義、既知の制約をセットで引き継ぎ、管理者が変わっても同じ基準で数字を読めるようにしましょう。
同意と個人情報、外部サービスの仕様変更にも備える
両サイトで同意管理の方式が異なる場合は、選択状態に応じた動作を確認します。測定結果を揃えるために同意を無効化するのではなく、意図した状態で動くかを検証します。同意モードの概要を踏まえ、必要に応じて各サイトの管理者と設計を調整します。
フォームや予約のURLに氏名、メールアドレス、電話番号が入っている場合は、ページURLやイベントとして送られない設計を確認します。個人を特定できる情報の扱いを守り、入力内容そのものではなく、フォームの区分など必要な分類を使います。
外部サービスのドメイン変更、プラン変更、タグ機能の更新、完了画面の改修は再検証のきっかけです。設定一覧に提供元、管理画面、担当者、対象ドメイン、検証日を残します。サイトを改修する担当と、計測を確認する担当が別でも連絡できる運用にしておきましょう。
ファーストネットジャパンへの相談と見積もり範囲
ファーストネットジャパンは、1998年創業・4,000件超の制作実績をもとに、SEOとWeb制作、問い合わせ導線、公開後の分析・改善を支援しています。別ドメインへの移動では、自社サイトだけでなく外部サービスの仕様と担当範囲を確認し、実装できる方法を整理します。
ご相談時は、移動元と移動先のURL、外部サービス名、管理権限の状況、測りたい成果、現在困っている点をお知らせください。タグが設置できるか分からない段階でも構いません。現状調査から必要な確認事項を整理し、計測できる範囲と制約をご説明します。
費用と工程は、ドメイン数だけでなく、タグ設置可否、転送経路、フォーム連携、同意管理、関係する事業者との調整で変わります。調査、設定、サイト改修、正常・異常動作の検証、引き継ぎを分けて確認し、公開後の変更時にも再確認できる状態をつくります。
【関連記事】
問い合わせ完了をキーイベントとして計測する方法
GA4で計測されない原因と確認手順
GA4設定代行の依頼範囲と検収
よくある質問
Q. GA4に別ドメインを登録するだけで設定は完了しますか？
対象ページに同じWebデータストリームのタグを設置できることが前提です。ドメイン条件を保存した後も、実際のリンクでの受け渡し、移動先の受信、正常受付イベントまで段階的に確認します。管理画面へ名前を登録しただけで、外部サービスのすべての操作が取得できるわけではありません。
Q. 外部予約サービスにタグを設置できない場合はどうしますか？
提供元のGA4対応機能と対象プラン、完了通知、連携方法を確認します。必要なタグを設置できない場合、自社サイトからのクリックとサービス側の受付件数を分けて報告する方法があります。利用者単位でつながっていることを検証できなければ、その制約を明記してください。
Q. サブドメインにもクロスドメイン設定が必須ですか？
サブドメイン間はCookieやタグの構成によって情報を共有できる場合があり、一律に必須とは判断できません。使用中のタグ、測定先、識別状態を確認します。同じ親ドメインか、別ドメインかを整理してから、実際の問題に合う対応を選んでください。
Q. _glが付いていれば計測できていると言えますか？
受け渡しの確認点の一つですが、それだけで移動先での読み取りや成果計測まで保証されるわけではありません。途中の転送で消えないか、正しい測定先で受信するか、正常受付とエラーを区別できるかも確認します。実際のリンクを操作して検証してください。
Q. 不要な参照元を除外すれば同じ問題を解決できますか？
参照元として扱わない設定は、タグの設置や利用者情報の受け渡しの代わりにはなりません。参照元表示の整理と、ドメインをまたぐ計測は役割が違います。タグ、遷移経路、パラメータ、受信を確認し、原因に合う設定を行うことが重要です。
Q. 設定代行を依頼するときに必要な情報は何ですか？
移動元と移動先のURL、外部サービス名、タグ設置権限、測りたい成果、現在のGA4・GTMの管理状況を伝えます。費用と工程は、ドメイン数だけでなく転送やフォーム連携、同意管理、事業者との調整、検証範囲によって変わるため、現状調査後に見積もります。
まとめ
GA4のクロスドメイン設定では、同じストリームのタグを使用できるかを最初に確認し、対象ドメインと遷移経路を整理します。ドメイン条件を保存したら、実際のリンクで情報が受け渡され、移動先で正しく受信されることを確認しましょう。
問い合わせや予約の正常受付は別途定義し、エラーやキャンセルも含めて検証します。ファーストネットジャパンでは、自社サイトと外部サービスの仕様確認から、実装できる計測の設計、公開後の確認と運用までご相談いただけます。
GA4の設定・計測で
困っていませんか？
問い合わせ・電話・資料請求の
計測設定ならご相談ください。
ファーストネットジャパンでは、
GA4・GTMの初期設定から
イベント設定・既存の計測確認まで、
サイトの状況に合わせた
計測環境づくりをサポートいたします。
