GA4のクロスドメイン設定が効かない・_glパラメータが付かない原因と確認手順｜設定・リンク形式・リダイレクトの3層切り分け

この記事のポイント

• GA4のクロスドメインで_glが付かない原因は、設定・リンク形式・リダイレクトの3層のどれかに必ず収まる。
• 遷移先URLを見る1分テストで「付かない／付くが消える／付いているのに切れる」の3症状に振り分けると、見る層が1つに決まる。
• ボタン＋JavaScript遷移やフォーム送信は設定が正しくても_glが付かないことがあり、aタグ化か手動付与が直し方になる。
• リダイレクトで消えた場合は、Networkタブで落ちた段を1つ特定してから制作会社へ渡すと修正依頼が一往復で済む。

「ドメインの設定」にも測定IDにも不備はない。それでもLPから予約ページへ移ると、セッションが別物として数えられている。GA4のクロスドメインで_glが付かない、という相談はこの状態から始まることが多いです。

結論を先に書くと、闇雲に設定画面を見直す必要はありません。遷移先のURLを一度見るだけで、疑うべき層が1つに絞れます。この記事では、症状の見分け方、層ごとの確認箇所、直せないときの計測方針までを順に整理します。設定手順そのものは最小限にとどめます。

GA4のクロスドメインで_glが付かないのはなぜ？原因は設定・リンク形式・リダイレクトの3層

図1: _glが付かない原因の3層構造

GA4のクロスドメインで_glが付かない原因は、管理画面などの「設定」、クリックの「リンク形式」、遷移途中の「リダイレクト」の3層のいずれかにあり、症状を見れば確認すべき層が決まります。

_glパラメータの役割（クライアントIDとセッションを別ドメインへ渡す）

_glパラメータとは、Google アナリティクス 4 がリンカーパラメータとして遷移先URLに付けるクエリパラメータで、クライアントIDやセッション情報を別ドメインへ渡す役割を持ちます。遷移先のGoogleタグ（gtag.js）またはGoogleタグマネージャーがこれを読み取り、遷移先の_ga Cookieに反映することで、同じユーザーとして計測が続きます。付かなければ遷移先で新しいクライアントIDが発行され、別ユーザー・別セッション扱いになります。

3層の早見表（症状・見る場所・直す担当）

症状	見る層	見る場所	直す担当
A: 遷移先URLに最初から_glが付かない	設定層／リンク形式層	ドメインの設定、測定ID、リンクの実装	計測担当者、サイト制作会社
B: 一瞬付くが着地時には消えている	リダイレクト層	Networkタブの転送履歴	サーバー管理者、システム提供元
C: _glは付いているのにセッションが切れる	受け取り側（設定層の延長）	遷移先のタグ、測定ID、同意バナー	計測担当者

症状AだけがA層・B層にまたがります。次のセクションの手順で振り分けます。

まず1分で症状を切り分けるには？遷移先URLを見る確認方法

図2: 遷移先URLで症状を振り分ける判断ツリー

遷移先のURLバーを1分で確認する

症状の切り分けは、シークレットウィンドウで遷移元のリンクを実際にクリックし、遷移先のURLバーに_glがあるかを見るだけで終わります。拡張機能の影響を避けるため、シークレットウィンドウを使います。同意バナーが出る場合は、先に「同意」を選んでから進めてください。

症状A: 遷移先URLに最初から_glが付かない

クリック直後から着地後までURLに_glが一度も出ないなら、症状Aです。設定層か、リンク形式層を疑います。次の第1層・第2層の順に確認します。

症状B: 一瞬付くが着地時には消えている

ページが切り替わる瞬間にURLが_gl付きで見え、着地したときには消えているなら症状Bです。転送の途中でクエリが落ちています。リダイレクトは速すぎて目視できないので、第3層のNetworkタブ確認に進みます。

症状C: _glは付いているのにセッションが切れる

URLには_glがあるのにレポート上でセッションが分かれているなら、症状Cです。渡し側ではなく、遷移先の受け取り側に問題があります。

_gaではなく_glを見る（UA時代の手順との混同に注意）

ユニバーサルアナリティクス時代の記事には、_gaパラメータの有無を確認する手順が載っているものがあります。GA4で確認すべきはURLの_glです。_gaはCookie名として使われる別物なので、URLに_gaが見えなくても異常ではありません。

【第1層】設定が原因で_glが付かないときはどこを確認する？

設定層で_glが付かない場合は、GA4管理画面の「ドメインの設定」とタグの設置状況の2か所を確認すれば、大半の原因は潰せます。

「ドメインの設定」に実際のリンク先ドメインが入っているか（https://やパスは不要）

管理画面の「データストリーム」を開き、対象のウェブストリームから「タグ設定を行う」→「ドメインの設定」へ進みます。ここに、遷移元から見たリンク先ドメインを入れます。入力するのはドメイン名のみで、https://やパスは不要です。リンク先が予約システムの別ドメインなら、そのドメインを条件に追加します。条件の一致方法（含む・完全一致など）が意図と合っているかも見てください。

両ドメインで同じ測定ID・同じデータストリームか

遷移元と遷移先で、測定IDが異なっていないか確認します。別々のデータストリームに送っていると、_glが渡っても1つのセッションとして統合されません。

gtag直書きとGTMの混在、遷移元ページにタグが無いケース

リンクを装飾するのは遷移元ページのタグです。そのページにGoogleタグがなければ、_glは付きません。gtag.jsの直書きとGoogleタグマネージャーが同じページに混在し、片方の設定しか効いていない例もあります。Tag Assistantで、遷移元ページにどのタグが載っているかを確認してください。

サブドメイン間は設定不要という前提の確認

www.example.comとbook.example.comのような同一ルートドメインのサブドメイン間は、クロスドメイン設定が不要です。_ga Cookieが共有されるため、_glが付かなくても正常です。ここで悩んでいたなら、設定の問題ではありません。

【第2層】設定は正しいのにリンクやフォームで_glが付かないのはなぜ？

設定が正しくても_glが付かないとき、原因の多くは遷移の実装方式にあります。GA4のクロスドメイン機能は、ページ内のクリックを検知してリンクURLに_glを足す仕組みだからです。

Google Analytics Help（英語版）の「[GA4] Set up cross-domain measurement」によれば、仕組みはdocumentノードに置いたクリックリスナーです。クリックイベントがdocumentまで伝わった時点で、URLへ_glが追加されます。逆に言えば、イベントが途中で止められる場合や、ユーザー操作に直接反応しないJavaScript遷移では、原理的に動きません。

aタグのリンクは付く、button＋JavaScript遷移は付かない

Analytics Mania の「Cross-domain tracking in Google Analytics 4」では、button要素やJavaScriptのイベントによる遷移では_glが付かないと説明されています。aタグをボタン風に装飾したものは動く、という見分け方も紹介されています。日本の予約・申込導線は、見た目が「ボタン」でもaタグである場合とJS遷移の場合が混在するため、デベロッパーツールの「要素」でa要素かどうかを確かめるのが近道です。

フォーム送信で効かないときの確認（送信先ドメイン・送信後のリダイレクト）

公式ヘルプはフォームも対象と記載していますが、海外専門メディアではフォーム送信後の別ドメイン遷移で付かないと指摘されており、記述が食い違います。実装次第で結果が変わると考え、自サイトで実測するのが確実です。確認点は2つで、form要素のaction URLが別ドメインか、送信後にサーバー側のリダイレクトで別ドメインへ飛ぶかです。後者はクリックもフォーム送信も関与しないため、_glは付きません。Cometly Blog では、ドメインAのフォームがドメインBへ送信する構成は、action URL側の装飾が必要で、GTMでの個別実装になることが多いと整理されています。

他スクリプトがクリックイベントを止めている（stopPropagation）

別のスクリプトがクリックでstopPropagationを呼ぶと、イベントがdocumentに届かず、リスナーが反応しません。ポップアップ、予約ウィジェット、チャット系のスクリプトで起こりやすい構成です。該当リンクだけ付かない場合に疑います。

iframe埋め込みのフォーム・予約画面は別問題として扱う

iframe内で完結する予約画面は、親ページのリンククリックが発生しません。DarwinApps Blog でも、リンカーを転送しないiframeは例外として残ると整理されています。標準のクロスドメイン設定では解決しない領域です。第8章の代替計測で扱います。

直し方の方向性（aタグ化、またはGTM等での手動付与を開発者に依頼）

方向性は2つです。1つはJS遷移をaタグのリンクに置き換える方法。もう1つは、GTMなどで遷移直前にリンカーパラメータを手動付与する方法です。どちらも実装変更が伴うため、制作会社には「どのボタンが・どの方式で遷移していて・どちらの案で直したいか」を伝えるとスムーズです。

【第3層】_glが付いたのに消えるのはどのリダイレクトが原因？

落ちた1段を特定して制作会社へ

_glが付いたのに消える場合、リダイレクトのどこか1段でクエリが捨てられています。落ちた段を1つに特定することが、この症状の解決そのものです。

Networkタブ（Preserve log）でリダイレクトを1段ずつ追う

Chrome デベロッパーツールのNetworkタブを開き、「Preserve log」にチェックを入れてからリンクをクリックします。ログが残るので、転送の各リクエストのURLを順に見られます。_glがあったURLの次で消えていれば、その転送が犯人です。Redirect Path（Chrome拡張）でもステータスコードとURLの連鎖を確認できます。Analytics Mania でも、Redirect Path拡張で「付いていたのに途中で消えた」段を特定し、消えた段だけを開発者に渡す切り分けが紹介されています。

http→https・wwwあり/なしの正規化でクエリが落ちる

httpからhttps、wwwなしからwwwありのような日常的な正規化リダイレクトでも、サーバー設定がクエリ文字列を引き継がなければ_glは落ちます。リンク先URLの表記を最初から最終形（https・正規のwww有無）にそろえるだけで、転送自体が不要になるケースもあります。

ログイン認証や外部システム経由の転送で落ちる

ログイン画面を挟む構成や、決済・予約システムが自前のURLへ振り直す構成では、システム側がクエリを保持しないことがあります。この場合は自社設定では直せず、提供元への確認が必要です。utmパラメータが落ちる問題と構造は同じなので、utmパラメータが反映されない原因の切り分けも参考になります。広告の場合はGCLIDがリダイレクトで消える場合の切り分けが近い論点です。

遷移先がJavaScriptでURLを書き換えている

遷移先ページ側のスクリプトが、読み込み後にhistory.replaceStateなどでURLのクエリを消すことがあります。Networkタブでは_glが最後まであったのに、アドレスバーでは消えている場合に疑います。ただしこの場合、消える前にタグが読み取り済みなら計測自体は成立することもあります。URLの見た目だけで判断せず、第7章のCookie一致で確かめてください。

制作会社・システム提供元に渡す依頼内容の要点

依頼には次の4点を入れます。

• 再現手順（どのページのどのリンクをクリックするか）
• _glが落ちたリクエスト（何番目の転送か、前後のURL）
• ステータスコード（301・302など）
• 求める対応（転送時にクエリ文字列を引き継ぐ、または_glを許容する）

落ちた段が1つ決まっていれば、修正依頼は一往復で済みやすくなります。

_glは付いているのにセッションが切れるのはなぜ？

_glが遷移先URLに付いているのにセッションが切れるときは、渡す側ではなく遷移先の受け取りか、検証のやり方に原因があります。

遷移先ページのタグ未設置・別測定ID

遷移先にGoogleタグがない、あるいは別の測定IDで動いている場合、_glがあっても受け取り手がいません。遷移先で、タグの有無と測定IDを必ず確認します。

_gl付きURLを後から開く・コピーして検証している

WeltPixel Blog では、_glの値は生成から短時間で失効するという趣旨の説明があります。ただし「約2分」という数値は公式ヘルプでは確認できておらず、Shopifyの外部ファネルを前提にした記事です。断定はできませんが、実務上は_gl付きURLをコピーして後から開く検証は避けてください。必ず実際のクリックで確かめるのが安全です。

同意バナーで遷移先の計測が拒否状態になっている

同意モードを使っている場合、遷移先で同意が拒否状態だと、クライアントIDの扱いが制限され、セッションがつながらないことがあります。遷移元で同意したのに遷移先で再度バナーが出るなら、同意状態の引き継ぎも点検対象です。

決済・外部サービスから戻るときの参照元は「除外する参照のリスト」で扱う

決済サービスから自社サイトへ戻る動線は、クロスドメインではなく「除外する参照のリスト」で参照元を整えるのが基本です。決済ドメインが参照元に混ざる時の除外設定で手順を整理しています。設定後のチャネルの見え方はクロスドメイン設定後にデフォルトチャネルがどう決まるかで補足しています。なお、広告側の仕組みであるコンバージョンリンカーとGA4の_glは別物で、混同しやすい点はコンバージョンリンカーの要否と役割にまとめました。

直ったかどうかはどう確認する？DebugViewとレポートでの検証手順

修正後は、_ga Cookieの一致、DebugViewのga_session_id、参照元レポートの3点がそろえば合格です。URLに_glが見えるだけでは合格とは言えません。

両ドメインで_ga Cookieの値が一致するか

遷移元と遷移先で、デベロッパーツールの「Application」→「Cookies」から_ga Cookieを見ます。クライアントID部分が一致していれば、引き継ぎは成立しています。

DebugViewでga_session_idがドメインをまたいで同じか

DebugViewで、遷移前後のイベントのga_session_idが同じ値かを確認します。異なれば、セッションは分かれています。DebugViewにイベントが出ない場合は、DebugViewにイベントが表示されない時の確認手順を先に見てください。

参照元に自社の別ドメインが出ていないか（セルフリファラル）

DarwinApps Blog では、壊れたクロスドメインは設定画面ではなくレポート側から見つけるよう整理されています。自社の別ドメインが参照元（referral）に出ていれば、セルフリファラルが起きているサインです。

サイト改修・フォーム変更のたびに再テストする項目

改修で再発する前提で、リンクの実装方式、リダイレクト設定、タグの設置を再テストします。発注時の要件には制作会社に渡す計測要件の仕様書の形で入れておくと、検収で拾えます。リニューアル時はサイトリニューアル時の計測引き継ぎチェックリストも使えます。

自社で直せないときはどうする？外部システム導線の計測方針

遷移先にタグを入れられず、クエリも保持できない外部システムでは、標準のクロスドメインは成立しません。その場合は、計測地点を遷移前に置く代替計測に切り替えます。

遷移先にタグを設置できないなら、クロスドメインは成立しない

_glを受け取るのは遷移先のタグです。タグを入れられない予約システムやフォームASPでは、どれだけ遷移元を直しても引き継ぎは起きません。提供元がタグ設置やクエリ保持に対応できるかを、まず確認します。逆方向の問題もあり、Optizent の記事では、_glなど未知のクエリを受け付けず、遷移先でエラーが出るケースが整理されています。付かない問題と、付いたせいで壊れる問題は別物として切り分けてください。

遷移直前のクリックをキーイベントにする代替計測

リンクやボタンのクリックを、遷移前にキーイベントとして計測します。予約完了そのものは取れなくても、予約ページへの到達意図は自社側で追えます。具体例は予約システム経由のCVが計測できない時の対処にまとめています。

広告のクリックID（GCLID等）は別経路で確認する

広告のクリックIDは、_glとは別の経路で渡ります。遷移先URLにGCLIDが残っているかを個別に確認してください。

どこまで追うかを決める判断軸（広告評価に使う数字かどうか）

判断軸は、その数字を広告評価や予算配分に使うかどうかです。使うなら、手動付与や計測地点の見直しにコストをかける価値があります。参考値にとどまるなら、クリック計測で割り切る選択もあります。

よくある質問

Q：GA4のクロスドメイン設定が正しくできているかは、どうやって確認すればいいですか？

遷移元のリンクを実際にクリックし、遷移先のURLに_glが付いているかを見ます。そのうえで、両ドメインの_ga Cookieの値が一致するか、DebugViewのga_session_idが同じかで裏取りします。

Q：_glパラメータとは何ですか？URLに付いたままでも問題ありませんか？

_glは、クライアントIDなどを別ドメインへ渡すためのリンカーパラメータです。URLに残っても基本的に害はありません。遷移先がクエリを弾いてエラーになる場合だけ、別途対処が必要です。

Q：サブドメイン間の移動でもクロスドメイン設定は必要ですか？

同一ルートドメインのサブドメイン間では不要です。_ga Cookieが共有されるため、_glが付かなくても正常で、異常と見なす必要はありません。

Q：フォーム送信で別ドメインのサンクスページに飛ぶとき、_glは付きますか？

公式ヘルプはフォームも対象と記載していますが、実装によっては付かない例が多いと言われます。自サイトで実測し、付かなければ手動付与か計測地点の変更を検討します。

Q：_gl付きのURLをコピーして別タブで開いたらセッションが引き継がれませんでした。設定ミスですか？

設定ミスとは限りません。_glはクリック直後の受け渡し用で、時間が経つと無効になると言われます。検証は必ず実際のクリックで行ってください。

Q：クロスドメイン設定をしたら、離脱クリック（click）イベントが減りました。不具合ですか？

不具合ではありません。登録したドメインへのクリックは、離脱クリックの扱いから外れる仕様です。

Q：iframeで埋め込んだ予約フォームでもクロスドメイン計測はできますか？

標準機能では引き継げません。リンククリックが発生しないためです。別ページへの遷移に変えるか、代替計測を検討します。

Q：クロスドメイン設定をしたのに、参照元に自社の別ドメインが出続けるのはなぜですか？

_glが渡っていない遷移が残っているサインです。3層の切り分けに戻って確認し、最後に「除外する参照のリスト」を点検します。

まとめ｜症状で層を決めてから直す

GA4のクロスドメインで_glが付かないときは、症状から層を決めて直します。付かないなら設定とリンク形式、付くが消えるならリダイレクト、付いているのに切れるなら遷移先の受け取りです。

当日の順番は次のとおりです。

1. シークレットウィンドウで実クリックし、遷移先URLを見る
2. 3症状のどれかを判定する
3. 該当する層を1つだけ確認する
4. 直したら、_ga CookieとDebugViewで合格を確かめる
5. 直せない導線は、遷移前のクリック計測に切り替える

真策堂では、こうした観点でGA4の計測設計や、制作会社へ渡す修正依頼の整理についてご相談を受けています。原因の層が特定できない場合も、お気軽にお問い合わせください。