Google Consent Mode v2 は何であり、何でないのか
Googleの公式のConsent Mode概要では、GoogleタグとSDKがユーザーの同意選択に基づいてどのように振る舞うかを調整する方法として記述している。 バナーは訪問者の選択を集めるが,タグは何が許可されているかを言う構造化された信号を必要とする。
バナーとConsent Modeは同じワークフローの異なる部分を解決する。 Googleは明示的に、同意を得て、その同意状態をGoogleに伝えるのはあなたの責任だと言っている。 もしWordPressをGoogle Analytics、Google AdsまたはGoogle Tag Managerで動かしているなら、この区別は「v2」のラベルよりも重要である。
多くのチームが理解しておくべき4つの同意パラメータ
Googleの現在のドキュメンテーションは、ウェブサイトの実装において重要な4つのパラメータを中心としている。 ad_storage, analytics_storage,
ad_user_data、および ad_personalization。GoogleはEEAからのアクセス向けのConsent Mode v2更新で最後の2つを追加したため、古い資料や設定では現在の要件に合わない場合があります。
基本と高度のConsent Mode:実際の違い
Googleは2つの実装モデルを文書化している。 基本的なConsent Modeでは,タグは訪問者が同意するまでブロックされる。 高度なConsent Modeでは,デフォルトの同意設定でタグをロードし,訪問者の選択に従って挙動を調整する。
違いは明確です。基本モードは同意前に任意機能が動かないため、考え方が単純です。高度なモードでは、拒否時にもGoogleが同意状態に応じたpingとモデリングを使うため、測定の継続性を高められます。どちらでも、正しい初期値を設定し、実装をポリシーやバナーの制御と一致させる必要があります。
WordPressで設定につまずく理由
原因はWordPressそのものよりも、タイミングにあることが多くなります。初期状態がない、設定が遅い、「すべてに同意」の場合だけ更新する、といった実装では、バナーが表示されても誤ったシグナルを送る可能性があります。Googleの資料が、タグで同意を使う前の初期値設定を重視するのはこのためです。
WordPress の実用的な設定フロー
1. タグに触れる前にカテゴリのマッピングを決める
訪問者に示すカテゴリと、それぞれが制御すべきGoogleの動作から考えます。バナーで分析と広告への同意を分ける場合は、更新時もその区別を一貫して反映する必要があります。
2. 初期値を早い段階でdeniedに設定
GoogleのTag Assistantのトラブルシューティング資料では、同意の初期値をページの処理開始時に設定し、他のタグが動き始めた後で非同期に設定しない手順が示されています。WordPressでは、スクリプトの順序、GTMのトリガーのタイミング、初期値の準備前に別のプラグインがGoogleタグを挿入していないかを確認します。
3. 訪問者の実際の選択後に同意を更新する
受け入れ、拒否、またはカスタム設定を保存した後、Googleの同意状態を訪問者が選択したものに合わせて更新する。 ここでレビューファーストCMPフローが役立つ。バナーカテゴリ、ポリシーカテゴリ、実際のGoogleシグナルを比較できる。バナーをブラックボックスとして扱う代わりに。
4. WordPressのCookie一覧も把握する
WordPressの公式開発者資料によると、本体もログイン利用者やコメント投稿者のためにCookieを使います。ただしConsent Modeの判断は、分析タグ、広告タグ、埋め込み、タグマネージャー、プラグインなど、追加した任意機能に左右されることが多くなります。適切な設定には、Googleへのシグナル送信と最新のCookie・スクリプト一覧の両方が必要です。
Tag Assistant で実装を検証する方法
検証を通じて、多くのチームはサイトが想定どおり動くかを初めて把握します。GoogleはConsent Modeの確認にTag Assistantを推奨しており、トラブルシューティング資料では、同意の初期値の欠落やパラメータの不足といった繰り返し起こる問題を説明しています。
- サイトを新しいセッションで開き、オプションタグが同意に依存する前にデフォルトの状態が表示されることを確認します。
- 次の項目：
ad_storage,analytics_storage,ad_user_data、およびad_personalizationが、必要に応じてすべて含まれていることを確認します。 - すべてに同意、任意Cookieを拒否、個別設定を保存という各操作を試し、それぞれで状態が更新されるか確認します。
- バナーの同意カテゴリーと ページ上で実際に発生するタグを比較する。
- ホームページ、ランディングページ、チェックアウト関連フローなどのキーテンプレートでテストを繰り返す。
GA4プロパティが同意を必要とするGoogleサービスと連携しており、EEAからの訪問者がいる場合、Googleアナリティクスが広告測定やパーソナライズへの明示的な同意シグナルの不足を通知することもあります。検証は公開時のチェックだけでなく、継続的な運用作業になります。
発行前に注意すべき一般的なミス
最も一般的な失敗は、バナーだけでGoogle側が正しいことを証明すると仮定することである。 実際には,問題はスクリプト順序,部分的カテゴリマッピング,あるパラメータを更新するが他のパラメータを更新しないカスタムコードパスから生じる。
Consent Modeを法律上の近道と考えるのも誤りです。Googleの資料は、同意を取得し、利用者の選択を伝える責任があると明記しています。欧州委員会の同意ガイドラインも、有効な同意には十分な情報、具体性、明確な意思表示、実際に撤回できる手段が必要だと説明しています。
よくある質問
Google Consent Mode v2 はCookieバナーと同じですか?
いいえ。Googleは、同意の選択をGoogleタグに伝える仕組みとしてConsent Modeを説明しています。訪問者の選択を取得するには、引き続きバナーやCMPが必要です。
Consent Mode v2 で何が変わった?
Googleが追加 ad_user_data そして ad_personalization という同意パラメータを追加しました。これらは次の設定と併用されます： ad_storage そして
analytics_storage デフォルトと更新状態で。
WordPress サイトは基本的なConsent Modeか、高度なConsent Modeを使うべきですか。
法務、分析、実装上の判断によって異なります。Googleは両方を文書化しています。基本の同意モードは同意までタグをブロックし、高度な同意モードは初期値を設定してタグを読み込み、訪問者の選択後に動作を調整します。
設定が正常に動作していることをどうやって確認しますか?
Tag Assistantを使い、同意の初期値が早い段階で設定されること、必要な同意パラメータがあること、同意・拒否・個別設定の変更後に状態が更新されることを確認します。
参考文献
同意シグナルをサイトの実態に合わせる
設定を完了する前に、Cookieのインベントリ、バナーのカテゴリ、Google の同意更新を一緒にチェックしてください。