サーバーサイドタグ（sGTM）入門｜導入メリット・構成・実装手順

サーバーサイドタグとは何か

サーバーサイドタグ（sGTM）は、計測処理をサーバー上で行う仕組みです。従来のクライアントサイドGTMとはアーキテクチャが根本的に異なります。計測精度・セキュリティ・パフォーマンスの面で大きな違いが生まれます。

クライアントサイドGTMでは、ブラウザ上で各媒体のタグが直接実行されます。一方sGTMでは、ブラウザは自社ドメインのサーバーにだけリクエストを送ります。サーバーがデータを処理し、各媒体のAPIへ転送する構造です。

クライアントサイドとの比較

クライアントサイドGTMとサーバーサイドGTMでは、タグの実行場所が根本的に異なります。この違いが計測精度・セキュリティ・パフォーマンスのすべてに影響します。

クライアントサイドGTMの仕組みと課題

クライアントサイドGTMでは、ブラウザがHTMLを読み込む際にJavaScriptタグを実行します。各媒体のピクセルやスクリプトがブラウザ上で直接動作するため、次のような課題が生じます。

• 広告ブロッカーによる遮断：ブラウザ拡張機能がサードパーティスクリプトをブロックする
• ITP（Intelligent Tracking Prevention）の影響：Safariがサードパーティ Cookie の有効期限を短縮する
• ページ速度への影響：複数の計測スクリプトがページ読み込みを遅延させる
• データ漏洩リスク：サードパーティスクリプトがユーザーデータにアクセスできる

サーバーサイドGTMが解決すること

sGTMでは、ブラウザはsGTMサーバー（自社ドメイン）にだけリクエストを送ります。サーバー側でデータを処理・変換し、各媒体のAPIへ送信します。ブラウザ上のブロッカーやITPの影響を大幅に軽減できます。ブラウザ上のタグ数が減るため、ページ読み込み速度の改善も見込めます。

Cookie規制・ITP対策としての効果

sGTMの最大のメリットの一つが、ファーストパーティ Cookie の発行です。ブラウザの制約を回避しながら計測精度を維持できます。

ITPがもたらす計測への影響

AppleのSafariに搭載されたITPは、JavaScriptで発行されたCookieの有効期限を最大7日間に制限します。場合によっては1日に短縮されることもあります。コンバージョンのアトリビューション期間が実質的に縮まり、計測漏れが発生します。

特にSafariシェアが高いモバイルサイトでは影響が顕著です。広告クリックから購入まで7日以上かかる商材では、Safariユーザーのコンバージョンが正しく計上されていない可能性があります。

sGTMによるファーストパーティ Cookie 発行

sGTMを自社ドメインのサブドメイン（例：gtm.example.com）で運用すると、サーバーがHTTPレスポンスヘッダーを通じてCookieを発行できます。サーバーサイドで発行されたファーストパーティ Cookie はITPの対象外です。最大400日程度の有効期限を設定できます。

ただし、プライバシーポリシーの更新やユーザーへの同意取得は別途必要です。Cookie発行の目的と保持期間を明記することが求められます。

広告ブロッカーへの対応

sGTMのエンドポイントが自社ドメインのサブドメインであるため、広告ブロッカーがサードパーティドメインとして検知しにくくなります。計測リクエストの到達率が改善し、コンバージョンの計上漏れを減らせる可能性があります。

ただし、完全に回避できるわけではありません。あくまで計測精度の向上手段の一つとして捉えることが重要です。

GCPでの構成と実装手順

sGTMはGCPのCloud Runを使ってホスティングするのが標準構成です。GTMでのサーバーコンテナ作成からテスト・公開まで、順を追って説明します。

事前準備

実装を始める前に、以下を確認・準備します。

• GCPアカウントと請求先プロジェクトの作成
• GTMアカウントでの「サーバーコンテナ」の新規作成
• 自社ドメインのDNS設定変更権限（サブドメイン追加のため）
• Googleタグ（gtag.js）またはGTMクライアントサイドコンテナの設定済み環境

STEP 1：GTMでサーバーコンテナを作成する

1. tagmanager.google.com にアクセスし、左上の「アカウントを作成」をクリック
2. アカウント名を入力し、「コンテナ名」に任意の名前（例：sGTM - example.com）を設定
3. 「ターゲットプラットフォーム」で 「Server」 を選択し、「作成」をクリック
4. プロビジョニング画面が表示されたら 「手動でタグサーバーをプロビジョニングする」 を選択
5. 表示される 「コンテナ設定コード」 をコピーして控えておく（STEP 2で使用）

STEP 2：GCP Cloud Runでサーバーを構築する

GCPのCloud Runコンソールから、sGTM用のサーバーをデプロイします。

1. GCPコンソール にログインし、左メニューから 「Cloud Run」 を選択
2. 「サービスを作成」をクリック
3. コンテナイメージURLに gcr.io/cloud-tagging-10302018/gtm-cloud-image:stable を入力
4. リージョンは asia-northeast1（東京）を選択
5. 「認証」は 「未認証の呼び出しを許可」 を選択（外部からリクエストを受ける必要があるため）
6. 「コンテナ、ボリューム、ネットワーキング、セキュリティ」を展開し、環境変数を追加
   • CONTAINER_CONFIG：STEP 1で控えたコンテナ設定コードを貼り付ける
7. メモリは 512 MiB、CPUは 1 を最低限の設定として指定
8. 最小インスタンス数を 1 に設定し、コールドスタートを防ぐ（費用とのバランスで0にすることも可能）
9. 「作成」をクリックしてデプロイ完了を待つ

STEP 3：カスタムドメインの設定

sGTMを自社ドメインのサブドメインで運用することで、ファーストパーティ Cookie の発行が可能になります。この設定がsGTMの効果を最大化する鍵です。

1. Cloud Runコンソールで、デプロイしたサービスの 「カスタムドメインを管理」 をクリック
2. 「マッピングを追加」 を選択し、サブドメイン（例：gtm.example.com）を入力
3. 画面に表示される DNSレコード（CNAMEレコード） を控える
4. ドメインのDNS管理画面で、CNAMEレコードを追加
   • ホスト名：gtm（サブドメイン部分）
   • 値：Cloud Runが表示したCNAME先（例：ghs.googlehosted.com.）
5. DNS反映を待つ（通常10分〜数時間）
6. Cloud Runコンソールで SSL証明書のステータスが「Active」 になったことを確認

STEP 4：クライアント・タグの設定

GTMサーバーコンテナには「クライアント」と「タグ」という2つの概念があります。

• クライアント：ブラウザからのリクエストを受け取り、データを解析する役割
• タグ：クライアントが解析したデータを各媒体のAPIへ送信する役割

GA4クライアントの設定

サーバーコンテナにはGA4クライアントがデフォルトで用意されています。以下の手順で設定を確認・調整します。

1. GTMのサーバーコンテナを開き、左メニューから 「クライアント」 を選択
2. デフォルトの 「GA4」 クライアントをクリック
3. 設定項目を確認
   • 「デフォルトのGA4パスを処理」が有効になっていることを確認
   • 必要に応じて「特定のIDのリクエストのみ処理」にGA4の測定IDを入力
4. 保存する

GA4タグの設定

GA4クライアントが受け取ったデータをGA4のサーバーへ転送するタグを設定します。

1. 左メニューから 「タグ」 を選択し、「新規」をクリック
2. タグタイプで 「Google アナリティクス: GA4」 を選択
3. 測定IDにGA4のプロパティID（例：G-XXXXXXXXXX）を入力
4. トリガーは 「All Pages」（GA4クライアントが処理したすべてのイベント）を選択
5. 保存する

Meta Conversions API（CAPI）タグの設定

Meta広告のコンバージョン計測をサーバーサイドで行う場合のタグ設定です。

1. 「タグ」 > 「新規」 をクリック
2. 「コミュニティテンプレートギャラリー」から 「Facebook Conversions API Tag」 を検索して追加
3. 設定項目を入力
   • API Access Token：Meta Events Managerで発行したトークンを入力
   • Pixel ID：MetaピクセルのIDを入力
   • Action Source：website を選択
4. 「イベント名のマッピング」で、GA4のイベント名をMeta標準イベントに対応付け
   • 例：purchase → Purchase、add_to_cart → AddToCart
5. トリガーは対象のイベント（例：purchase、add_to_cart）に限定して設定
6. 保存する

STEP 5：プレビューモードで動作確認

公開前に、プレビューモードで各タグの発火状況を確認します。

1. GTMサーバーコンテナの右上にある 「プレビュー」 をクリック
2. サーバーコンテナのプレビューモードが起動する
3. 別タブでサイトにアクセスし、コンバージョン対象の操作を実施
4. プレビュー画面でリクエストの一覧を確認
   • 左パネルにクライアントが受け取ったリクエストが表示される
   • 各リクエストをクリックし、発火したタグとそのステータスを確認
5. すべてのタグが「Fired」（成功）になっていることを確認して 「送信」 から公開

クライアントサイドGTMの送信先変更

サーバーコンテナのデプロイ後、クライアントサイドのGTMまたはgtag.jsの送信先をsGTMサーバーに向ける必要があります。

GTMクライアントサイドコンテナの場合：

1. クライアントサイドのGTMコンテナを開く
2. GA4の設定タグを選択
3. 「サーバーコンテナURL」 にsGTMのURL（例：https://gtm.example.com）を入力
4. 保存して公開

gtag.jsを直接使用している場合：

gtag('config', 'G-XXXXXXXXXX') の設定に server_container_url パラメータを追加します。

gtag('config', 'G-XXXXXXXXXX', {
  server_container_url: 'https://gtm.example.com'
});

導入判断の基準

sGTMは強力な仕組みですが、すべてのサイトに必要なわけではありません。導入の費用対効果を正しく見極めることが重要です。

導入判断チェックリスト

以下のチェックリストで、自社サイトにsGTMが必要かどうかを判断できます。該当項目が多いほど、導入による改善効果が期待できます。

導入を検討すべきケース

以下のような状況では、sGTMの導入効果が高くなりやすいです。

• 月間セッションが10万以上あり、計測精度の改善がROAS改善に直結するケース
• Safariユーザーの割合が高い（30%以上）サイトで、ITPによるコンバージョン漏れが疑われるケース
• 複数媒体のConversions API（Meta・TikTok・Pinterestなど）を一元管理したいケース
• ページ速度の改善が求められており、クライアントサイドのタグ削減が有効なケース

導入前に確認すべきコスト

sGTMの運用にはGCPのCloud Run費用が発生します。トラフィック規模にもよりますが、一般的な中規模サイトでは月額数千円〜数万円程度が目安です。

初期構築にはGTMとGCPの両方の知識が必要です。エンジニアリソースの確保も求められます。小規模サイトや計測精度の問題が顕在化していないケースでは、まずクライアントサイドの設定最適化を優先する判断も合理的です。

まとめ

• sGTMはサーバー上でタグを処理する仕組みで、ブラウザ上の制約（ITP・広告ブロッカー）の影響を受けにくい
• ファーストパーティ Cookie の発行により、Safariでのコンバージョン計測精度を改善できる可能性がある
• GCPのCloud Runを使ったホスティングが標準構成で、カスタムドメイン設定が計測精度向上の鍵になる
• クライアント・タグの設定により、GA4・Google広告・Meta Conversions APIなどを一元管理できる
• 導入判断はトラフィック規模・Safariシェア・運用費用を総合的に考慮して行うことが重要

まず試すべき1アクション： GA4の「テクノロジー > ブラウザ」レポートを開き、Safari/Chromeのコンバージョン率を比較してください。SafariのCVRがChromeの半分以下であれば、ITPによる計測漏れが発生している可能性が高く、sGTM導入の費用対効果が見合うケースです。

関連記事

• Googleタグマネージャー（GTM）の基礎ガイド｜タグ・トリガー・変数の仕組みと導入手順
• Cookie規制と広告計測の対応ガイド｜3rd Party Cookie廃止後の計測戦略
• 広告のコンバージョンが取れないときの原因と対策｜チェックリストで診断する
• GA4のコンバージョン（キーイベント）設定ガイド｜設定方法とGoogle広告への連携