サーバーサイドGTM + GA4 + コンバージョンAPI：2026年版設定ガイド

トラッキングが機能しなくなった理由

ブラウザベースのトラッキングは、年々信頼性が低下しています。SafariのIntelligent Tracking PreventionはJavaScriptで設定されたCookieの有効期間を短縮し、AppleのLink Tracking Protectionはメール、メッセージ、プライベートブラウズでリンクから既知のトラッキングパラメータを削除します。広告ブロッカーは多くのサードパーティスクリプトを完全に遮断します。さらに、欧州などのプライバシー法では、ほとんどのマーケティング目的のトラッキングに事前の同意が必要です。

その結果、コンバージョンの欠落、広告最適化の精度低下、誰も信頼しないレポートが生まれます。サーバーサイドタグ設定によって、ユーザーが共有に同意していないデータが戻ることはありませんが、技術的な制約で失われていたデータの多くを取り戻せます。

サーバーサイドタグ設定の仕組み

Webサイトには引き続きGoogle Tag ManagerのWebコンテナを置きますが、データをGoogleやMetaなどに直接送る代わりに、data.yoursite.com のような自社のサブドメインで稼働するサーバーコンテナにイベントを送信します。そのサーバーが、GA4、Google広告、MetaのConversions API、TikTokのEvents APIなどの送信先にイベントを転送します。

エンドポイントがファーストパーティになるため、サーバーからより長く信頼性の高い有効期間でCookieを設定でき、ブロックされるリクエストも減ります。また、個人データが自社のインフラから送信される前に、それを削除またはハッシュ化する場所をひとつに集約できます。

まずはConsent Mode v2から

2024年3月以降、Googleは欧州経済領域（EEA）のユーザーに対する広告機能にConsent Mode v2のシグナルを求めています。analytics_storage と ad_storage に加え、広告目的でユーザーデータをGoogleに送信できるか（ad_user_data）と、パーソナライズド広告に使用できるか（ad_personalization）を示す2つの新しいパラメータがあります。

タグが読み込まれる前にデフォルトの同意を拒否に設定し、訪問者がCookieバナーで選択したら更新し、サーバーコンテナが同じ状態を尊重するようにします。訪問者が拒否したデータを送信するためにサーバーサイドタグ設定を使うことは、決してあってはなりません。

gtag('consent', 'default', {
  ad_storage: 'denied',
  ad_user_data: 'denied',
  ad_personalization: 'denied',
  analytics_storage: 'denied',
  wait_for_update: 500
});

効果的な設定手順

• Google Tag Managerでサーバーコンテナを作成し、Cloud Runまたはマネージドのタグ設定ホストでホスティングします。
• サイトのサブドメインをサーバーコンテナに割り当て、リクエストをファーストパーティにします。
• WebコンテナのGA4タグの送信先を、サーバーコンテナのURLに設定します。
• サーバーコンテナに、GA4クライアントと、GA4、Google広告のコンバージョン、拡張コンバージョンのタグを追加します。
• MetaのConversions APIやその他のプラットフォームをサーバータグとして追加し、許可される範囲で同意情報、IPアドレス、ユーザーエージェントを転送します。
• コンバージョンごとにブラウザで event_id を生成し、ピクセルとサーバーイベントの両方で送信して、プラットフォーム側で重複を除去させます。
• 拡張マッチングのためにメールアドレスと電話番号を送信する場合は、同意がある場合に限り、送信前にSHA-256でハッシュ化します。

よくある間違い

• ブラウザとサーバーのイベントで event_id が共有されておらず、コンバージョンを二重に計上してしまう。
• サーバーサイドのリクエストで同意パラメータを付け忘れ、プラットフォームがすべてのトラフィックを同じように扱ってしまう。
• サーバーコンテナを小さなインスタンス1台で運用している。十分な処理能力を確保し、エラーを監視してください。
• 両方の構成を並行して比較せず、リリース当日に古いタグを停止してしまう。

テストと本番移行

両方のコンテナのプレビューモードとGA4のDebugViewを使い、イベントが最初から最後まで流れる様子を確認します。MetaのEvents Managerで重複除去とマッチング品質をチェックします。その後、1〜2週間は新旧のトラッキングを並行稼働させ、チャネルごとのコンバージョンを比較し、数値が妥当と判断できてから完全に切り替えます。

慎重に導入すれば、サーバーサイドタグ設定により、より完全なデータ、より速いページ（ブラウザ内のサードパーティスクリプトが減るため）、プライバシーのより確かな管理を同時に実現できます。