デジタルマーケティングにおけるデータ計測の現状と課題
近年、デジタルマーケティングは大きな転換期を迎えています。GDPR（EU一般データ保護規則）などをはじめとするプライバシー保護を目的とした法規制の強化に加え、AppleのITP（Intelligent Tracking Prevention）やiOS 17以降のATFP（高度なトラッキングとフィンガープリント保護）、そしてユーザー自身による広告ブロッカーの普及が進んでいます。これにより、正当な広告投資によって得られたはずのコンバージョンデータが計測ツールに届かない「シグナルロス（データ欠損）」がマーケターにとって大きな課題となっています。
この課題に対し、低コストかつスピーディな解決策としてGoogleから提供されているのが「Google Tag Gateway（GTG）」です。株式会社イー・エージェンシーでは、Google アナリティクス 360（GA360）やサーバーサイドGTM（sGTM）を活用したデータ収集基盤の構築を数多くご支援してまいりました。本記事では、現在のデータ欠損の実態を数値で整理し、GTGの導入がどのように計測精度を回復させ、広告のROAS（費用対効果）の改善に貢献するのかを分かりやすく解説します。
INDEX
認識しておきたいデータ欠損の実態：約18%のトラフィックへの影響
（Generated by Gemini：以後の画像も含む）
「自社のGA4（Google アナリティクス 4 プロパティ）の数値は、サイト上のすべてのユーザー行動を正確に反映している」という前提は、見直しが必要な時期に来ています。ボットなどのトラフィックを除外した「生身の人間によるアクセス」に絞った場合でも、日本市場において実に約17.68%のトラフィックが、各種制限によって正確に計測できていない可能性が示唆されています（※1）。
ブラウザの仕様やユーザーの利用環境に基づく、計測影響の内訳は以下の通りです。
-
標準ブラウザ（Chrome/Edge等）における広告ブロッカーの影響：約11.41%
日本のPC利用率の高さを加味すると、標準ブラウザ利用者の平均15%が拡張機能などで広告ブロッカーを利用しており、ネットワークレベルで通信が遮断されていると考えられます（※2）。 -
Safariのトラッキング保護機能による影響：約3.52%
Safariセッションの約15%は「プライベートブラウズモード」で利用されています。iOS 17以降のATFPにより、プライベートモードではGTMやGA4への通信が強制的にブロックされるため、約3.01%が計測不可となります。さらに、通常モードでブロッカーを利用している層（約0.51%）が加わります（※3）。 -
Firefoxの厳格なプライバシー保護設定：約1.70%
Firefoxユーザーの約60%が強力なトラッキング防止機能（厳格モード等）を利用し、計測をブロックしているとされています（※4）。 -
Braveブラウザによるデフォルトでの遮断：約1.05%
Braveはプライバシー保護に特化しており、デフォルトの状態でアナリティクス通信などを遮断します（※4,5）。
ビジネスへの影響と機会損失
全体の約18%にあたるデータが計測できないことは、単にレポート上の数値が減るという問題にとどまりません。広告ブロッカーや、プライバシー保護機能の高いブラウザを能動的に利用するユーザー層は、ITリテラシーが高く、可処分所得が高い層や、BtoBビジネスにおいては決裁権限を持つ層と重なる傾向があります。BtoBのSaaSや高単価商材においては、最もコンバージョンに至りやすくLTV（顧客生涯価値）が高いユーザーの行動データの30%〜40%が、分析データから欠落している可能性も考えられます（※6）。
この層が広告を経由してコンバージョンしたとしても、計測ツールに記録されないため、実際の成果よりも「見かけ上のCPA（獲得単価）」が高く算出されてしまいます。その結果、本来は利益を生んでいるはずの広告キャンペーンの評価が下がり、予算配分の最適化を妨げる要因となってしまいます。
（※1） Statcounter Global Stats（2026年6月データ）等の統計を統合
（※2） GWI / DataReportal Digital 2026: Japan 画面下部 Full report
（※3）Littledata Don’t worry about iOS17 .. unless you use GTM
（※4） Plausible Analytics 58% of Hacker News
（※6） Kissmetrics Ad Blockers Are Hiding 15-30% of Your Traffic
Google Tag Gateway（GTG）とは？その仕組みと特長
こうした計測精度の低下という課題に対し、ネットワークレベルでの通信遮断を回避し、正しいデータを安全に収集するためのアーキテクチャが「Google Tag Gateway（GTG）」です。
従来のクライアントサイド（ブラウザ側）での計測では、ユーザーのブラウザから直接、Googleのサードパーティドメイン（googletagmanager.com や google-analytics.com 等）へ通信を行っていました。しかし、昨今のブラウザのトラッキング保護機能や広告ブロッカーは、こうした「既知の計測用ドメイン」への通信パターンを検知して遮断を行います。 GTGは、この通信経路を「自社のファーストパーティインフラ（自社サイトと同じドメインを持つCDNやロードバランサ）」を経由させる（リバースプロキシと呼ばれる技術を利用する）仕組みです。
例えば、自社サイト（example.com）内に測定用の専用パス（例：example.com/metrics）を設け、そこからGoogleのスクリプトを配信・計測します。ブラウザ側からは「自社サイトのコンテンツを表示するための通常の通信」として認識されるため、パターンの推測による通信遮断を高い確率で回避することが可能になります。
マーケターが注目すべきGTG導入の3つのメリット
GTGを導入することで、企業は既存のインフラを活かしながら、迅速にマーケティング上のメリットを得ることができます。
メリット1：コンバージョン計測の回復と正確なROIの把握
通信の遮断によって失われていたデータが回復することで、正確なマーケティング成果の把握が可能になります。Googleの公式データや検証結果によれば、GTGを有効化したケースでは、観測されるコンバージョン数が中央値で11%、最大で14%増加したという報告があります（※7）。計測漏れによって見かけ上高騰していたCPAが適正な数値に戻り、正しいROI（投資収益率）に基づいた意思決定を実現します。
メリット2：自動入札（Smart Bidding）の精度向上によるROAS改善
回復したコンバージョンデータがGoogle広告にリアルタイムでフィードバックされることで、ターゲットCPAやP-Maxキャンペーンなどの「自動入札（Smart Bidding）」を支える機械学習アルゴリズムに、より多くの学習データ（燃料）が提供されます。予測精度が向上することで、同じ予算内での獲得効率が高まり、ROASの持続的な改善が期待できます。 また、計測タグが安定して動作するようになるため、昨今重要視されている「拡張コンバージョン（精度の高いファーストパーティデータの送信）」との相乗効果も発揮しやすくなります。
メリット3：既存CDNの活用によるスムーズな導入
サーバーサイドGTM（sGTM）を一から構築する場合、独自のサーバー維持費（月額数千円〜数万円以上）や運用保守の手間が発生しますが、GTGは企業がすでに利用しているCDN（コンテンツ配信ネットワーク）のルーティング機能を活用して導入することができます。 特にCloudflare、Akamai、Fastlyなどを利用している環境であれば、GTG経由のトラフィックに対する追加コストは通常ごくわずかであり、独自のサーバーを構築する場合と比較して、実質的な追加インフラコストを抑えて利用することが可能です。
また、自社ドメインのサーバーからスクリプトを直接キャッシュ配信するため、新たなDNSルックアップ等の時間が削減され、サイトの表示速度（Core Web VitalsのLCP等）へのわずかな改善効果も期待できます。
（※7） Accelerate with Google 「Google タグ ゲートウェイ」で、学習データの精度を上げ、 Google の AI の成果を最大化する
導入にあたっての留意点と運用上のポイント
GTGは、新たに専用のサーバーを立てるのではなく、企業がウェブサイトの表示高速化やセキュリティ対策として「すでに導入している既存のCDNやロードバランサ」の機能を活用（相乗り）して設定します。そのため、現在自社でご利用中のインフラ環境に合わせて、設定のアプローチを適応させる形となります。
GTM（Google タグマネージャー）の公式ガイドでは、現在以下の主要なプラットフォームでの連携手順が用意されています。これらを自社のインフラとして既に利用している場合は、各プラットフォームの特性に合わせた設定ガイドに沿って比較的スムーズに導入を進めることができます。
・ Google Cloud（Cloud CDN / ロードバランサ）
・ Cloudflare
・ Akamai
・ Amazon CloudFront
・ Fastly
Cloudflareのように管理画面から少ない操作で自動セットアップ（自動設定）できるものから、Google Cloudのように自社のデータ基盤（BigQuery等）とのシームレスな統合が可能なものまで、利用中のインフラに応じた恩恵を受けられます。
・「その他」のインフラを利用する場合（手動設定）
上記のプラットフォーム以外のCDNや、自社独自のプロキシサーバー等を利用している場合でもGTGの導入は可能です。ただし、その場合は「手動設定（カスタム設定）」のアプローチとなります。エンジニアリング部門と連携し、対象ドメインに対する通信経路の振り分けルールの作成や、必要なHTTPヘッダーの付与などを自社で独自に構成・検証する必要があります。
導入における重要ポイント：手動設定の推奨
GTGの導入方法には、上記で記載した通り、管理画面から簡易的に設定できる「自動」での連携と、自社のシステム環境に合わせて構築する「手動」での連携の2種類が存在します。既存のCDNを利用して手軽に導入できる点はGTGの大きな魅力ですが、実装方法の選択には注意が必要です。
自動設定を利用する際の懸念点
自動設定は、既存のタグ改修が不要で手軽に導入できるメリットがあります。しかし、システム側で制御しにくい仕様が含まれているため、自社のウェブサイトの構造によっては予期せぬ影響が生じる可能性があります。 具体的には、以下のような環境において注意が必要です。
-
複数タグの利用状況： 自動設定では優先して稼働するタグのコントロールが難しく、複数のGTMコンテナやGoogleタグを利用している場合、一部の計測データが欠損してしまう可能性があります。
-
計測領域の制御： 全ページに一括でスクリプトが適用されるため、セキュリティ上の理由で意図的にGoogle タグマネージャー タグ（スニペットコード）を除外している購入画面やマイページなどに影響を及ぼし、システムの動作に干渉する懸念があります。
-
データレイヤーのカスタマイズ： GTMのデータレイヤー変数名を独自のものに変更している場合、自動設定ではデータを正しく読み取れず、eコマース計測などに影響が出る可能性があります。
-
同意管理ツール（CMP）との連携： ユーザーの同意情報が正しく反映されず、コンプライアンス上の懸念が生じる可能性があります。
安全で確実な計測を実現する「手動連携」
複雑なシステム構成を持つ企業サイトや、購入・予約機能を持つサイトにおいては、これらの予期せぬトラブルを回避するために手動設定による実装を強く推奨いたします。 手動設定であれば、意図しない領域へのタグの適用を防ぎ、重要なページを安全に除外することが可能です。また、複数のタグやCMPとの連携も柔軟かつ正確に制御できます。
運用開始前に確認すべき「3つのチェックポイント」
既存インフラを活用することで設定作業自体はスピーディに進められますが、実際の運用にあたっては、以下の3点に注意して正しくコントロールする必要があります。
-
同意管理ツール（CMP）との連携タイミング：
GTGを利用することで、CDNのエッジサーバーからの高速配信と通信経路の最適化が行われるため、従来のタグよりも速く、かつ安定して計測の仕組みが読み込まれる効果が期待できます。そのため、ユーザーがサイト上で「Cookieの利用に同意する前」に計測がスタートしてしまうケースがあります。プライバシーを守るため、確実に「同意を得てからタグが動く」ようにするための正確な設定（同意モードなど）が必要です。 -
意図しないページでのタグ作動の防止：
導入方法によっては、設定がドメイン全体に一括で適用されることがあります。これにより、マーケティング用のメインサイトだけでなく、同じドメインで動いている社内管理画面などのサブドメインでも意図せず計測タグが動いてしまう可能性があります。GTM側で「計測したいページのみ」に絞り込む設定をしておきましょう。 -
不要なデータ送信の制御（GTG単体の限界）：
GTGは通信を中継する仕組み上、計測データだけでなく、自社サイトの「ログイン情報」なども一緒にGoogle側へ送信してしまいます。単純に設定しただけでは、これらの不要な情報まで送られてしまう懸念があります。これらを安全に遮断するには、次章で解説する「サーバーサイドGTM（sGTM）」との連携が効果的です。
中長期的なデータ戦略：サーバーサイドGTM（sGTM）とのハイブリッド構成
GTGは、計測精度を回復させるための即効性のある有効な手段ですが、より高度なデータ戦略を推進するためには「サーバーサイドGTM（sGTM）」との役割の違いを理解することが重要です。
GTG単体では対応できない範囲
GTGはあくまでデータの「安全な通り道（プロキシ）」を提供する仕組みです。
-
Cookieの有効期限延長（本格的なITP対策）： GTGを導入しても、Cookieの発行自体はブラウザ側で行われるため、SafariのITPによる「有効期限最大7日間（または24時間）」の制限は回避できず、長期的なユーザー行動の分析には限界が残ります。
-
Google以外の広告媒体への対応： GTGはGoogle製品（GA4やGoogle広告など）に特化しているため、MetaやTikTokなど他社の計測タグには適用されません。
より強固な計測基盤：GTGとsGTMのハイブリッド構成
-
中長期的に安定したファーストパーティデータ戦略を築く上で、Googleも推奨しているのが「CDNを用いたGTG」と「sGTM」を組み合わせたハイブリッド構成です。
GTGの役割： ブラウザのネットワーク遮断を回避しながら、スクリプトを高速に配信し、sGTMサーバーへの負荷を適切に分散します。
- sGTMの役割： 自社環境のサーバーからHTTPヘッダを利用してCookieを発行することで、有効期限を最大400日まで延長し、精度の高いアトリビューション分析を可能にします。さらに、Google以外の全広告媒体へのデータ送信を一元管理し、個人情報をマスキングした上で安全に各媒体へ連携することができます。
まとめ：正確なデータを基盤としたマーケティングの推進を
サードパーティCookieの利用制限やブラウザのトラッキング保護機能の強化により、デジタルマーケティングにおける「データ欠損」は避けて通れない課題となっています。 しかし、本記事で解説した「Google Tag Gateway（GTG）」や「サーバーサイドGTM（sGTM）」を活用し、自社に最適な計測基盤を整えることで、失われていたコンバージョンデータを安全に回復させることが可能です。
正確なデータを蓄積することは、現在のROAS（費用対効果）を改善するだけでなく、将来的な「AIによる予算編成」や「高度な統計分析（MMM）」といった次世代のマーケティング戦略を成功させるための必須条件となります。
しかしながら、前述の通り、GTGの導入にあたっては自社のシステム環境やタグの設置状況を事前にしっかりと確認し、適切な導入アプローチ（手動設定など）を選択することが不可欠です。事前の確認が不十分なまま簡易的な設定を進めてしまうと、思わぬシステムトラブルやデータ計測の不具合を招く恐れがあります。
Google アナリティクス 360（GA360）の公式リセラーである株式会社イー・エージェンシーは、単なるツールの導入にとどまらず、お客様のビジネス課題とインフラ環境に合わせたデータ基盤の構築を一気通貫でサポートいたします。
イー・エージェンシーが提供する伴走支援ソリューション
-
次世代データ収集基盤の構築（GTG / sGTM / GA4）：
既存インフラを活用したGTGのスピーディな導入や、データ保護・ガバナンスを強化するsGTMの設計・実装を行います。GA4やGTMを用いた、AI学習の土台となる正確な計測環境づくりをご支援します。 -
Google Cloudを活用したマーケティング基盤（CDP）構築：
各媒体の広告データや自社CRMデータをBigQueryに一元化し、GA4へ自動連携するデータパイプラインを開発します。API非対応の媒体も安全に統合し、高度な分析基盤を構築します。 -
分析ダッシュボード作成と改善支援：
統合したデータを、経営層から現場のマーケターまでが直感的に把握できるダッシュボードに可視化し、スピーディな意思決定とROI改善を伴走支援します。 -
Gemini Enterpriseを活用した業務フロー改善：
最新の生成AIを活用し、データインポート処理の効率化やレポート作成の自動化など、マーケティング組織全体の生産性向上を推進します。
「計測漏れによるCPAの高騰を改善したい」「最新の計測環境であるGTGやsGTMを、自社に合った形で導入したい」とお考えの企業様は、インフラの構築から戦略の立案まで、ぜひお気軽に弊社にご相談ください。
GA4を導入するならイー・エージェンシーにご相談ください
イー・エージェンシーは、「Google マーケティング プラットフォーム（GMP）」の認定セールスパートナー、「Google クラウド プラットフォーム（GCP）」の認定パートナーです。
また弊社はGoogleより2021年上半期における Google アナリティクス 4 プロパティ（GA4）の数多くの導入支援実績を評価され、認定セールスパートナーとしてアワードを受賞しております。
これまでの豊富な実績を元に、GA4導入・移行をお客様のビジネスに寄り添い支援させていただきます。
まずはお気軽にご相談ください。
お客様のデータ活用を伴走型で支援いたします。
私たちは、ビジネス課題を解決する支援を行っております
サービスについてお気軽にご相談・お問い合わせください
この記事を書いた人
/20260723_geminienterprise_ondemand_ogp.png)
