「Cookie同意バナーを入れたら、コンバージョン数が一気に減った」——これは、広告運用やサイト改善の現場でとても多い相談です。タグの設定は何も変えていないのに、レポートの数字だけが落ちる。原因のほとんどは、**同意モード（Consent Mode）**の挙動を正しく把握できていないことにあります。
こんな症状に心当たりはありませんか？
- 同意バナーを設置した日を境に、コンバージョンが 2〜4割減った
- GA4のユーザー数やコンバージョンが、以前より明らかに 少ない
- Google広告の「コンバージョン」に 「モデル化された〜」 という表示が増えた
- バナーで「同意」を押したのに、自分のテストでは 計測されているか分からない
この記事では、同意モードでコンバージョンが減る・計測されない仕組みと、基本モードと詳細モードの違い、よくある設定ミス5つ、そして本番環境で「いま実際にどう計測されているか」を確認する方法を、実務目線で整理します。
まず前提：同意モードは「計測を止めるスイッチ」ではない
つまずく最大の原因は、同意モードを「同意がなければ計測ゼロ、同意があれば計測100%」という単純なオン・オフだと思い込むことです。実際には、同意の状態に応じてタグの振る舞いが段階的に変わる仕組みになっています。
同意モード v2 では、主に次の4つの「同意の種類」をタグに伝えます。
| 同意の種類 | 役割 |
|---|---|
analytics_storage |
GA4などの分析用Cookieの可否 |
ad_storage |
広告用Cookieの可否 |
ad_user_data |
広告目的でユーザーデータをGoogleへ送ってよいか |
ad_personalization |
リマーケティング（広告のパーソナライズ）に使ってよいか |
ポイントは、これらが 「拒否」のときでも、タグは完全に止まるとは限らないことです。どこまで動くかは、後述する「基本モード」か「詳細モード」かで大きく変わります。ここを取り違えると、「設定したのに数字が合わない」の沼にはまります。
基本モードと詳細モード：減り方がまったく違う
同意モードには大きく2つの実装方式があり、コンバージョンの減り方が根本的に異なります。自分のサイトがどちらかを知らないまま数字だけ見ても、原因にはたどり着けません。
基本モード（Basic Consent Mode）
ユーザーが同意するまでタグそのものを読み込まない方式です。
- 同意前：タグが一切動かない → Googleへのリクエストはゼロ
- 同意後：タグが読み込まれ、そこから計測が始まる
一見シンプルですが、落とし穴があります。同意ボタンを押す前のページ遷移やアクションは、丸ごと計測対象外になります。とくに「同意バナーが出ている最中にコンバージョンが完了してしまう」ケース（フォーム送信が速い、別タブで完了する等）では、その成果はまるごと消えます。
詳細モード（Advanced Consent Mode）
タグは最初から読み込まれるが、同意がない間は **Cookieを使わない匿名の信号（Cookieレス ping）**だけを送る方式です。
- 同意前：個人を特定しない最小限の信号だけ送信する
- 同意後：通常どおりCookieを使った計測に切り替わる
- Googleは、送られてきた匿名信号をもとに、足りない分を**「コンバージョンのモデル化（推定）」**で補う
詳細モードのほうが取りこぼしは少なくなりますが、その代わり一部の数字は実測ではなく推定値になります。Google広告で「モデル化されたコンバージョン」が増えるのはこのためで、これは故障ではなく仕様です。
要点： 「数が減った」と感じたとき、基本モードなら取りこぼし（実データの欠落）、詳細モードなら推定への置き換えを疑います。原因も対処もまったく別物です。
「同意」の信号は、こうして送られている
確認に入る前に、ブラウザが同意状態をどうGoogleへ伝えているかを知っておくと、後の検証が一気に楽になります。
GA4や広告のリクエスト（開発者ツールのNetworkで見える …/g/collect など）には、gcs というパラメータが付きます。これが「Google Consent Signal（同意信号）」で、ざっくり次のように読めます。
gcs=G100…ad_storageもanalytics_storageも拒否gcs=G110…ad_storageのみ許可gcs=G101…analytics_storageのみ許可gcs=G111… 両方とも許可
さらに v2 では gcd というパラメータで、ad_user_data / ad_personalization を含む詳細な同意状態が送られます。
つまり、「いま自分のページがどの同意状態でリクエストを送っているか」は、ブラウザのNetworkタブで直接目視できるということです。これが確認の最重要ポイントになります。
コンバージョンが減る「よくある原因」トップ5
数字が落ちたとき、原因はだいたい次の5つに集約されます。上から順に疑ってください。
1. デフォルトが「拒否」で、多くのユーザーが同意しない
同意モードでは、ユーザーが選択する前の初期状態（デフォルト）を「拒否」に設定するのが一般的です。そして現実には、同意バナーで「許可」を押さないユーザーが相当数います。基本モードなら、その人たちの成果はまるごと欠落します——Google広告にコンバージョンが表示されないよくある原因の一つです。数字の減少幅は、ほぼ「同意しない人の割合」に比例します。
2. 基本モードで、同意前のコンバージョンが消えている
前述のとおり、基本モードはタグの読み込み自体を遅らせます。バナーが表示されている間に完了する速いコンバージョンは、構造的に取れません。「サンクスページには来ているのに計測されない」場合、これを疑います。
3. CMP（同意管理ツール）が同意の更新を送っていない
同意バナー（CMP）は、ユーザーが「許可」を押した瞬間に、その更新をタグへ伝える必要があります。この**「更新（update）」の配線が抜けている**と、ユーザーが同意してもタグは「拒否のまま」と認識し続け、いつまでも計測が始まりません。設定ミスとして非常に多いパターンです。
4. ad_user_data / ad_personalization を設定していない
同意モード v2 から必須になった2項目を実装していないと、Google広告がコンバージョンをリマーケティングや一部の最適化に使えなくなります。タグは動いていても、広告側で「使える成果」が目減りする形で効いてきます。
5. 地域（リージョン）設定の取り違え
「特定の地域だけ同意モードを厳しくする」設定を入れているのに、対象地域の指定が広すぎる／狭すぎることがあります。意図しない地域のユーザーまで計測が制限され、結果として全体の数字が想定以上に落ちます。
コンバージョンのモデル化：実際どの程度取り戻せるか
詳細モードでは、Googleが同意のギャップをモデル化されたコンバージョン（統計的推定値）で補います。ただし、回復は自動的でも保証されたものでもありません。
モデル化が機能するための要件：
- 同意モードが正しく実装されている（またはIAB TCF v2.0）
- 国・ドメインの組み合わせごとに、7日間で1日あたり700回以上の広告クリックが必要
- 約20%以上の同意率がないと、モデルの学習に十分な実データが得られない
どの程度回復できるか： Googleの報告では、コンバージョンのモデル化は、同意拒否で失われた広告クリック→コンバージョン経路のうち平均で70%以上を回復するとされています。ただしこれは大規模プロパティにおける上限値であり、保証ではありません。モデル化のしきい値を下回る場合、モデルはそもそも動作しません。その場合はEnhanced Conversionsやサーバーサイドタグ付けを組み合わせて部分的に回復させる必要があります。SafariのITPなどブラウザレベルのプライバシー機能がこのギャップをさらに拡大するため、サーバーサイドでの回復はより重要になります。
実務的な意味： 中規模のサイト（1日の広告クリックが700未満）では、モデル化されたコンバージョンはまったく得られません。レポートの数字はそのまま低くなり、そのギャップは同意モードだけでは回復できません。
同意バナーのデザイン：自分でコントロールできる最大のレバー
同意するユーザーの割合は固定値ではなく、同意バナーのデザインに大きく左右されます。2026年の業界データは意外なパターンを示しています。
- ユーザーが同意バナーに操作を行った場合、**デスクトップで69%、モバイルで76%**の確率で同意する
- 問題は、デスクトップ訪問者の47%が同意信号を一切出さないこと——同意も拒否もしない「ノーチョイス」の状態
- 本当の問題は同意する意思がないことではなく、バナーとのエンゲージメント自体が起きていないこと
同意率を改善するデザイン要因：
- ビジュアルの統一感： サイトのブランディングに合ったバナーは信頼感があり、サードパーティの侵入のように見えない
- ページを遮らないレイアウト： ページ全体を覆うバナーは離脱や無視を招く。プログレッシブ同意（到着時に最小限のバナー → エンゲージメント後にコンテキストに応じて展開）がインタラクション率を改善
- モバイル最適化： モバイルファーストのデザインは、デスクトップ向けをモバイルに流用したものより一貫して高い同意率を達成
- ダークパターンの回避： 「拒否」ボタンを隠す、紛らわしい表現を使う、「同意」を視覚的に優位にするなどの手法は規制当局の罰金対象——EUの複数のDPA（フランス、ノルウェー、ドイツ）がバナーデザインの欺瞞性に罰則を科しています
- CLSへの影響： レイアウトシフトを引き起こすバナーは、同意率だけでなくSEO（Core Web Vitals）にも悪影響
適切に設計されたバナーは通常30〜50%の同意率を達成し、設計が悪いと15%以下にとどまることがあります。
「発火しているのに減る」のはなぜか
タグは動いている（発火している）のに、レポートの数字は減る。これが同意モードで最も混乱するパターンです。理由は、発火＝リクエスト送信、計測＝Cookieを使った完全な記録、が同意状態によって切り離されるからです。このパターンの詳細な切り分け方法はコンバージョンは発火しているのに記録されない場合の切り分けで解説しています。
同意がない状態では、たとえタグが発火していても：
- Cookieが使えないため、ユーザーをまたいだ計測やリピート判定ができない
- 広告のクリックとひも付かないため、どの広告の成果か分からなくなる
- 詳細モードでは匿名信号だけが飛び、実数ではなくモデル化（推定）で補われる
つまり、「Networkで collect が飛んでいるからOK」と判断しても、その中身が gcs=G100（拒否）であれば、広告に効く完全なコンバージョンとしては記録されていないのです。発火の有無だけ見ても、同意モードの問題は見抜けません。
本番で「いまどう計測されているか」を確認する手順
手順1：開発者ツールのNetworkで gcs を見る
最も確実な確認方法です。
- 確認したいページ（とくにサンクスページ）を開き、開発者ツールの「Network」タブを開く
- フィルタに
collectまたはconversionと入力する - 飛んでいるリクエストの中の
gcsパラメータを確認する - 同意バナーで「拒否」したとき・「許可」したとき、それぞれで
gcsの値が変わるかを見る
分かること： いまこの瞬間、どの同意状態でリクエストが送られているか。gcs=G111 になっていれば両方許可、G100 のままなら拒否のまま動いている、と判断できます。
つまずきやすい例： 「許可」を押しても
gcsがG100のまま変わらない場合、原因3（CMPが更新を送っていない）が濃厚です。同意の「初期値」だけ設定して「更新」を配線し忘れている典型です。
手順2：タグアシスタント／GA4のDebugViewで同意状態を見る
Googleタグアシスタント（tagassistant.google.com）では、各タグの同意（Consent）の状態が一覧で確認できます。GA4のDebugViewでも、イベントに紐づく同意の状態を追えます。
分かること： タグが「どの同意状態で発火したか」を、送信側だけでなく管理画面側からも照合できます。
手順3：「許可」「拒否」の両方でテストする
同意モードの検証で最も大切なのが、1パターンで終わらせないことです。
- 同意バナーで「許可」したときの計測
- 同意バナーで「拒否」したときの計測
- バナーを操作する前（未選択）の計測
この3状態で、それぞれリクエストの gcs と計測結果がどう変わるかを確認してはじめて、「本番のユーザーがどの状態でも正しく扱われるか」が分かります。
手元の確認だけでは分からないこと
ここまでの手順はどれも有効ですが、自分の手元で1回テストするやり方には、同意モード特有の死角が2つあります。
- 自分はたいてい「許可」で確認してしまう。 テストする人は無意識に同意バナーで「許可」を押しがちです。しかし本番の数字を下げているのは、「拒否」や「未選択」のユーザーのほうです。許可状態だけ見て「ちゃんと計測されている」と判断すると、肝心の欠落を丸ごと見逃します。
- 広告クリックがからむと再現が難しい。 「広告経由で来て、同意を拒否した人のコンバージョンが、広告側でどう扱われるか」を正しく見ようとすると、本来はライブ広告をクリックして経路を再現する必要があり、これは自己クリックとして広告ポリシー違反のリスクを伴います。
同意モードの問題は、「許可した自分」ではなく「拒否した他人」の経路で起きます。手元で許可してOKに見えることが、かえって油断を生むのです。
確実に確認するためのチェックリスト
- 自分のサイトは 基本モードか 詳細モードか、把握しているか
- Networkの
gcsパラメータで、いまの同意状態を確認したか - 「許可」「拒否」「未選択」の3状態すべてでテストしたか
- 「許可」を押したとき、
gcsがG111（両方許可）に実際に変わるか -
ad_user_data/ad_personalization（v2の必須2項目）を実装しているか - CMP（同意バナー）が、同意の更新をタグへ送っているか
- 地域（リージョン）設定が、意図した範囲になっているか
- サンクスページで、同意前に完了する速いコンバージョンが欠けていないか
- 本番の実ユーザー条件でも欠けていないか（手元の「許可」1パターンで判断しない）
よくある質問（FAQ）
Q. 同意バナーを入れたら、コンバージョンはどのくらい減りますか？ A. 一概には言えませんが、減少幅はおおむね「同意しないユーザーの割合」と「基本モードか詳細モードか」で決まります。基本モードは実データが欠落するため減りが大きく、詳細モードはモデル化で一部補われるため減りは相対的に小さくなります。
Q. 「モデル化されたコンバージョン」とは何ですか？故障ですか？ A. 故障ではありません。詳細モードで、同意のないユーザーの匿名信号などをもとに、Googleが統計的に推定して補ったコンバージョンです。実測ではないため数字の性質が異なりますが、仕様どおりの動作です。
Q. 「許可」を押しているのに計測されません。なぜ？
A. 同意の「初期値（デフォルト）」だけ設定して、「許可を押したときの更新（update）」をタグに送る配線が抜けているケースが最も多いです。Networkの gcs が、許可後も G100 のまま変わらないかを確認してください。
Q. gcs パラメータはどこで見られますか？
A. ブラウザの開発者ツール「Network」タブで、collect や conversion のリクエストを選び、そのURL（クエリパラメータ）の中に gcs=... があります。G111 で両方許可、G100 で両方拒否です。
Q. 同意モードを入れていなければ、この問題は関係ない？ A. EEA（欧州経済領域）やUKのユーザーに広告を配信する場合、同意モード v2 への対応は**デジタル市場法（DMA）**に基づくGoogleの要件です。DMAはGoogleを「ゲートキーパー」に指定し、サービス間のデータ処理にユーザーの同意を義務付けています。Googleはこの要件を広告主に転嫁しており、有効な同意信号がなければ、コンバージョンデータの入札・リマーケティング・オーディエンス構築での利用が制限されます。対象ユーザーがいるなら「入れていない」こと自体がコンプライアンスリスクになります。一方で、対象外でも同意バナーを入れていれば、本記事の取りこぼしは起こり得ます。
Q. GA4と広告で、同意モードの影響は同じですか？
A. 似ていますが別物です。analytics_storage はGA4側、ad_storage／ad_user_data／ad_personalization は広告側に効きます。GA4は取れているのに広告のコンバージョンだけ減る、という場合は広告系の同意項目を重点的に確認します。
まとめ：「許可した自分」ではなく「拒否した本番ユーザー」で確かめる
同意モードでコンバージョンが減る問題は、タグの発火を見るだけでは見抜けません。大事なのは、「許可」「拒否」「未選択」のどの状態でも、本番のユーザー経路で正しく扱われているかを、gcs の中身まで踏み込んで確認することです。同意モード以外のよくある計測トラブルも含めた体系的な確認には、コンバージョン計測の検証チェックリストも活用してください。
ConversionOKは、外部の独立した実ブラウザであなたの本番ページにアクセスし、同意を許可した状態・拒否した状態の両方で、実際に送信されるリクエストと同意信号（gcs）を傍受して検証します。自分の広告をクリックする必要も、無意識に「許可」だけで確認してしまう死角もありません。まずは無料の静的チェックで、同意状態ごとの計測の入口を確認してみてください。