GA4クロスドメイントラッキングが決済ページ（外部ドメイン）で切れる理由と、タグを入れられない場合の対処法【EC・決済代行】

「ブランドサイト → 決済ページ1 → 決済ページ2 → サンクスページ」という、決済代行を挟むEC構成で、GA4のクロスドメイントラッキングが途中で切れてしまう——特に決済ページが外部ドメインで、そこにタグを入れられないケースの相談が増えています。

結論から言うと、GA4のクロスドメイン計測は 「またぐドメインすべてに同じGAタグが入っていること」 が前提のため、タグを入れられない決済代行ドメインを挟むと、そこで client_id の引き継ぎが途切れます。本記事では、なぜ切れるのかと、決済ページにタグを入れられない場合でも計測を維持する対処法を整理します。

結論：切れる原因は「タグのないドメインで client_id が渡らない」から

GA4クロスドメインの仕組みと、決済ページで切れる理由

GA4はドメインごとに client_id を持つ

GA4はユーザーを識別する client_id を、ドメインごとの1stパーティCookie（_ga）に保存します。ドメインAとドメインBは別のCookie空間なので、そのままではAとBが同一ユーザーだと分かりません。

クロスドメインは _gl で client_id を運ぶ（両側にタグが必要）

GA4の「クロスドメイン測定」を設定すると、GAタグが対象ドメイン間のリンクやフォーム遷移に _gl という連結パラメータ（linker）を付与し、client_id を次のドメインへ運びます。ただしこれは、遷移先ドメインにも同じ測定ID（GAタグ）が設置されていて _gl を読み取れることが前提です。

ブランドサイト（GAタグあり）
↓ _gl=... で client_id を引き継ぐ
決済ページ（外部ドメイン・GAタグなし）
↓ ← _gl を受け取れない → client_id が途切れる
サンクスページ
→ 新規 client_id / 新規セッション / 参照元＝自サイト（self-referral）

結果：購入が「どこから来たか」に紐付かない

決済ドメインでclient_idが途切れると、サンクスページの購入は新しいセッションとして記録され、元の流入元（広告・検索・SNS）と切り離されます。GA4上は「直接流入」や「自サイトからの参照」に見え、広告のCV・ROASが実態より低くなります。決済代行（外部ドメイン）にタグを入れられない環境では、これが構造的に起こります。

対処法①：参照元除外（unwanted referrals）

GA4管理画面の「データストリーム → タグ設定 → 除外する参照のリスト」に決済代行のドメインを登録すると、決済ドメインが新規セッションの参照元として計上されるのを抑制できます。

• できること：self-referral の抑制、セッション分断の緩和
• できないこと：タグのないドメインをまたいだ client_id の引き継ぎ復元

つまり参照元除外は「悪化を減らす」対症療法で、根本解決にはなりません。次の②③と併用します。

対処法②：戻りURLで client_id / 取引ID を引き継ぐ

決済代行が 完了後の戻りURL（リダイレクト）にパラメータを付与できる場合、着地時点で取得した client_id や取引IDをサンクスページまで引き継ぎ、突合します。

1. ブランドサイト着地時に client_id（と広告クリックID・UTM）を保存
2. 決済へ渡す際、決済代行が許す範囲でパラメータとして持ち回る、またはサーバー側に控える
3. サンクスページ（または戻りURL）で復元し、購入イベントに client_id を明示指定して送信

決済代行がパラメータの持ち回りに対応していないと使えないため、事前に仕様確認が必要です。パラメータが途中で消える仕組みは LINEでUTMが消える原因と3つの解決策 や 広告パラメータを引き継ぐ2つの方法 と同じ構造です。

対処法③：サーバーサイド計測（もっとも確実）

決済ページにタグを入れられなくても、決済代行のサーバー通知（Webhook）や完了イベントをサーバー側で受け取り、GA4へ Measurement Protocol で購入を送る方法が最も確実です。

1. 着地時に client_id と広告クリックID・UTMを保存（Cookie＋サーバー）
2. 決済完了を、決済代行のWebhook（例：完了通知）でサーバーが受信
3. 保存しておいた client_id・クリックIDと突合し、Measurement Protocol でGA4へ purchase を送信（同時に Meta CAPI / Google へも送れる）

ブラウザやタグの有無に依存しないため、タグを入れられない決済ドメインを挟んでも計測が途切れません。考え方は sGTM（サーバーサイドGTM）とは、sGTMを導入したのにCVが返らない理由 と共通です。

Linetraceが役立つケース（LINEを絡めた導線）

本記事のGA4クロスドメイン問題そのものは、GA4側の設定とサーバーサイド計測で解決します。Linetraceは、この「着地でパラメータ保持 → サーバーで突合 → 各媒体へサーバー送信」という設計思想を、LINEを絡めた導線に特化して提供する計測ツールです。

具体的には、次のようなケースでLinetraceが直接効きます。

• 広告 → LP → LINE友だち追加 → リッチメニュー等から Web決済 に戻る、という導線の「LINE経由Web CV」
• LINEを挟むことで広告クリックIDが途切れる問題（決済クロスドメインと同じ「別ドメインでパラメータが消える」構造）

詳しくは LINE経由のWeb購入・申込を計測する方法 をご覧ください。逆に、LINEを一切挟まない純粋なEC決済クロスドメインについては、上記②③のGA4側・サーバー側の対処が主軸になります（Linetraceはあくまで補助的な位置づけです）。

まとめ

• GA4クロスドメインは、またぐドメインすべてに同じタグが必要。決済代行の外部ドメインにタグを入れられないと client_id が途切れる。
• 参照元除外は緩和策、根本解決は 戻りURLでの client_id 引き継ぎか サーバーサイド計測（Measurement Protocol）。
• 広告のクリックID（gclid/fbclid）も同じ構造で切れるため、着地時保存＋サーバー突合で各媒体に返すのが確実。

LINEを絡めた導線での計測ロスにお困りなら、Linetraceを2週間無料（クレカ不要）で試す と、パラメータ保持からサーバー送信までの実際の動きを確認できます。

関連記事：

• LINE経由のWeb購入・申込を計測する方法
• 広告パラメータを引き継ぐ2つの方法
• LINEでUTMが消える原因と3つの解決策
• LINEのreferrerは取得できる？できない？
• sGTM（サーバーサイドGTM）とは
• LINE友だち追加の計測ができない理由と解決策まとめ（ハブ記事）