Google Ads、Google Analytics (GA4)、Floodlight のタグをサイトに配信していて、EEA または英国からのトラフィックが少しでもあるなら、新しい規制上の要件を避けることはもうできません。Google の最新のプライバシー重視の取り組みである Consent Mode v2 は、EEA と英国全体でリマーケティングと計測を続けたい広告主にとって、今や既定の選択肢です。要するに Consent Mode は、CMP(同意管理プラットフォーム)や Cookie バナーと Google のファーストパーティタグをつなぐ通信レイヤーであり、各タグのロジックや動作を個別に更新することなく、CMP から受け取ったシグナルに従って Google が動作できるようにします。
現時点で Consent Mode v2 は、Google タグを使い EEA および英国からのトラフィックに配信するサイトを持つ広告主にとって、推奨される既定の選択肢となっています。Google は 2025 年半ばにこの採用を積極的に促し、その後 2026 年半ばに次の移行を発表しました。このとき Google Signals は廃止され、連携された GA4 アカウントで広告関連の処理を制御するパラメータは ad_storage のみになります。
2024 年初頭から続いてきたこの移行で最も厄介なのは、失敗の兆候がはっきり現れないことです。サイトが壊れて見えることはなく、トラッキングやリマーケティングのタグが止まることもありません。しかし、リマーケティングオーディエンスの一部が静かに枯れ始め、規模がしきい値を下回った途端に利用できなくなることがあります。コンバージョンイベントの一部が無効として表示され始めることもあり、更新の止まったオーディエンスに依存しているキャンペーンは完全に配信停止になる場合もあります。必要な同意とカテゴリをすべて収集しているように見える CMP でも、Google タグが期待する形でそれらを渡せていないことがあるのです。
Consent Mode V1 と V2 の違いは?
| 観点 | Consent Mode V1 | Consent Mode V2 |
|---|---|---|
| 同意パラメータ | 2 シグナル:ad_storage、analytics_storage | 4 シグナル:さらに ad_user_data と ad_personalization |
| カバー範囲 | 広告と分析における基本的な Cookie 保存のオン/オフ | Cookie の保存に加えて、広告のパーソナライズを目的にユーザー情報を Google へ送信する可能性まで。 |
| 広告の粒度 | この場合、「計測」と「パーソナライズ」の区別がありません。 | 強化コンバージョン計測とリマーケティング/広告を別々に制御できます。 |
| 対応状況 | Google 広告では提供が終了しています。 | EEA/英国の広告主にとって 2024 年 3 月から必須となり、2025 年半ばに強化されました。 |
| 部分的な実装の影響 | これまで影響はありませんでした。 | バナーが v1 のパラメータを設定したと伝えている場合、表面上は問題なく見えても v2 のチェックは通りません。 |
| 未対応時の Google プロダクトへの影響 | 計測精度の低下 | リマーケティング、コンバージョン計測、Demand Gen、Customer Match のオーディエンスが劣化または機能停止 |
Consent Mode V1 は、基本的な広告と分析の Cookie を扱うために 2 つのシグナル(ad_storage、analytics_storage)に依拠していました。より進んだ V2 は ad_user_data と ad_personalization を導入し、データの利用についてさらに細かい制御を提供します。つまり、V1 のパラメータだけで調整されたバナーは完璧に見えても、V2 の観点では準拠上の問題を抱えているということです。
Consent Mode ではどのような同意が利用できるのか
Consent Mode v2 は 4 つのパラメータで構成され、それぞれが granted または denied の値を取ります。
- analytics_storage は、サイト運営者が Google Analytics で Cookie を使い、セッション情報とユーザーデータを収集するかどうかを決めます。
- ad_storage は、Google Ads の Cookie を利用できるかどうかを決め、コンバージョン計測とリマーケティングリストの作成に影響します。
- ad_user_data は、強化コンバージョンを含む広告用途で、ユーザーデータを Google に送信してよいかどうかを決めます。
- ad_personalization は、そのデータを広告のパーソナライズやリマーケティングオーディエンスの作成などに使ってよいかどうかを決めます。
EEA と英国の訪問者については、訪問者が行動を起こすまで 4 つすべてを既定で denied にしておくことが求められます。この既定拒否のアプローチが仕組み全体の土台です。いずれかの値が自動的に granted に設定され、後から拒否によって denied に変わったとしても、そのイベントは同意前にすでに計上されており、同意という概念そのものが意味を失ってしまうからです。
4 つの基準とは別に、Consent Mode は 2 つの動作モードを提供します。
- 基本 Consent Mode では、ユーザーがバナーに応答するまで Google タグは何も行いません。判断が下されるまで、匿名の形であってもデータは共有されません。この選択の利点は、プライバシーの観点から筋の通った適用ができることです。
- 高度 Consent Mode では、同意が与えられていなくてもすぐに Google へメッセージを送信します。「ping」メッセージには Cookie も個人情報も含まれませんが、これによって Google は、同意の要求を無視したユーザーがどれだけいて、どう行動したかを分析できます。判断が下される前にサイトから一部の情報が送信されるとしても、高度モードのほうがより多くの有用な情報の断片をもたらします。
なぜ Consent Mode V2 が重要なのか
急いで片付けるのではなく、真剣に検討すべき具体的な理由がいくつかあります。
これは法的な問題というより、Google プロダクト側の要件です。規制自体は Consent Mode を条文で言及すらしておらず、Consent Mode を完全に無視しながら規制に準拠することも可能です。ただしその場合に失われるのは、EEA/英国のトラフィックを扱う際の Google プロダクトの広告・計測機能へのアクセスです。要するに Google は、法律が求めるものとは切り離して、自社のルールを独自に適用しているということです。
Consent Mode を放置した影響は、即座にではなく徐々に現れます。未実装に対する直接的なペナルティを目にすることはありません。その代わりに Google は、訪問者に関するリマーケティングと計測のデータを収集しなくなります。しばらくすると、オーディエンスの規模が縮小し、アトリビューションの精度が落ち、必要なオーディエンス数が Google の要件を満たさなくなった一部のキャンペーンが配信を停止します。
Google に対応したからといって、法的リスクが自動的になくなるわけではありません。Consent Mode を実装したからといって、規制当局が GDPR 準拠の監視をやめることはありません。GDPR 違反は、重大な場合には数百万ユーロ規模の制裁金や売上の相当な割合に達し得ます。加えて EU 当局は、消費者を操作して Cookie を拒否させにくくする「ダークパターン」設計にも強い関心を寄せています。
いずれにせよ、データ品質は低下します。高度 Consent Mode が機能していても、トラフィックが非常に少ないサイトでは、Google のモデルが信頼できる推定を行うのに十分な中立的データが得られない場合があります。その場合、モデルは正確な数値ではなく参考値として扱うべきです。
Consent Mode V2 の主な特徴
| 特徴 | 内容 |
|---|---|
| 4 シグナルのフレームワーク | 単一のトグルではなく、analytics storage、ad storage、ad user data、ad personalization の Cookie を用いて、より細かい指示を与えられます。 |
| 既定拒否の挙動 | タグはまずユーザーの地域に応じて拒否され、その後バナーへの回答に基づいて許可または拒否されます。 |
| 基本 Consent Mode | ユーザーがバナーを操作する前にタグは発火しません |
| 高度 Consent Mode | ただちにタグを発火させ、同意が拒否された場合は Cookie を使わない ping の形で情報を Google に送信します。 |
| コンバージョンと行動のモデリング | 同意したユーザーからのデータが十分にあれば、同意していないユーザーのコンバージョンや行動をタグが推定できます。 |
| プロダクト横断の対応 | GA4、Google Ads、Floodlight のタグが同じ 4 つのシグナルを読むため、1 回の実装で複数の Google タグに対応できます。 |
| Google 固有のスコープ | 対象は Google タグのみで、Meta、TikTok、LinkedIn など他のプラットフォームのタグには影響しません。 |
| CMP 主導のシグナル送信 | CMP がバナー操作の意図を自動的に解釈し、パラメータに適切な値を割り当てるため、追加の実装は不要です。 |
全体として、この機能は単なる準拠にとどまりません。Consent Mode v2 では、Google とあなたの CMP が、各ユーザーが個別に与えた同意そのものに基づいて動作します。唯一のトレードオフは基本モードと高度モードの選択であり、それ以外は、対応する Google タグが発火する前に正しい同意シグナルを渡すことに尽きます。
Consent Mode V2 の実装方法
適切な実装は、通常次のような流れをたどります。
- サイト上では、他のどのタグよりも先に既定の状態を設定しなければなりません。4 つのパラメータすべてに既定値を宣言します(EEA/英国の訪問者には既定ですべて denied)。この既定状態は、GA4、Google Ads、GTM コンテナのタグと同時でも後でもなく、それらより先に読み込まれる必要があります。最もよくある実装ミスの 1 つが、タグの順序の誤りです。
- バナーの同意カテゴリをシグナルに接続し、ユーザーが操作したときに、ページ上の表示を更新するだけでなく、該当するパラメータをリアルタイムで更新するようにします。
- 操作は、Google に送られる同意状態を更新すべきです。この状態が、タグを完全に発火させるか、モデル化するか、まったく発火させないかを決めます。
- 基本モードと高度モードのどちらを使うかを意図的に選んでください。これは成り行きに任せてよい技術的な細部ではありません。同意取得前にどれだけのデータ送信を諦めるか、そしてその後どれだけ計測を回復できるかという、ビジネス上の選択です。
- 本番環境で、説明したとおりの順序でタグが発火しているかを必ず二重に確認してください。よくある誤りは、同意の初期化前にタグが発火することで、正しく動いているように見えても構成全体が無意味になります。
自前で実装するのではなく、Consent Mode 向けに設計された CMP を使えば、シグナル受け渡しの複雑さを CMP 側に移せるため、こうした問題の大半は解消します。あとはカテゴリを定義して適切なパラメータに対応付け、ユーザーの操作に応じて更新が Google に送られるようにするだけです。最初のシグナルが届くまでタグを保留するのが事前スクリプトブロッキングであり、EEA と英国の訪問者に限って既定拒否の状態を適用するのが地域ルールエンジンです。
あわせて読む - ConsentX と OneTrust
Consent Mode V2 のテスト方法
公開したら、動いていると決めつけずにテストしましょう。
- 同意の判断を行う前に、まずブラウザのコンソール/ネットワークタブを確認します。Google Ads や Analytics の Cookie が設定される前に、EEA/英国のセッションで Gtag('consent', ...) が既定値を true に設定していないことを確認してください。
- GTM プレビューまたは Google タグアシスタントでタグの発火を順に追い、同意の初期化が他のどのタグよりも先に発火していること、そして後続のタグがユーザーの選択にかかわらず常に発火するのではなく、実際に同意状態を尊重していることを確認します。
- すべての同意パターンをテストします。すべて同意、すべて拒否、そしてバナーが許す任意のカスタム選択です。それぞれで ad_storage、analytics_storage、ad_user_data の値がどうなるかを確認し、GA4 に内蔵された Consent Mode の診断表示も確認してください。GA4 は、有効な同意シグナルが受信されているか、その地域で統計的モデリングが現在有効かを示してくれるため、ネットワークリクエストを掘り下げずに実装の不具合を見つける良い手段になります。
- 実装は定期的に、とりわけタグや CMP に変更を加えた後に再テストしてください。新しいマーケティングタグ、GTM コンテナの更新、バナーのリニューアルは、誰にも気づかれないまま発火順序を壊すことがあります。公開直後だけでなく複数回確認することで、数週間から数か月にわたって計測に静かな影響を及ぼしかねない不具合の再発を見つけられます。
訪問者が選択する前に何が発火しているかを外側から手早く確認したいなら、無料の Cookie スキャナーが初回描画時に読み込まれるすべてのタグと Cookie を一覧化します。
まとめ
Consent Mode v2 は、制裁金への防御策ではありません。Google が自社の広告プラットフォームに課している自主規制の枠組みを守るためのものです。4 つの正しいシグナル、既定の拒否、何よりも先に行う同意の初期化。これらが、準拠を保ちながらキャンペーンのパフォーマンスを安定させる方法です。そうしなければ、オーディエンスは縮小し、コンバージョンはノイズだらけになり、稼働中のキャンペーンが明確な理由もなく止まります。制裁金として 1 円も失わないかもしれませんが、責めるべき相手は自分しかいません。Google Signals が 2026 年半ばに廃止される今こそ、期限が迫るまで待つのではなく準備を進める絶好の機会です。
手作業の設定なしに準拠する準備はできましたか?ConsentX を無料で試して、Consent Mode v2 のシグナルを数分で正しく設定しましょう。
よくある質問
自分のサイトでは必須ですか?
Google Ads/GA4 を使っていて、EEA、英国、スイスのユーザーを対象にしているなら必要です。これがないと、EU や英国のユーザーに対してリマーケティングも、コンバージョン計測も、パーソナライズされた Google 広告の表示もできません。
v1 と比べて v2 の新しい点は?
バージョン 2 には、バージョン 1 がカバーする 2 つ(ad_storage と analytics_storage)に加えて、2 つのシグナル(ad_user_data と ad_personalization)が含まれます。
Cookie バナーや CMP の代わりになりますか?
代わりにはなりません。併用するものです。EU や英国のユーザーから同意を得るには、引き続き Cookie バナーや CMP が必要です。このスクリプトは、ユーザーの選択を Google のタグに伝える役割を果たします。
EU/英国のユーザーを対象にしていない場合も必要ですか?
EU や英国のユーザーをまったく対象にしていないなら必要ありません。ただし多くのサイトは、これらの地域からのユーザーがいることに気づかないまま Google のサービスを使っています。
Consent Mode 用の Google タグはどう追加しますか?
Cookie バナーが読み込まれる前に、すべての Cookie について既定の同意設定を行う短い JavaScript のスニペットを追加する必要があります(すべてのシグナルを「denied」に設定します)。その後、ユーザーの選択に基づいてこれらのシグナルを更新し、更新内容を Google のタグに通知します。この処理は通常、Cookie 管理プラットフォームや Google タグマネージャーによって自動化されます。