WordPress の Tag Assistant でConsent Modeを確認

クリーンで繰り返し可能なテストセッションで開始

Googleのトラブルシューティング資料では、Tag Assistantで同意の初期状態が正しいか、訪問者の操作後に更新されるか、各タグがどの同意タイプを確認するかを調べられると説明しています。画面の見た目だけでなく、技術的な点検として行ってください。

新しいブラウザプロファイルまたはプライベートセッションを開き、既存のサイト同意Cookieを削除し、テストしたい公開 URL に対して新しいTag Assistantセッションを開始します。 最も明確な結果を得るために、GoogleはTag Assistant Companion拡張機能を備えたChromeを推奨している。 WordPress のページキャッシュ機能がある場合は、通常のキャッシュされたページとタグが異なるテンプレートをテストしてください。

タグが参照する前に同意の初期状態が設定されることを確認

Consent Modeは実行順序に依存します。一般的なEEA向けオプトインの流れでは、訪問者が選ぶ前に任意の保存を許可済みにしてはいけません。Tag Assistantで最初の同意イベントを選び、API呼び出しかConsentタブを確認します。Googleのデバッグ資料は、 ad_storage, analytics_storage, ad_user_data、および ad_personalization を、ウェブサイトの検証で確認すべきパラメータとして挙げています。

Googleタグマネージャーを使う場合は、同意タグの実行タイミングも確認します。GoogleはConsent Initializationトリガーを、他のトリガーが動く前に同意設定を利用可能にするものと説明しています。バナーを正しく設定する必要はありますが、確認すべき具体的なタイミングの目印になります。

受け入れ、拒否、カスタム更新をテスト

「すべてに同意」のテストだけでは不十分です。バナー操作後、Tag Assistantで最新の同意イベントを選び、訪問者の実際の選択が更新に反映されているか確認します。分析への同意は分析カテゴリに、広告用の保存・ユーザーデータ・パーソナライズはサイトで定義したマーケティングまたは広告カテゴリに従う必要があります。

オプションのカテゴリを拒否した後、カスタムミックスを保存した後に同じチェックを繰り返します。 次にページを再読み込みし、保存された選択が一貫して適用されているかを確認します。 WordPress の一般的な失敗モードは、最初のページビューが機能するが、キャッシュされたページ、テーマ注入スクリプト、プラグイン最適化パスが次のロードで順序を変更することである。

WordPress スクリプトタイミングをテストの一部として保持

WordPress自体はログインしたユーザー、コメント者、言語行動に対してCookieを使用しているが、Consent Modeの問題の多くはオプション分析や広告スクリプトから生じる。 テーマ、プラグイン、ページビルダー、GTMコンテナが Google タグをロードする場所を確認します。 デフォルトの同意コールの前に発生するタグは、他に良いバナーを破壊する。

ACookiesはGoogleの同意を拒否するデフォルトを設定し,Consent Modeワークフローで訪問者の選択に基づいて更新を送信する。 また、WordPressプラグインにおけるWP Consent API登録もサポートしている。 これらの製品クレームはリポジトリ実装とマーケティング製品データに基づいているが、最終サイトはまだTag Assistant、Cookie、および設定後のネットワークチェックを必要とする。

• 既存の同意を削除し、新しいTag Assistantセッションを開始します。
• バナーとインタラクションする前に最初の同意イベントを調べる。
• 承認、拒否、カスタムカテゴリの更新をチェックします。
• 同じページを再読み込み、別のWordPressテンプレートを再テストします。
• Tag Assistantの出力をブラウザのCookieとネットワーク要求と比較します。

よくある質問