ブログ

CookiePass と Google 同意モード：同意バナーはトラフィックに何をもたらすか

公開 2026年9月24日· 更新 2026年10月18日· 読了 5 分

当サイトでは CookiePass を使っています。Cookie 同意サービスで、Google 同意モード v2 を Google の仕様どおりに実装しています。この性質はバナーの色よりも重要です。訪問者が回答する前、「はい」の後、「いいえ」の後に、Google タグがページビューごとに何を送るかを決めるからです。これは、そのヒットがすべてコンテナを通過するサーバー側から見た姿です。

同意モードが実際に変えるもの

組織の方針に合う方式を選んでください。イベントを表示させるためだけに、意図的なスクリプトブロックを解除しないでください。 **Basic：** 必要な同意を得るまで計測コードをブロックします。同意前の計測イベントはSignalHostに届かない想定です。 **Advanced：** Googleタグを初期値`denied`で読み込みます。選択前や拒否後も、GoogleにCookieなしの計測信号が届く場合があります。信号が届くことは同意を意味しません。

`gcs` フィールドが示すのは、広告用と Analytics 用のストレージのみです。新しく追加された2つの同意権限の証拠にはなりません。Google Tag Assistant で4つすべてを確認してください。リクエストのエンコードされたフィールドは変更されることがあります。

gcs=G100   ad_storage denied,  analytics_storage denied
gcs=G101   ad_storage denied,  analytics_storage granted
gcs=G110   ad_storage granted, analytics_storage denied
gcs=G111   both granted
(no gcs)   storage summary missing; our current storage gate permits it, not proof of consent

SignalHostのコードが動く前に、`analytics_storage`、`ad_storage`、`ad_user_data`、`ad_personalization`を`denied`に設定します。その後、バナーが訪問者の選択に応じて各許可を更新します。

CookiePass はどう接続するか

同意モード v2 が求めるのは設定ではなく順序です。デフォルト状態は Google タグが読み込まれる前に宣言されなければならず（まだ選択していない人には拒否）、訪問者が決めた瞬間に更新が続き、再訪問のたびに復元される必要があります。順序を誤ると、バナーが描画される前に各セッションの最初のページビューが同意済みとして送られます。

これが CookiePass 自身のスクリプトが生成するシーケンスで、Tag Manager コンテナには何も入りません：

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

// …the visitor accepts all four purposes…
gtag('consent', 'update', {
  ad_storage: 'granted',
  analytics_storage: 'granted',
  ad_user_data: 'granted',
  ad_personalization: 'granted'
});

統合はこれで全部です。Google のタグは同意状態を自動的に尊重し、SignalHost がウェブコンテナに公開するタグも同様です。サーバーコンテナに同意条件は不要です。手作業で追加すると、ゲートされた Google タグの隣にゲートされていないイベントタグが並び、データが Google へ直接送られることになります。

選択の前後にサーバーコンテナが見るもの

**Basic：** 必要な同意を得るまで計測コードをブロックします。同意前の計測イベントはSignalHostに届かない想定です。 **Advanced：** Googleタグを初期値`denied`で読み込みます。選択前や拒否後も、GoogleにCookieなしの計測信号が届く場合があります。信号が届くことは同意を意味しません。

選択前と拒否後：対象の許可は`denied`のままです。
分析のみ：`analytics_storage`は許可されても、広告への許可は拒否のままです。
広告に同意：訪問者が実際に同意した目的だけを許可します。
撤回後：対象の値が`denied`に戻ります。再読み込みして保存された選択も確認します。

イベントが見えれば同意設定は正しい？いいえ。ライブイベントはSignalHostへの到着を示すだけで、4つすべての同意設定や広告先への配信は証明しません。同意はTag Assistantで確認し、送信先は別途確認してください。

トラフィックの数字にとっての意味

**Basic：** 必要な同意を得るまで計測コードをブロックします。同意前の計測イベントはSignalHostに届かない想定です。
**Advanced：** Googleタグを初期値`denied`で読み込みます。選択前や拒否後も、GoogleにCookieなしの計測信号が届く場合があります。信号が届くことは同意を意味しません。

チェックリスト

トラッキングを開始する前に、バナーですべての許可を拒否の状態に設定する必要があります。訪問者が選択した後は、許可された目的だけを更新し、その選択を保存して、同意の撤回にも対応してください。
テストごとに新しいプライベートウィンドウを開きます。Google Tag AssistantにサイトURLを入力し、最初と最後のConsentイベントを確認します。
選択前と拒否後：対象の許可は`denied`のままです。
分析のみ：`analytics_storage`は許可されても、広告への許可は拒否のままです。
広告に同意：訪問者が実際に同意した目的だけを許可します。
撤回後：対象の値が`denied`に戻ります。再読み込みして保存された選択も確認します。
SignalHostの設置コードにある正確なローダーURLをバナーのブロック規則に登録します。独自ドメインは通常のGoogle向け規則に一致しない場合があります。必要な同意後にだけ読み込みを許可してください。

[Cookie バナーの設定ガイド](/ja/blog/kukki-bana-consent-mode)