WordPressのCookieカテゴリ: 必須・分析・マーケティング・設定

Cookie名ではなく目的で始める

Cookie名は手掛かりになりますが、それだけで全体像は分かりません。保存の理由、設定されるタイミング、データの受領者、その保存なしでも求めるサービスを使えるかを確認してください。EUの同意ガイドラインは、能動的で具体的な、十分な情報に基づく選択を重視しているため、カテゴリ名も実際の目的が分かるものにする必要があります。

WordPressではさらに注意が必要です。本体、テーマ、プラグイン、埋め込み、決済ツール、分析タグ、広告ピクセルは、それぞれ異なるタイミングで保存を追加する可能性があります。あるページでの分類が、購入手続き、コメント、ログイン後の画面、キャンペーンページでも正しいとは限りません。

カテゴリを操作ルールとして使う

ACookiesの訪問者向けの主なカテゴリはrequired、preferences、analytics、marketingです。スキャン結果は、確認担当者が適切なカテゴリと説明を確認するまでunclassifiedのままにすることもできます。この確認段階は重要です。不明なCookieが存在するというだけで、説明なくrequiredの保存に分類してはいけません。

• 必要: サイトの基本動作、セキュリティ、セッション管理、同意設定、カート、購入手続きに必要な保存。
• 設定: 言語、地域、表示など、訪問の利便性を高める一方で、求められたサービスそのものではない設定。
• 分析: サイトオーナーが 利用やパフォーマンス 流れ キャンペーン コンテンツの質を 理解するのを助ける測定です。
• マーケティング： 広告効果の測定、オーディエンスの構築、パーソナライズ、リターゲティング、アフィリエイトの成果計測、キャンペーンの最適化。

WordPress の動作をコンテキストでチェック

WordPress はログイン、コメント、テストCookieなどの領域におけるCookieを文書化している。 WooCommerceはカートやセッションCookieのようなストア動作を関連付ける。 これらの例は,カテゴリ作業が実際のテンプレートとワークフローに結びつけられ,他のサイトからコピーした一般的なスプレッドシートではない理由を示している。

Googleタグは別途確認が必要です。Google Consent Modeを使う場合、任意の分析・広告の選択は、次のような同意シグナルと一致させます： analytics_storage, ad_storage, ad_user_data、および ad_personalization. Tag Assistant検証は技術的信号を確認するのに役立つが,カテゴリ検証や法的検証を置き換えることはできない。

カテゴリを繰り返し可能なレビューに変換

WordPressの実用的な確認では、代表的なページをスキャンし、同意・拒否・個別設定の前後でブラウザーの状態を調べます。各Cookieやスクリプトを、目的、カテゴリ、提供者、利用者向けの説明、必要に応じたブロックルールに結び付けることが目標です。

• トップページと、異なるプラグインや埋め込みを読み込むテンプレートをスキャンします。
• 必須Cookieの範囲を絞り、サイトに必要な理由を説明します。
• オプションカテゴリを拒否すると分析やマーケティングスクリプトが早期にロードされないことをテストする。
• バナーやポリシーの文章を公開する前に、未分類の検出結果を確認します。
• GTM、キャッシュ、フォーム、埋め込み、WooCommerce、テーマコードを変更した後にチェックを繰り返します。

よくある質問