コンバージョンリンカーを設置しないとどうなる？必要かの判断基準と重複設置の影響

GTMの管理画面を開いたら、誰が設置したかも分からない「コンバージョンリンカー」というタグが残っている——お守りのように放置しているものの、消していいのか、それとも計測が壊れるのか判断できず触れずにいる。広告計測を任されている担当者なら、一度はこの状況に直面したことがあるはずです。

結論を先に言うと、コンバージョンリンカーとは、広告クリック時に付与されるGCLID（Google Click ID）をファーストパーティCookieに保存する仕組みです。設置しないとどうなるかは構成次第で、全損になるケースもあれば、何も変わらないケースもあります。重複設置についても同様で、不安の正体はほとんどの場合コンテナ側の重複にあり、リンカー単体の重複が実害を生むことは稀です。

この記事では、2025年のGTM仕様変更（GoogleタグへのCookie設定機能統合）を踏まえて、自分のGTM構成を見ながら「残すか消すか」「重複しているなら整理すべきか」を当日中に判断できるところまで案内します。

この記事のポイント

• コンバージョンリンカーはGCLIDを_gcl_aw Cookieに保存する専用タグであり、計測の主役ではない
• GoogleタグにAW-IDが設定され全ページで発火していれば、追加のリンカー設置は不要と判断できる
• 重複設置で実害が出るのはGTMコンテナ自体の重複であり、タグレベルの重複は整理対象にとどまる
• 削除するかどうかは自社構成の発火範囲を確認したうえで決め、削除後は7〜14日のCV数値検証を行う
• サーバーサイドGTM・クロスドメイン計測・Consent Mode運用時は例外的にリンカーが必須になる

コンバージョンリンカーとは？何をしているタグか

コンバージョンリンカーとは、Google広告のクリックIDであるGCLIDを取得し、ファーストパーティCookieとしてブラウザに保存するGoogleタグマネージャー（GTM）標準のタグです。広告経由の訪問者がどのページに着地しても、後続のコンバージョン発生時にこのCookieを参照することで「どの広告クリックが成果に結びついたか」を紐づけられます。

コンバージョンそのものを計測するタグではなく、あくまで計測の材料になるIDを保存する裏方の役割だという点が誤解されやすいところです。名前だけ聞くと計測タグの一種に思えますが、実際にはCV計測タグが正しく動くための下準備をしているに過ぎません。

GCLIDと_gcl_aw Cookieの関係

GCLID（Google Click ID）とは、Google広告の広告リンクがクリックされた際にURLパラメータとして付与される識別子です。ランディングページのURLには ?gclid=xxxxx のような形で付いてきますが、URLパラメータのままでは離脱後の別ページ遷移で失われてしまいます。

そこでコンバージョンリンカーが、着地時にURL内のgclidパラメータを読み取り、_gcl_aw という名前のファーストパーティCookieに書き写します。この保存作業があるからこそ、数ページ回遊してからのコンバージョンでも広告経由と判定できるわけです。RevenueHeroの解説記事でも、「GCLIDが計測できない」というトラブルの多くはこのCookie保存の欠落が原因だと指摘されています。日本の現場でも「GCLIDが途中で消える」という相談は珍しくなく、原因の切り分け方はGCLIDがLPで消える・取得できない時の切り分け手順で詳しく扱っています。

ITP・Cookie規制とのつながり

ITP（Intelligent Tracking Prevention）とは、Safariに搭載されたトラッキング防止機能で、JavaScriptから書き込まれるファーストパーティCookieの寿命を短縮する仕様です。コンバージョンリンカーが保存する_gcl_awもこの制限の影響を受けます。

Cookie規制強化の流れの中で、GCLIDをどう延命させるかは各社の計測基盤設計における重要論点になっています。ITPやサードパーティCookie廃止の文脈を踏まえた計測全体の優先順位については、Cookie規制後の広告計測を守る三層整備の優先順位で整理していますので、リンカー単体の話にとどまらず全体設計を見直したい場合はあわせて確認してください。

コンバージョンリンカーを設置しないとどうなる？

コンバージョンリンカーを設置しないとどうなるかは、一律に「計測できなくなる」わけではありません。影響が出るかどうかは、Googleタグ（gtag.js）の設置状況によって分かれます。

計測漏れが起きる構成（Googleタグ未設置・旧タグ運用）

Google広告のコンバージョンタグを古い形式（AW-IDを持たないタグや、gtag.jsを経由しない旧来のコンバージョンタグ）で運用している場合、あるいはそもそもGoogleタグ自体が設置されていない場合は、リンカーが唯一のGCLID保存経路になります。この構成でリンカーを外すと、複数ページを回遊してからコンバージョンに至る訪問者のGCLIDが取得できず、広告経由のCVとして計上されなくなります。

特に、フォーム到達までに3〜4ページを跨ぐBtoBサイトや、比較・検討ページを挟むECサイトでは影響が顕著に出やすいと言われています。

実は何も起きない構成（Googleタグが全ページ発火）

一方、Googleタグ（AW-IDが設定されたgtag.js相当のタグ）を全ページトリガー（All Pages）で発火させている構成であれば、Googleタグ自体がGCLIDの取得・Cookie保存機能を内包しています。この場合、コンバージョンリンカーを外しても計測に変化は出ません。Analytics Maniaの解説でも、AW-IDを持つGoogleタグが全ページに存在する環境ではリンカーの機能は重複しており、追加設置は不要と明言されています。

つまり「設置しないとどうなるか」の答えは、Googleタグの有無と発火範囲を見れば機械的に判定できるということです。次の章で、この判定をフロー化します。

コンバージョンリンカーは今も必要か？2025年のGTM仕様変更後の判断基準

2025年のGTM仕様変更により、Googleタグ側にCookie設定機能が統合されたことで、多くの構成でリンカーの独立設置は不要になりました。判断の起点は「Googleタグ（AW-ID）が全ページで発火しているか」の一点に絞られます。

構成パターン	Googleタグの状態	リンカーの要否
Googleタグが全ページ発火	AW-IDあり・All Pagesトリガー	不要（機能内包済み）
Googleタグが一部ページのみ	AW-IDありだが発火範囲が限定的	未発火ページで漏れの恐れあり・要検討
Googleタグ未設置・旧タグ運用	AW-IDなし	必要
sGTM・クロスドメイン等の特殊構成	構成による	例外的に必要

Googleタグ（AW-ID）が全ページにあるなら追加不要

AW-IDを持つGoogleタグが全ページトリガーで動いている環境では、コンバージョンリンカーを新たに追加する理由はありません。GoogleタグとGTMの役割分担を整理したい場合は、GoogleタグとGTMの違いと併用時の二重計測を防ぐ整理手順も参考になります。ここを曖昧にしたまま「念のため」でリンカーを足すと、後述の重複整理の対象が増えるだけです。

残すべき例外4ケース（クロスドメイン・Consent Mode・sGTM等）

ただし、次の4つに該当する場合はGoogleタグの全ページ発火があってもリンカーを残す判断が妥当です。

• クロスドメイン測定を行っており、ドメインを跨ぐ際にGCLIDを引き継ぐ必要がある構成
• 同意モード（Consent Mode v2）で同意取得前後のCookie挙動を細かく制御している構成
• サーバーサイドGTM（sGTM）を導入しており、サーバーコンテナ側でCookie書き込みを行う構成
• 複数の広告ID（AW-IDを複数保持）を横断して同一Cookieに紐づけたい構成

特にsGTM環境については逆転の判断が必要です。Simo Ahavaのブログでは、サーバーサイドGTMではWebコンテナではなくサーバーコンテナ側にコンバージョンリンカーを配置し、HTTPレスポンスヘッダー経由でファーストパーティCookieを書き込むことで、ITPによるJavaScript経由Cookieの7日制限を回避しCookie寿命を延ばせると説明されています。Web側では不要でもサーバー側では必須、という逆転構造がある点は見落とされがちです。sGTM導入自体を検討している段階なら、サーバーサイドGTMを導入すべきかの判断フレームを先に確認しておくと判断がスムーズです。

消す場合の安全な手順と検証期間

削除は一気にではなく、段階を踏むのが安全です。

1. GTMプレビューでコンバージョンリンカーの発火状況と、Googleタグの発火範囲を先に確認する
2. Googleタグが全ページで発火していることを確認できたら、リンカータグを「一時停止」状態にする（削除は最後）
3. 7〜14日ほど様子を見て、Google広告の管理画面上でCV数に有意な変動がないか確認する
4. 変動がなければ完全に削除する

いきなり削除せず一時停止で様子を見るのは、休日・季節要因によるCV変動とリンカー削除の影響を切り分けるためです。

コンバージョンリンカーを重複設置するとどうなる？3パターンの影響

コンバージョンリンカーが重複していても、実害が出るケースは限られています。不安の正体を分解すると、影響度は3パターンに分かれます。

同一コンテナに2つ：原則実害なしだが整理対象

同じGTMコンテナ内にリンカータグが2つ存在していても、どちらもGCLIDを同じ_gcl_aw Cookieに書き込むだけなので、値が上書きされるだけで計測上の実害は基本的に発生しません。ただし、管理コストの観点では整理すべきです。誰が何のために追加したか分からないタグが放置されている状態は、後任者の判断を遅らせる原因になります。

Googleタグとリンカーの併存：競合しないが冗長

Googleタグ（AW-ID）とコンバージョンリンカーが両方とも全ページで発火している状態も、既知の競合は起きないとされています。Analytics Maniaでも、この併存は「保険」として機能する程度で害はないと紹介されています。とはいえ、機能が重複したタグを保持し続けることは、コンテナの見通しを悪くする冗長設定であることに変わりありません。

GTMコンテナ自体の重複：CV二重計上の実害が出る

実害が出るのはこのパターンです。1ClickReportのレポートでは、同一ページに2つのGTMコンテナが読み込まれている場合、両方のコンテナで同種のコンバージョンタグが発火し、CV数が実際の2倍、CPAが見かけ上半分になる構造が指摘されています。日本語圏でも、サイトリニューアルや複数チームでのタグ管理移行時に旧コンテナが残存し、この状態に陥る例が見られます。

リンカーの重複を心配していた場合でも、実際に疑うべきはコンテナ側やコンバージョンタグ側の重複であることが多く、切り分けと修正の具体的な手順は広告CVのダブルカウントを発見・修正する手順にまとめています。CV数が想定より高い、CPAが急に良くなったように見える、という違和感がある場合は、リンカーよりも先にコンテナ数を疑うべきです。

GTMでのコンバージョンリンカーの設定方法

設置が必要と判断した場合の手順はシンプルです。要点は発火範囲とタイミングの2つに集約されます。

タグ作成と全ページ（All Pages）トリガー

GTM管理画面の「タグ」から新規タグを作成し、タグの種類で「コンバージョンリンカー」を選択します。トリガーには全ページ（All Pages）を設定するのが基本です。広告のランディングページがサイト内のどこになるか予測しきれないケースが多いため、特定ページに限定せず全ページで発火させておくのが安全側の選択になります。

コンバージョンタグより先に発火させる順序設定

コンバージョンリンカーは、コンバージョンタグがGCLIDを参照する前にCookieへの書き込みを完了させておく必要があります。GTMのタグ設定画面にある「タグの順序付け」で、対象のコンバージョンタグの「このタグの前に配信するタグを設定する」にコンバージョンリンカーを指定してください。順序を設定せずに両方を同じトリガーに乗せただけだと、発火順序がブラウザやページの状態によって前後し、まれにGCLID取得が間に合わないケースが報告されています。

正しく動いているかの確認方法

設置や削除の判断が終わったら、実際に動いているかを当日中に検証まで終わらせます。確認は「発火しているか」と「Cookieが生成されているか」の2段階です。

DevToolsで_gcl_awを確認する手順

広告のランディングページURLにgclidパラメータを付与してアクセスし、ブラウザのDevTools（開発者ツール）を開きます。Application（Chromeの場合）タブからCookiesを選び、該当ドメインの一覧に_gcl_awが生成されているかを確認します。TAGGRSのドキュメントでも、この_gcl_awおよび_gcl_auの生成有無をDevToolsのApplication>Cookiesで確認する手順が標準的な検証方法として紹介されています。

GTMプレビューでの発火確認

GTMのプレビューモードでサイトにアクセスし、左側のタグ一覧でコンバージョンリンカーが「Fired」として表示されているかを確認します。発火していない場合は、トリガー設定がAll Pagesになっているか、公開済みのバージョンに反映されているかを見直してください。プレビュー自体がうまく接続できない、あるいはタグが一覧に出てこないといったトラブルに当たった場合は、GTMプレビューが接続できない・タグが発火しない時のチェックリストで原因を切り分けられます。

Cookieが生成されない時に疑うこと（同意バナー・トリガー範囲）

プレビューでは発火しているのにCookieが生成されない場合、最も疑うべきは同意管理（CMP：Consent Management Platform）による書き込みブロックです。TAGGRSのドキュメントでも、同意バナーがファーストパーティCookieの書き込みを拒否する設定になっていると、リンカーが正常に発火していてもCookieが作られないケースがあると言及されています。次に疑うべきはトリガーの発火範囲で、All Pagesのつもりが特定URLパターンの除外設定に引っかかっているケースも実務ではよく見られます。

よくある質問

Q：コンバージョンリンカーはどのページに設置すればいいですか？全ページ必要ですか？ 広告のクリック経由で着地する可能性があるページすべてが対象になるため、原則として全ページ（All Pages）トリガーでの設置が推奨されます。ランディングページを特定のURLに限定できるとは限らず、キャンペーンや広告文言によって着地先が変わることも多いためです。All Pagesにしておけば、想定外の着地ページでもGCLIDの保存漏れを防げます。

Q：Googleタグを設置していればコンバージョンリンカーは不要ですか？ AW-IDが設定されたGoogleタグが全ページで発火していれば、Cookie保存機能はGoogleタグ側に内包されているため、追加のリンカー設置は基本的に不要です。ただし、クロスドメイン測定、Consent Mode v2による同意連動制御、サーバーサイドGTM運用など、構成が特殊な場合は例外的にリンカーが必要になります。自社の構成がどちらに該当するかは、Googleタグの発火範囲を先に確認してください。

Q：コンバージョンリンカーが発火しているか確認する方法は？ GTMのプレビューモードでタグが「Fired」表示になっているかをまず確認し、次にブラウザのDevToolsでApplication>Cookiesから_gcl_awが実際に生成されているかを見る、という2段構えで確認するのが確実です。発火はしているのにCookieが無い場合は、同意バナーによるブロックを疑ってください。

Q：コンバージョンリンカーを削除するとコンバージョン計測は止まりますか？ Googleタグ（AW-ID）が全ページで発火している構成であれば、削除しても計測は止まりません。逆に、Googleタグが未設置または一部ページのみの構成では、複数ページを回遊した後のコンバージョンでGCLIDが取得できなくなる恐れがあります。削除する場合はいきなり削除せず、一時停止の状態で7〜14日ほど数値を検証してから完全削除に進むのが安全です。

Q：Yahoo!広告にもコンバージョンリンカーのような設定は必要ですか？ Yahoo!広告では、コンバージョンリンカーに相当する役割をコンバージョン測定補完機能タグが担います。考え方はGoogle広告と同様で、広告経由の識別情報をファーストパーティCookieに保存する仕組みです。こちらも全ページでの設置と、コンバージョンタグより先に発火させる順序設定が推奨されており、Google広告側の設定だけを整えてYahoo!広告側を見落とすケースには注意が必要です。

真策堂では、GTMのタグ構成棚卸しや広告計測の重複・漏れの診断について相談を受けています。自社の構成でリンカーを残すべきか、コンテナやタグの重複が実害を生んでいないか判断がつかない場合は、現状のGTM構成を見ながら整理のお手伝いをしています。