ブラウザのDevToolsでGoogle Consent Modeをデバッグする:gcsパラメータの読み方

なぜブラウザで確認すべきか

見た目が正しい同意バナーは、タグが正しく動作している証拠にはなりません。Consent Modeの問題は静かに起こります。ページは読み込まれ、広告は表示され、レポートも埋まるのに、Googleに送られるシグナルが誤っていることがあります。ブラウザの開発者ツールを使えば、追加ソフトなしで数分のうちに実際の状態を確認できます。

ステップ1:ネットワークタブをクリーンな状態で開く

  1. 以前の選択が保存されていないよう、プライベートウィンドウでページを開きます。
  2. DevToolsを開き、Networkタブに移動します。
  3. Preserve logにチェックを入れ、ページ遷移後もリクエストが残るようにします。
  4. ページを再読み込みし、バナーにはまだ触れません。

ステップ2:リクエストから同意状態を見つける

Googleのタグは、リクエストにgcsパラメータを追加します。ネットワーク一覧をcollectまたはgoogleで絞り込み、任意のリクエストを開いてクエリ文字列を確認できます。値はG100やG111のような形です。

G1の後ろの文字を左から右に読みます。1桁目が広告ストレージの状態、2桁目が分析ストレージの状態で、1は許可、0は拒否を意味します。新しい実装では、Consent Mode v2の追加シグナルを含む、より長くエンコードされた状態を持つgcdパラメータも送信されます。

ステップ3:選択前に見えるべき状態

同意が必要な地域では、訪問者が操作する前に送信される最初のリクエストは拒否状態を示すはずです。訪問者が何もクリックしていないのにG111が見える場合は、デフォルトが誤っているか、デフォルトが設定される前にタグが動作しています。

ステップ4:同意後に見えるべき状態

同意をクリックし、新しいリクエストを観察します。状態が許可に変わり、タグが処理を進めるはずです。バナーが同意済みと表示しているのにリクエストが拒否状態のままなら、更新の呼び出しがGoogleタグに届いていないか、実行が遅すぎます。

ステップ5:データレイヤーを確認する

コンソールでdataLayerと入力し、エントリを展開します。次の2つを順番に探します。

  1. 同意が必要な地域について、すべてのシグナルを拒否としてリストする、defaultコマンドのconsentエントリ。
  2. ユーザーが選択した後に続く、updateコマンドのconsentエントリ。

Consent Mode v2のシグナルは、ad_storage、analytics_storage、ad_user_data、ad_personalizationです。後ろの2つがなければ、v1相当の設定です。

よくあるミス

ステップ6:タグマネージャーのプレビューモードを確認する

Google Tag Managerを使っている場合、プレビューモードでは、ページ上の各イベントの同意状態と、どのタグが動作またはブロックされたかが分かります。ネットワークタブで見たものと照らし合わせてください。2つのビューは一致するはずです。

習慣にする

この5分間のチェックを、バナーの変更、コンテナの公開、サイトのリリースのたびに実行しましょう。初回訪問、同意後、拒否後、後から選択を変更した後の4つのケースについて、期待されるgcs値を書き留めておきます。一致しないものは、レポートが教えてくれる前に直すべきバグです。

FlexyConsentの位置づけ

FlexyConsentはGoogle認定のCMP(CMP ID 317)で、Google Consent Mode v2に対応し、defaultとupdateのシグナルを送信します。それでも、タグの順序やコンテナ設定はサイトごとに異なるため、自社のページでこのブラウザチェックを実行してください。

重要なポイント

← ブログ すべて読む →