ランディングページにUsercentricsを
EEA、英国、スイスでGoogle Adsを運用するなら、今は訪問者ごとに同意シグナルをGoogleへ送る必要があります。Usercentricsは、Settings IDの入ったスクリプトタグ1つでそれを行い、LanderLabではタグをドメインのカスタムコードに入れるので、そのドメインで公開するすべてのページにバナーが表示され、設定が適用されます。
サービスはUsercentricsのAdmin Interfaceで一度定義します。Google Ads、GA4、Meta Pixel、使っているネイティブ広告ネットワーク。ドメイン内のすべてのランディングページがその設定に従い、新しいページは公開したその日からカバーされます。
ドメイン全体にUsercentricsのスクリプトタグを1つ
バナーは、Settings IDの入ったUsercentricsのローダーから読み込まれます。LanderLabでドメインのカスタムコードに入れれば、公開中のページを再公開した後は、そのドメインで公開するすべてのページで読み込まれるので、来月始めるEEA向けのキャンペーンも、最初から同意の仕組みが整った状態で始まります。
EEA向けキャンペーンにGoogle同意モードv2を
Usercentricsは、読み込み時に同意のデフォルト状態を、訪問者が選択したらその更新をGoogleへ送ります。対象はad_storage、analytics_storage、ad_user_data、ad_personalizationです。これで、ランディングページのGoogle AdsとGA4のタグはGoogleがヨーロッパのトラフィックに求めるシグナルで動き、Googleがカウントできるコンバージョンは引き続きアカウントに届きます。
ページのピクセルを自動ブロック
自動ブロックを使うと、Usercentricsは、スキャナーが見つけたサービスを訪問者が同意するまで保留します。ドメインのカスタムコードから読み込むので、ランディングページが追加するピクセルより先に動きます。
自動ブロックはパッケージによって異なり、Admin Interfaceに表示されるのは、アカウントで使える場合だけです。使えない場合は、Admin Interfaceにあるサービスの正確な名前を各スクリプトに付けて指定すれば、そのサービスへの同意を待ちます。
同意モードはBasicかAdvancedか、選べる
Usercentricsは、Googleが説明する同意モードの2つの方式に対応しています。Basicでは、訪問者が選択するまでGoogleのタグは読み込まれません。Advancedでは、タグは同意が拒否された状態で先に読み込まれ、訪問者が答えると動作を調整します。どちらが合うかは、法務の助言と、Googleにどれだけモデル化されたコンバージョンデータを使わせたいかによって決まり、ランディングページのバナーはどちらにも対応します。
ランディングページが読み込むものの、わかりやすい一覧
Usercentricsのスキャナーは、見つけたサードパーティへの呼び出しを、データ処理サービスとして記録します。ネットワークごとにピクセルを、テストごとにウィジェットを追加するメディアバイヤーにとっては、その一覧だけでも役立つ監査になります。ページが実際に何を読み込んでいるか、つまりバナーが説明すべきものがわかるからです。
