「サイト本体と、別ドメインの申込み・決済ページを行き来しているのに、GA4の数字がどうも合わない」——これは複数ドメインをまたぐサービスでとても多いつまずきです。ページごとの計測は動いているように見えても、ドメインをまたいだ瞬間にユーザーの識別が途切れていると、レポートも広告の最適化も静かに狂っていきます。
こんな症状に心当たりはありませんか？
- 参照元レポートに、自社のドメインそのものが流入元として並んでいる（自己参照）
- 1人のユーザーなのに、ドメインをまたいだ途端にセッションが2つに分かれる
- ユーザー数・セッション数が、実感より水増しされて多く出る
- 申込みや決済のコンバージョンが、集客元のキャンペーンに紐づかない
この記事では、GA4のクロスドメイン計測が壊れる仕組みと、_gl リンカーパラメータやDebugViewを使った確認方法、見落としがちな死角、そして本番で確実に検証するための考え方を整理します。
そもそもクロスドメイン計測とは
GA4はユーザーを client_id という識別子で見分け、これを通常そのドメインのCookieに保存します。ここに落とし穴があります。Cookieはドメインをまたいで共有されないため、site.com から checkout.othersite.com へ移動すると、移動先では同じ人を「別の新規ユーザー」として数え直してしまうのです。
これを防ぐのがクロスドメイン計測です。GA4は対象ドメインを設定しておくと、リンク遷移時にURLへ _gl= というリンカーパラメータを自動で付け、そこに client_id を載せて引き継ぎます。設定していないと、この引き継ぎは起きません。
| 状態 | 何が起きるか | 典型的な症状 |
|---|---|---|
| 設定あり（正常） | 遷移URLに _gl= が付き、client_idが引き継がれる |
同一ユーザー・同一セッションとして継続 |
| 設定なし（壊れ） | client_idが引き継がれず、移動先で振り直し | セッション分断・自己参照・数の水増し |
| 参照元除外なし | 決済ゲートウェイ等が流入元として記録される | 自己参照でアトリビューション破損 |
ポイントは、「タグが各ドメインで発火している」ことと「ドメインをまたいで同一人物と認識できている」ことは別物だということです。多くの確認は前者で止まっています。GA4タグ自体の発火確認はGA4のタグが正しく動いているか確認する方法で扱っていますが、本記事の論点はその先——引き継ぎができているかです。
サブドメインとクロスドメインの混同に注意
原因を見ていく前に、多くのチームがつまずくポイントを整理します。サブドメインとクロスドメインは別物であり、GA4での扱いも異なります。
ユーザーの動線が同じ親ドメインのサブドメイン間に収まっている場合——たとえば www.yoursite.com から blog.yoursite.com、shop.yoursite.com への移動——GA4は自動で処理します。_ga Cookieは親ドメイン（.yoursite.com）にセットされるため、すべてのサブドメインからアクセスでき、追加の設定は不要です。
クロスドメイン計測が必要になるのは、まったく別のドメイン間をユーザーが移動する場合——たとえば yoursite.com から checkout.otherdomain.com へ遷移するケースです。これらは別々のCookie領域であり、ここで _gl リンカーパラメータが必要になります。
| シナリオ | 設定は必要？ |
|---|---|
www.yoursite.com → blog.yoursite.com |
不要——GA4がサブドメインを自動処理 |
yoursite.com → checkout.otherdomain.com |
必要——クロスドメイン計測の設定が必要 |
yoursite.com → payment.stripe.com（第三者） |
参照元除外のみ（自分のタグを入れられないドメインには設置不可） |
つまずきやすい例： 自社のサブドメイン間でクロスドメイン計測を設定してしまうケース。これは不要なだけでなく、余計な
_glパラメータが付いて問題を引き起こすこともあります。両方のページが同じ親ドメインに属しているなら、同じGA4タグが設置されていることだけ確認すれば十分です。
原因1：ドメインの設定（Configure your domains）が未設定
最も多い原因です。GA4管理画面の「データストリーム → タグ設定 → ドメインの設定（Configure your domains）」に、行き来する全ドメインを登録しておく必要があります。ここに移動先ドメインが入っていないと、GA4はリンカーパラメータを付けず、client_id は引き継がれません。
確認すること： 対象となるドメインが漏れなく登録されているか。サブドメイン（www あり・なし、shop. など）の表記ゆれも要注意です。
つまずきやすい例： 「両方のドメインに同じ測定IDでタグを入れたから大丈夫」と思い込むケース。タグの設置と、ドメインの設定は別の作業です。設置していても、ドメインの設定をしていなければ引き継ぎは起きません。
原因2：遷移URLに _gl= が付いていない
引き継ぎが実際に働いているかは、遷移後のURLを見れば分かります。site.com のリンクから checkout.othersite.com へ飛んだ直後、アドレスバーのURLに _gl= から始まる長い文字列が付いていれば、引き継ぎは機能しています。付いていなければ、どこかで途切れています。
確認すること： クロスドメインのリンクを実際にクリックし、遷移先URLに _gl= が付くか。付かない場合は原因1（ドメインの設定漏れ）か、後述のリンクの実装方法を疑います。
つまずきやすい例： JavaScriptで
window.locationを書き換えて遷移させていたり、フォーム送信・リダイレクトを挟んでいると、_glが付与・維持されずに落ちることがあります。「普通の<a>リンクなら付くのに、ボタン経由だと付かない」というパターンは典型です。
原因3：参照元除外（自己参照）の未設定
決済代行やカート、外部フォームを経由すると、そのドメインが流入元（参照元）としてGA4に記録されることがあります。すると本来の集客キャンペーンではなく、決済ゲートウェイが「コンバージョンの直前の流入元」として扱われ、アトリビューションが壊れます。これが**自己参照（self-referral）**です。
クロスドメイン計測を正しく設定すると多くは解消しますが、決済ゲートウェイのように自分が所有していないドメインを挟む場合は、GA4の「参照元除外リスト」にそのドメインを追加する対応が別途必要です。広告クリックのIDの引き継ぎはgclidとクリックIDの仕組みも参考にしてください。
つまずきやすい例： 参照元レポートに自社ドメインや決済ドメインが並んでいるのに、「流入がある」と喜んでしまうケース。それは新規の集客ではなく、同一ユーザーの離脱と再カウントが数字を膨らませているサインかもしれません。
原因4：Cookie同意（CMP）が遷移先で引き継ぎをブロックしている
_gl パラメータが遷移先URLに正しく付いていても、ユーザーのCookie同意の状態がGA4のCookie書き込みを妨げていると、引き継ぎは静かに失敗します。Consent Mode v2の導入やCMP（同意管理プラットフォーム）の厳格化に伴い、このケースは増えています。
壊れ方はこうです。訪問者が site.com でCookieに同意し、checkout.othersite.com へ遷移します。_gl パラメータは引き継がれますが、checkout.othersite.com の同意バナーはまだ未承認——あるいは別のCMPを使っていて同意状態が共有されません。遷移先のGA4は「同意なし」と判断し、Cookieレスモードで発火するか、まったく発火しません。結果として _gl の client_id は無視され、セッションが分断されます。
確認すること： CMPが全ドメイン間で同意状態を共有する設定になっているか。多くのCMPはクロスドメインの同意共有に対応していますが、明示的な設定が必要です。また、Consent Modeの analytics_storage パラメータが全ドメインで「granted」になっているかも確認してください。
つまずきやすい例： 自分のPCで確認するとき、両方のドメインで既にCookieに同意済みの状態でテストし、「動いている」と結論づけてしまうケース。初めて遷移先に来る実際の訪問者は同意バナーに直面し、同意が得られない・引き継がれないと、URLに
_glが付いていても引き継ぎは落ちます。
原因5：SafariのITPとブラウザのプライバシー制限
SafariのITP（Intelligent Tracking Prevention）は、JavaScriptで設定されたファーストパーティCookie——GA4の _ga Cookieも含む——に7日間の有効期限制限をかけます。ユーザーが7日以内に再訪しなければ client_id は消え、次の訪問時に新規ユーザーとしてカウントされます。クロスドメイン計測では、この影響がさらに大きくなります。
_gl が client_id を遷移先に正しく運んでも、Safari側では元のCookieが既に期限切れになっている場合があります。そして遷移先で書き込まれたCookieも同じ7日間制限の対象です。結果として、ドメインをまたぐ複数セッションにわたるユーザージャーニーは、Safariで特に脆弱になります。Safariは多くの市場でWebトラフィックの25〜35%（モバイルではそれ以上）を占めています。
他のブラウザも同様の方向に進んでいます。Firefoxの強化型トラッキング防止やBraveの組み込みブロックも、仕組みは異なりますが同様に干渉する可能性があります。
確認すること： クロスドメイン計測がSafariで正常に動作するか。Safariのプライベートウィンドウ（ITPが最も厳しい）でフルジャーニーをテストし、client_id の挙動をChromeと比較してください。
つまずきやすい例： Cookie制限の少ないChromeだけでテストし、結果がすべてのブラウザに当てはまると思い込むこと。Safariユーザー——モバイルトラフィックの大きな割合を占めることが多い——は、レポート上のエラーとしては見えないまま、セッションを分断しユーザー数を水増ししている可能性があります。
確認方法：3点をセットで見る
クロスドメイン計測が生きているかは、次の3点を組み合わせて確認します。
- 遷移URLの
_gl=： クロスドメインのリンクをクリックし、移動先URLにリンカーパラメータが付くか。 - DebugViewの client_id： GA4のDebugViewで、両ドメインを続けて操作したときに同じ
client_idが使われているか。振り直されていれば引き継ぎ失敗です。 - 参照元レポート： 参照元／メディアのレポートに、自社ドメインや決済ドメインが流入元として出ていないか。出ていれば自己参照が起きています。
この3点がそろって初めて、「ドメインをまたいでも同一人物として計測できている」と言えます。コンバージョン自体が記録されているかの切り分けは発火しているのに記録されない理由も併せて確認してください。そもそもGoogle広告でコンバージョンが0のまま、という場合はGoogle広告でコンバージョンが計測されない原因と診断手順で全体の診断フローを確認できます。
手元の確認だけでは分からないこと
上の3点はどれも有効ですが、自分の手元で1回操作して確認するやり方には、構造的な限界が2つあります。
- 自分の環境＝本番のユーザー環境ではない。 ログイン状態・ブラウザ拡張・Cookie設定・社内IP除外などの影響で、手元では
_glが付いて見えても、実際の訪問者の条件（別ブラウザ、トラッキング防止、同意状態）では引き継ぎが落ちていることがあります。 - 広告クリックがからむ経路は再現が難しい。 「広告経由で入ってドメインをまたいだとき、集客キャンペーンまで正しく紐づくか」を本気で確かめるには、ライブ広告をクリックして経路を再現する必要があり、これは自己クリックとして広告ポリシー違反のリスクを伴います。
手元で「_gl が付いているからOK」と判断すると、本番のユーザーの実際の経路で引き継ぎが落ちている問題を見逃しがちなのです。
確認のチェックリスト
- GA4の「ドメインの設定」に、行き来する全ドメインが登録されているか
- サブドメインの表記ゆれ（
wwwあり・なし等）の漏れがないか - クロスドメイン遷移後のURLに
_gl=が付いているか - ボタン・フォーム・リダイレクト経由でも
_glが維持されるか - DebugViewで、両ドメインの
client_idが同一か - 参照元レポートに自社ドメイン・決済ドメインが出ていないか
- 決済ゲートウェイなど他社ドメインは参照元除外に追加したか
- **CMP（同意管理）**が全ドメイン間で同意状態を共有し、遷移先でもGA4がCookieを書き込めるか
- Safariでフルジャーニーをテストしたか（ITPにより7日間でCookieが期限切れになる）
- 本番の実ユーザー条件でも引き継ぎが落ちていないか（手元の1パターンで判断しない）
よくある質問（FAQ）
Q. 両方のドメインに同じGA4タグを入れれば、クロスドメイン計測になりますか？ A. なりません。タグの設置に加えて、GA4の「ドメインの設定（Configure your domains）」に対象ドメインを登録する必要があります。設置と設定は別の作業です。
Q. _gl パラメータは何をしているのですか？
A. GA4のリンカーパラメータで、ドメインをまたぐリンク遷移のときにURLへ自動で付き、client_id などの識別情報を移動先へ引き継ぎます。これが付かないと、移動先で別ユーザーとして数え直されます。
Q. 自己参照（self-referral）とは何ですか？ A. 自社の別ドメインや決済ドメインが、GA4のレポートで「流入元（参照元）」として記録されてしまう状態です。クロスドメイン計測の未設定や参照元除外の漏れが原因で、アトリビューションが本来の集客元からズレます。
Q. 決済代行（外部の決済ゲートウェイ）を使っています。何を設定すべき？ A. 自分が所有するドメインは「ドメインの設定」に登録し、所有していない決済ゲートウェイのドメインはGA4の「参照元除外リスト」に追加します。両方をセットで対応してください。
Q. サブドメイン間でもクロスドメイン計測は必要ですか？
A. 不要です。同じ親ドメインのサブドメイン間（例：www.yoursite.com と shop.yoursite.com）は、Cookieが親ドメインにセットされるためGA4が自動で処理します。クロスドメイン計測の設定が必要なのは、まったく別のドメイン間をユーザーが移動する場合だけです。
Q. Cookie同意バナー（CMP）がクロスドメイン計測を壊すことはありますか？
A. あります。CMPがドメイン間で同意状態を共有していないと、_gl パラメータが正しく付いていても、遷移先のGA4がCookieを書き込めません。CMPのクロスドメイン同意共有が設定されているか確認してください。
Q. Safariではクロスドメイン計測に違いが出ますか？
A. 出ます。SafariのITPは、JavaScriptで設定されたCookie（GA4の _ga Cookieを含む）を無操作7日間で期限切れにします。そのためリピーターが新規としてカウントされやすく、ドメインをまたぐ複数セッションのジャーニーは特に脆弱です。サーバーサイドでのCookie設定で軽減できます。
Q. ユーザー数が実感より多いのは、クロスドメインが原因？
A. その可能性があります。引き継ぎが落ちていると、同一ユーザーが移動先で新規として振り直され、ユーザー数・セッション数が水増しされます。DebugViewで client_id が引き継がれているかを確認してください。
まとめ：発火の確認で止めず、「引き継げているか」まで見る
クロスドメイン計測の確認は、各ドメインでタグが発火しているかを見るだけでは足りません。大事なのはその先——ドメインをまたいでも同一ユーザーとして識別が引き継がれ、本番の訪問者の経路でも client_id が維持されているかまで踏み込むことです。GA4コンバージョン計測の全体像はGA4コンバージョン計測の完全ガイドも参照してください。
ConversionOKは、外部の独立した実ブラウザであなたの本番ページにアクセスし、実際に送信されるイベントとclient_idを傍受して検証します。自分の広告をクリックする必要も、社内環境の影響を受けることもありません。まずは無料の静的チェックで、ドメインをまたぐ計測の入口を確認してみてください。