広告のコンバージョン数が「実感より少ない」問題
Google広告を運用していると、管理画面のCV数と実際の問い合わせ数にズレを感じることがある。広告をクリックしてLPを見たはずのユーザーが、GA4上では「直接流入」として計測されている。月の問い合わせが30件あるのに、Google広告のCV計測は20件しかない。
この「消えた10件」はどこに行ったのか。
原因の1つが、ブラウザによる計測タグのブロックだ。Safari、Firefox、一部のChrome拡張機能が、Googleの計測タグを「サードパーティの追跡」と判断してブロックしている。ユーザーがCVしているのに、そのデータがGoogleに届かない。
2025年5月、Googleがこの問題への対策としてリリースしたのが「Googleタグゲートウェイ（Google Tag Gateway / GTG）」だ。
Googleタグゲートウェイとは何か
一言でいうと、「Googleの計測タグを、自社サイトの一部として配信する仕組み」。
従来の仕組み
ユーザーがサイトを訪問すると、ブラウザは裏で以下のような通信をしている。
- タグの読み込み:
https://www.googletagmanager.com/gtag/js?id=G-XXXXX - データの送信:
https://www.google-analytics.com/g/collect
どちらもGoogleのドメイン宛の通信だ。ブラウザやプライバシーツールは、これを「サードパーティの追跡リクエスト」として検知し、ブロックまたは制限する。
GTGを導入した後
同じ通信が、自社ドメイン経由に変わる。
- タグの読み込み:
https://yoursite.com/gt/gtag/js?id=G-XXXXX - データの送信:
https://yoursite.com/gt/g/collect
ブラウザから見ると「自分のサイト内の通信」なので、ブロックされにくい。実際にはCDN（Cloudflare等）がリバースプロキシとして動き、リクエストをGoogleのサーバーに転送している。ユーザーのブラウザからは、Googleとの通信が見えない。
導入するとどれくらい変わるのか
Google公式の内部データ（2025年4月測定）によると、GTG導入で計測シグナルが中央値で11%向上した。
これは「今まで11%のデータが取りこぼされていた」ということだ。広告主によってはコンバージョン報告数が10〜15%増加した事例もある。
NRIネットコムの検証では、モバイルデバイスで20%以上のセッション増加が確認された（ただしこれはサーバーサイドGTMとの併用環境）。
計測データが増えると何が起きるか。
- Google広告の自動入札が賢くなる: 正確なCVデータが増えることで、機械学習の精度が上がる
- 広告のROI評価が正確になる: 今まで「直接流入」に流れていたCVが、正しく広告経由としてカウントされる
- 除外対象の最適化: すでにCVしたユーザーを広告から除外する処理の精度が上がり、無駄な配信が減る
導入は無料で、設定も簡単
GTGの最大の魅力は、追加コストがゼロという点だ。
最も簡単な方法は、Cloudflareとの統合。Cloudflareの無料プランでも利用できる。サーバーを自前で用意する必要はない。
Cloudflare経由の設定手順
前提条件
- Cloudflareアカウント（無料プランOK）
- 対象サイトのDNSがCloudflareを経由していること
- GTMまたはGoogleタグが設置済み
手順（5ステップ）
- GTM管理画面にログイン → 「管理（Admin）」→「Googleタグゲートウェイ（Tag Gateway）」を選択
- 「Cloudflareにログイン」をクリックしてCloudflareアカウントを連携
- GTGを有効にするドメインを選択する
- 測定パス（Measurement Path）を設定する。ランダムな文字列が提案されるが、任意に変更可能（例:
/gt/） - ステータスが「有効」になることを確認する
ソースコードの変更は不要。Cloudflareがページ配信時にHTMLを動的に書き換えてくれる。
Cloudflare以外の選択肢
すでに別のCDNを使っている場合は、そちら経由でも導入できる。
- Akamai: 2026年に統合が追加された
- Fastly: 手動でリバースプロキシルールを設定
- Amazon CloudFront: 同様に手動設定
- GCP Application Load Balancer: GTM管理画面からワンクリックでデプロイ可能（2026年〜）
サーバーサイドGTM（sGTM）との違い
「自社ドメイン経由でタグを配信する」という点ではsGTMと似ているが、設計思想がまったく違う。
- GTG = CDNレベルのプロキシ。タグの配信経路を変えるだけ。管理するサーバーはない
- sGTM = 自前のタギングサーバーを運用する。データの加工・変換・他ベンダーへの転送が可能
比較表にするとこうなる。
GTG vs sGTM 比較表
| 項目 | GTG | sGTM |
|---|---|---|
| 導入難易度 | 低い（数クリック） | 高い（サーバー構築が必要） |
| コスト | 無料 | 月額数千円〜（Cloud Run等） |
| 対応プロダクト | Googleのみ（GA4、Google Ads） | 全ベンダー（Meta、TikTok等も可） |
| データ加工 | 不可（プロキシのみ） | 可能（変換・エンリッチメント） |
| ITP対策 | 不完全（Cookie寿命は変わらない） | 可能（サーバーサイドCookie発行） |
| トラッキング回復率 | 70〜85% | 90〜95% |
| 広告ブロッカー耐性 | 低〜中 | 中程度 |
Google公式は両者の併用を推奨している。GTGがGoogleタグの配信経路を最適化し、sGTMが非Googleベンダーへの展開とデータ変換を担うという構成だ。
よくある誤解を整理する
誤解1:「GTGを入れればITP対策は完了」
これは間違い。 GTGはタグの配信経路を自社ドメインに変えるだけで、クライアントサイドのCookieの有効期限は変わらない。SafariのITP（Intelligent Tracking Prevention）は、JavaScriptで設定されたCookieの有効期限を最大7日に制限する。GTGを導入しても、この制限は回避できない。
ITPを完全に回避するには、sGTMでサーバーサイドCookieを発行する必要がある。「GTGはITP対策」と紹介している記事もあるが、正確ではない。
誤解2:「広告ブロッカーを完全に回避できる」
これも不正確。 uBlock OriginやAdblock Plusのような基本的なブロッカーの一部は回避できるが、Ghosteryなどの高度なブロッカーはGTG経由であってもGoogle Analyticsのリクエストパターンを検出してブロックする。
誤解3:「MetaやTikTokのタグにも使える」
使えない。 GTGはGoogleタグ（GA4、Google Ads）専用。Meta Pixel、TikTok Events API、LinkedIn Insight Tag等の非Googleタグには対応していない。これらのファーストパーティ化にはsGTMが必要。
どんなサイトに導入すべきか
以下のいずれかに該当するなら、導入を検討する価値がある。
- Google広告を月額10万円以上運用している: CV計測の精度が11%上がるなら、CPAの見え方が変わる
- GA4のデータを元に意思決定している: セッション数やCVデータの信頼性が上がる
- すでにCloudflareを使っている: 設定に10分もかからない
- sGTMを導入する前のステップとして: まずGTGで手軽に改善し、余力があればsGTMも追加する
逆に、広告を出していない、GA4もほとんど見ていない、というサイトなら優先度は低い。
導入後に確認すべき3つのポイント
1. タグアシスタントで配信経路を確認
GoogleのTag Assistant（タグアシスタント）でサイトにアクセスし、タグのリクエストURLが自社ドメイン経由（yoursite.com/gt/...）になっているか確認する。従来のGoogleドメイン宛のリクエストが残っていたら、設定が正しく反映されていない。
2. GA4のリアルタイムレポートで動作確認
GTG設定後にGA4のリアルタイムレポートを確認し、イベントが正常に計測されているかチェックする。設定直後はキャッシュの関係で反映に数分かかることがある。
3. 1〜2週間後にCV数の変化を確認
導入前後でCV数やセッション数を比較する。Google公式データでは11%の改善だが、サイトの特性やユーザー層によって効果は異なる。Safariユーザーが多いサイトほど改善幅が大きい傾向がある。
まとめ
Googleタグゲートウェイは、「タグの配信経路を自社ドメインに変えることで、計測の取りこぼしを減らす仕組み」だ。
sGTMほどの機能はないが、導入コストがほぼゼロで計測精度が上がる。Google広告を運用しているなら、まずGTGを入れて、必要に応じてsGTMを追加する——というステップが現実的だろう。
設定にかかる時間は、Cloudflare経由なら10〜30分。月数十万円の広告費をかけているなら、その計測精度を11%改善する30分の投資は十分に割に合う。
あわせて読みたい
