ブログ
サーバーサイドタギングの前に置く Cookie バナー：変わることと、変わらないこと
公開 · 更新 · 読了 4 分
バナーは訪問者の意思を確認します。Consent Modeはその選択をGoogleタグに伝えます。スクリプトのブロックはSignalHostのコードを実行するかを決めます。それぞれ別の役割です。 バナーの表示だけでは不十分です。
サーバーサイドタギングが同意について変えること：何もない
ファーストパーティのホスト名はリクエストの技術的な属性であって、許可ではありません。昨日アナリティクス Cookie の設定に同意が必要だったなら、今日も必要です。Cookie を設定するのが google-analytics.com ではなく metrics.yoursite.com になったことは、そこに一切関係しません。規制当局の問いは「何を、なぜ収集するのか」であって、パケットが途中でどのサーバーを経由したかではありません。
Cookieバナーを設定
バナーは訪問者の意思を確認します。Consent Modeはその選択をGoogleタグに伝えます。スクリプトのブロックはSignalHostのコードを実行するかを決めます。それぞれ別の役割です。
バナー提供元の設定でGoogle Consent Mode v2連携を有効にします。バナーの表示だけでは不十分です。別のバナーや重複したGoogleタグは追加しないでください。
BasicとAdvancedの違いは？
組織の方針に合う方式を選んでください。イベントを表示させるためだけに、意図的なスクリプトブロックを解除しないでください。
- **Basic：** 必要な同意を得るまで計測コードをブロックします。同意前の計測イベントはSignalHostに届かない想定です。
- **Advanced：** Googleタグを初期値`denied`で読み込みます。選択前や拒否後も、GoogleにCookieなしの計測信号が届く場合があります。信号が届くことは同意を意味しません。
初期値を設定し、選択を伝える
SignalHostのコードが動く前に、`analytics_storage`、`ad_storage`、`ad_user_data`、`ad_personalization`を`denied`に設定します。その後、バナーが訪問者の選択に応じて各許可を更新します。
- 分析のみの同意で、広告への許可まで与えないでください。
- 再訪問時にも選択を保持し、変更や撤回があれば更新を送信します。
- Google 広告の拡張コンバージョンには、`ad_user_data`の許可と広告側の設定も必要です。`ad_personalization`はパーソナライズ広告用で、通常のイベント集計の許可とは異なります。
バナーがスクリプトをブロックする場合
SignalHostの設置コードにある正確なローダーURLをバナーのブロック規則に登録します。独自ドメインは通常のGoogle向け規則に一致しない場合があります。必要な同意後にだけ読み込みを許可してください。
連絡先の照合を有効にする前に
この任意機能は、サイトに入力されたメールアドレスを読み取る場合があります。ハッシュ化しても連絡先は匿名にはならず、通常のイベント集計には不要です。
Advancedでは、`ad_storage`が`denied`の場合にSignalHostで削除される前に、連絡先情報がSignalHostへ届く可能性があります。同意前の転送を避ける必要があれば、照合をオフのままにするか、同意までコードをブロックしてください。
同意と拒否の両方を確認
テストごとに新しいプライベートウィンドウを開きます。Google Tag AssistantにサイトURLを入力し、最初と最後のConsentイベントを確認します。次をテストしてください。
- 選択前と拒否後：対象の許可は`denied`のままです。
- 分析のみ：`analytics_storage`は許可されても、広告への許可は拒否のままです。
- 広告に同意：訪問者が実際に同意した目的だけを許可します。
- 撤回後：対象の値が`denied`に戻ります。再読み込みして保存された選択も確認します。
イベントが見えれば同意設定は正しい？ いいえ。ライブイベントはSignalHostへの到着を示すだけで、4つすべての同意設定や広告先への配信は証明しません。同意はTag Assistantで確認し、送信先は別途確認してください。