広告CVのダブルカウントを発見・修正する実務手順｜GA4×Google広告×Meta広告の計測ズレ診断と正規化フロー

この記事のポイント

• 広告CVのダブルカウントは「媒体間の数値のズレ」とは別の問題で、GTMタグ重複発火・GA4インポートCVとGoogle広告直接タグの並立・Meta Pixel＋CAPI重複送信の3パターンが主な発生源となる
• ダブルカウントを放置するとスマート入札が過剰CVデータを正として学習し、入札単価が歪んで広告費だけが膨らむ経営インパクトが生じるため、早期発見・修正が必要だ
• GA4デバッグビューとGoogle広告のCV管理画面、Metaイベントマネージャーをこの順に照合することで発生媒体を特定し、GTMタグ監査・counting設定変更・event_id実装の3軸で除去できる
• 修正後はCV数が急減する局面があるため、スマート入札の学習期間への再突入を避けるタイミング設計（月初・流入ピーク曜日前日を外す）が重要になる
• CV計測は「1ソース・1パス」を設計原則として、GTMコンテナの命名規則と定期棚卸しを仕組み化することで構造的な再発を防げる

広告CVのダブルカウントとは何か——計測ズレ・数字ズレとの違いを整理する

ズレとダブルカウント——本質的に別の問題

広告の管理画面でCV数を確認するとき、「GA4とGoogle広告で数字が合わない」という状況に気づくことがある。ただ、この「合わない」の中身はひとつではない。ダブルカウント（コンバージョン重複）はそのうちの一類型であり、他の原因と混同したまま対処を始めると手順が変わってくる。

媒体間のCV数の差は必ずしもダブルカウントではない

GA4とGoogle広告でCV数が異なる理由として最初に疑うべきは、アトリビューションウィンドウの設定差だ。Google広告はクリック後30日・ビュースルー1日のウィンドウでCVを計上し、GA4はセッションベースのラストクリック帰属でカウントするのが基本的な挙動となる。媒体間でCVが合わないこと自体は、計測設計の差から生じる「正常な不一致」であるケースが相当数ある。

一方、ダブルカウントは「購入・問い合わせ・フォーム送信といった1件のユーザー行動を2回以上カウントしてしまっている状態」を指す。実際に起きたCVよりも報告上の数字が水増しされており、これは計測設計の誤りや設定の積み重ねによって引き起こされる。媒体間ズレとは性質が根本的に違う。

GA4とGoogle広告のコンバージョン不一致の原因一覧では、この「ズレ」全体の原因が体系化されている。本記事はその中でも特にダブルカウントに絞り、発見から修正・正規化までを一気通貫で扱う。

ダブルカウントが発生する3つの根本原因

ダブルカウントの構造は大きく3つに分類できる。

①タグの重複発火: GTM（Google Tag Manager）コンテナ内で、同一のCVイベントに対して複数のタグが同じトリガーを参照しており、1回のユーザーアクションに対して複数回CVが記録される。

②計測ソースの並立: GA4のキーイベントをGoogle広告にインポートしながら、Google広告独自の直接計測タグも同一CVを計上しており、1件のCVが二重に入札シグナルとして使われている。

③ブラウザとサーバーの二重送信: Meta PixelとConversions API（CAPI）の両方が同一CVイベントを送信しているにもかかわらず、重複排除キー（event_id）が未設定のため1件が2件としてカウントされる。

これら3つは独立した問題であることが多いが、サイトリニューアルや計測移行のタイミングでは複数が重なって発生することもある。

放置するとスマート入札学習が歪む——経営インパクトの整理

ダブルカウントが特に問題なのは、「数字が大きく見える」という見た目の話ではなく、スマート入札アルゴリズムがその膨らんだCVデータを正として学習してしまう点にある。

たとえば実際のCPAが1万5,000円であるにもかかわらず、ダブルカウントによって計測上CPAが7,500円程度に見えているとする。入札アルゴリズムはこの数字を基に「もっと入札を積極化できる」と判断し、より高い入札単価で露出を拡大しようとする。結果として広告費は増えるが、実際のCVは増えない。目標を達成したと思い込んだまま予算を消化し続けるという状態が、気づかれにくい形で進行する。

計測が壊れているということは、意思決定の基盤が壊れているということだ。CPAの数字を見て「調子がいい」「予算を増やせる」と判断しても、その前提が誤っている以上、投資判断そのものが狂っていく。

---

ダブルカウントが起きる3大パターン

図1: ダブルカウント3大発生パターンの構造

診断の手を動かす前に、どういう構造で重複が発生するかを理解しておく必要がある。パターンが違えば修正対象も変わるからだ。

パターン1: GTMで同一CVイベントに複数タグが発火する

GTMは複数のタグに同じトリガーを割り当てられる構造になっている。意図してそうした場合は問題ないが、意図せず重複してしまうのがトラブルの典型だ。

よくある経緯はいくつかある。サイトリニューアル時に旧タグを削除せずに新タグを追加したケース、担当者交代時に既存タグを把握しないまま追加設定したケース、代理店変更に伴いコンテナ管理が引き継がれず重複が積み上がったケース——いずれも「誰かが意図的にタグを2重化した」のではなく、「消し忘れ・見落とし」による積み重ねで発生することが多いとされる。

GTMの下書き状態で放置されたタグが後から誤って公開されるケースもある。コンテナの中身は意識的に棚卸しをしなければ、タグが何本あるかさえ把握しにくくなる。

パターン2: GA4キーイベントとGoogle広告の直接タグを両方カウントしている

Google広告へのCV計測には大きく2系統ある。

• GA4キーイベントのインポート: GA4（Google Analytics 4）で計測したコンバージョンをGoogle広告に読み込む方式
• Google広告タグの直接設置: Google広告が独自に発火する旧来のコンバージョントラッキングタグをGTMに設置する方式

問題はこの2つが同一のCVアクションに対して並立しているときだ。GA4インポートを追加設定したが、それ以前から使っていた直接タグを削除・無効化しなかった場合に起きる。Google広告の管理画面では、同じ1件の購入・問い合わせが2件のCVとして集計される。

GA4キーイベントをGoogle広告にインポートできない時の対処でも触れているが、インポート設定は追加するだけでなく「既存の直接タグを止める」セットで実施しなければ、このパターンの二重計上が起きやすい。

パターン3: Meta PixelとCAPIで同一CVを二重送信している

Meta Pixelはブラウザサイド、Conversions API（CAPI）はサーバーサイドからそれぞれCVイベントを送信する。この二層構造はCookie制限・広告ブロック・ブラウザプライバシー強化への対応として推奨されている設計だが、event_idによる重複排除キーを設定していないと、PixelとCAPIがそれぞれ別の1件として計上される。

MetaはeventIDが一致するイベントを同一CVとして名寄せして排除する仕組みを持っているが、これが機能するにはPixelとCAPIの両方で同じevent_idを渡す実装が必要となる。未設定のまま両方を有効にすると、Metaイベントマネージャーの「重複イベント数」が増加し、広告の実績数値が膨らむ。

---

ダブルカウント診断フロー——どのプラットフォームで発生しているかを特定する

図2: 媒体別ダブルカウント診断フローチャート

パターンを理解したところで、実際にどこで重複が起きているかを手順で確認する。

STEP1: GA4デバッグビューとCV管理画面のカウントを照合する

最初はGA4の中を見る。GA4管理画面の「レポート」→「エンゲージメント」→「コンバージョン」を開き、対象CVアクションのカウントを把握する。同時に、当該ページの到達数（サンクスページのページビュー数など）と比較してCVRを計算する。

CVRが著しく高い場合——問い合わせフォームで20〜30%を恒常的に超えているといった状況——は重複計測を疑うシグナルのひとつになる。もっとも「著しく高い」の基準は業種やターゲット品質によって大きく変わるため、自サイトの過去データとの差分を確認することの方が重要だ。直近でGTMに変更が入った日のCV数と前後を比較すると、変化のタイミングが見えやすい。

タグ確認にはGTMのプレビューモードを使う。GTMプレビューを起動してサンクスページを実際に踏み、Tag Assistantのパネルで対象ページで「Fired」になっているタグの一覧を確認する。同一トリガーに対して複数のGoogle Ads Conversion TrackingタグやGA4イベントタグが発火していれば、パターン1が濃厚だ。

STEP2: Google広告でインポートCVとタグ直計CVの重複を確認する

Google広告の管理画面で「ツール」→「コンバージョン」（または「ゴールと最適化」→「コンバージョン」）を開き、コンバージョンアクションの一覧を確認する。

確認項目	確認箇所
同一CVアクションに対してソースが「Google Analytics 4」と「Google広告タグ」の両方が存在しないか	一覧の「ソース」列
両方のアクションが「入札に含める」設定になっていないか	各アクションの「最適化」または「入札への含め方」欄
カウント方法が意図通りになっているか（リードは「1コンバージョン」、購入は「すべて」）	各アクションの詳細設定

GA4インポートとGoogle広告直接タグの両方が「入札に含める：はい」になっていれば、パターン2が確定する。

STEP3: Metaイベントマネージャーの重複率と重複イベント数を確認する

Metaビジネスマネージャーからイベントマネージャーにアクセスし、対象のデータセット（Pixel）を選択する。「概要」タブの「受信したイベント」セクションに「重複イベント」の件数と割合が表示される。ここが高い水準——目安として10〜15%以上——で推移している場合はパターン3の疑いが強い。

確認ポイントは3つある。①CAPIのペイロードにevent_idフィールドが含まれているか、②Pixelのeventパラメータにeventidが設定されているか、③PixelとCAPIで渡しているevent_idが同一の値か。いずれかが欠けていれば重複排除は機能しない。

---

媒体別修正手順——発見したダブルカウントを除去する

診断で原因が特定できたら、修正に入る。影響が大きい媒体・アクションから優先的に処理するのが原則だ。

GTMタグ監査——重複トリガーの特定と整理手順

GTMで重複タグが確認された場合の手順を整理する。

1. GTMコンテナの「タグ」一覧を開き、CVに関連するタグ（Google Ads Conversion Tracking / GA4イベント / Meta Pixel）でフィルタをかける
2. 各タグの「トリガー」欄を展開し、同一トリガーを参照している複数タグが存在しないかを確認する
3. 重複しているタグのうち「旧タグ」または「正でない方」を特定し、「一時停止」に設定する（削除は後述の観察期間後）
4. GTMプレビューモードで再度テストし、目的のタグだけが1本「Fired」になることを確認する
5. 問題なければ「公開」し、バージョンコメントに修正内容・対処した重複タグ名・実施日を記録する

「一時停止」にするか「削除」にするかは状況次第だが、修正後30日程度は数値を観察してから削除するのが安全な運用とされることが多い。引き継ぎ資料代わりにもなるため、削除前のバージョンをメモしておくと後から検証しやすい。

Google広告——counting方式変更とインポートCV一本化の設定

パターン2への対処は、基本的に「GA4インポートに一本化し、直接タグを無効化する」方向が推奨される。

GA4インポートへの一本化手順:

1. Google広告管理画面でコンバージョン一覧を開く
2. 直接タグ（Google広告タグソース）のアクションを選択し、「入札に含める」を「いいえ」に変更する
3. GA4インポートのアクションが正しく計測されていることを3〜5日確認する
4. 問題なければ直接タグのアクションを「一時停止」または「削除」にする

合わせて確認すべきはカウント設定（counting方式）だ。リード獲得のような「1クリックに1件で十分」なアクションは「1コンバージョン」を選ぶ。購入など複数発生しうるアクションは「すべてのコンバージョン」にするのが基本だが、これがそもそも「すべて」になっているとページリロード等でも多重計上されることがある。設計意図と合致しているか確認しておく。

拡張コンバージョン・CAPIの三層整備実務でも触れているが、GA4インポートに切り替える際は拡張コンバージョンの設定状況も同時に確認するのが望ましい。

Meta広告——event_idによる重複排除キー実装とPixel・CAPI共存設計

Meta PixelとCAPIを共存させながら重複を除去するには、event_idを両者に一致した形で渡す実装が核になる。

Pixelサイドの設定（GTM経由の場合）: GTMの「Meta Pixel」タグ設定を開き、「追加イベントデータ」または「カスタムデータ」欄にeventIDを追加する。値は「購入注文IDのような既存の一意IDを使う」か「ページロード時にJavaScriptで生成したUUIDを使う」のどちらかになる。ポイントは、この値をサーバーサイドにも渡せる仕組みにすることだ。

CAPIサイドの設定: CAPIのペイロード（data配列内の各イベントオブジェクト）にevent_idフィールドとして同一の値を含める。Metaはevent_name・event_time・event_idの組み合わせで重複判定を行うため、同じevent_idを持つPixelとCAPIのイベントが届いた場合に1件として名寄せする。

実装後はMetaイベントマネージャーで重複率が低下していることを1週間程度確認する。修正前後の数値を記録しておくと、修正効果の証跡として後から役立つ。

---

修正後の正規化フロー——数値変動の検証と安定化

修正後は一時落ちてから正常水準へ収束

タグを直して終わり、ではない。修正後に何が起きるかを把握して関係者に説明しながら安定化させることが、実務の後半戦だ。

修正直後3〜7日の数値変動の読み方

ダブルカウントが除去されると、CV数は修正前と比べて減少する。これは計測が正常化した証拠だが、事前説明なしに数値が急落すると混乱を招く。修正着手前にステークホルダーへ「修正後はCV数が一時的に減る理由」を伝えておくことが重要だ。

修正後3〜7日間はデータが不安定になりやすい。Google広告のコンバージョンウィンドウ内のデータは日次で遡及更新されるため、過去日のCV数も変動し続ける。この期間の数値だけを見て「修正が失敗した」あるいは「効果があった」と判断するのは早計だ。GA4のデバッグビューやTag Assistantで「タグが1本だけ発火していること」を毎日確認しながら、管理画面の集計数値の安定化を待つ。

スマート入札学習期間の再突入を最小化する修正タイミング設計

CV数が急減するとスマート入札は「シグナル不足」と判断し、「学習中」ステータスに再突入することがある。スマート入札の学習期間を短縮するマイクロCV設計でも扱っているが、学習期間中はCPC・インプレッションシェアが変動しやすく、一時的なパフォーマンス低下が起きやすい。

影響を最小化するための修正タイミングの原則を挙げる。

• 月初直後・キャンペーン予算切り替えタイミングを避ける: 複数の変数が重なると原因特定が難しくなる
• 週内でCVが集中しやすい木・金曜の前日を避ける: 変動が大きいタイミングに修正を重ねない
• CVが少ない時期（閑散期・連休明け）を狙う: 学習データが薄い状態での修正は影響が出やすいため、逆説的に言えばCVがある程度安定している時期の方が修正後の回復が早い傾向にあるとされる

マイクロCVを補助シグナルとして設定している場合は、メインCVが減少した後もマイクロCVが継続してカウントされることで、入札の安定を補える。

正規化完了を判断する3つのチェックポイント

以下の3点が揃ったタイミングを正規化完了の目安とする。

1. GTMプレビューで対象CVタグが1本のみ発火: 修正後に再度テストし、重複がないことを改めて確認する（修正時の確認と同じ手順を定期的に繰り返す）
2. GA4のCVRが修正前の過大な値から現実的な水準に収束: LP到達数と対比したCVRが、業種・質感に対して不自然な高値でなくなっていることを確認する
3. スマート入札ステータスが「有効（学習中でない）」に戻る: Google広告のキャンペーン一覧でステータスを確認し、「学習中」が外れたことを確認する

---

ダブルカウントを防ぐ計測設計の原則——再発防止フレーム

図3: 1ソース・1パス設計の構造図

ダブルカウントの多くは「設定変更の積み重ね」と「引き継ぎの不備」から発生する。一度修正しても同じ運用が続けば同じ問題は再発する。

CV計測は「1ソース・1パス」を設計原則にする

「1ソース・1パス」とは、1つのCVアクションに対して計測ソースを1系統に絞り、データの流れを1経路に限定するという設計思想だ。

具体的には、Google広告のCVはGA4インポートのみとし、直接タグは置かない。Meta CVはCAPIをメインソースとして、Pixelはevent_idを必ず設定した上で補完的に使用する——という構造が「1ソース・1パス」の実践に近い。

タグが増えるほど「どれが正の計測ソースか」が曖昧になる。GTMコンテナの複雑化は計測精度の低下リスクと比例するため、タグ数は必要最小限に維持することが長期的な計測品質の担保につながる。

GTMコンテナとタグの命名規則・定期棚卸しの仕組み化

GTMは可視化されていないタグが積み重なりやすい。命名規則と定期棚卸しを仕組みとして導入することで、属人化を防げる。

命名規則の例として、タグには[媒体略称]-[CVアクション名]-[設定年月]（例: GAds-ContactForm-202503）、トリガーには[発火条件]-[ページ識別子]（例: PageView-ThanksURL）という形式が扱いやすい。日付を含めることで「いつ誰が追加したか」が名前だけで推測できるようになる。

棚卸しは四半期に1回が実務上の目安とされることが多い。加えて、サイトリニューアル・大規模キャンペーン変更・担当者交代のタイミングでも必ず実施する。棚卸し時は「使用中・不使用・調査中」の3ステータスで管理し、不使用が確定したタグは削除期限を決めて処分する。

計測設計レビューを発注仕様書とサイトリニューアルフローに組み込む

ダブルカウントが起きやすい最大のタイミングはサイトリニューアルだ。制作会社・開発者への発注時に「現行GTMコンテナのタグ一覧・既存計測設計書を引き継ぎ資料として提出する」を仕様書の必須項目として明記することで、移行後の重複発生リスクを大幅に下げられる。

サイトリニューアル時の広告・計測引き継ぎ設計で詳しく扱っているが、制作フェーズと計測引き継ぎフェーズを分離して管理することが、リニューアル後のトラブル防止の鍵だ。計測設計を「後でやればいい」として後回しにするほど、旧タグが残り続けるリスクが高まる。

---

よくある質問

Q：GA4とGoogle広告でコンバージョン数が大きく違う場合、ダブルカウントが原因のことはあるか？

ある。典型的なケースはGA4キーイベントとGoogle広告の直接タグを両方「入札に含める」設定で並立させている状態で、この場合Google広告側のCV数がGA4より大幅に多くなる。Google広告のコンバージョン管理画面でソースを確認し、「Google Analytics 4」と「Google広告タグ」が同一CVアクションに対して両方有効になっていないかを最初に確認する。なお、数値のズレ自体はアトリビューションウィンドウの差からも発生するため、STEP1〜2の診断フローで「ズレか重複か」を先に切り分けることが重要だ。

Q：Meta広告でPixelとCAPIを両方使うと重複計測になるか？

event_idによる重複排除キーを設定していない場合はなる。PixelはブラウザからCVイベントを送信し、CAPIはサーバーから送信するため、両者が同一イベントとして紐付けられない限りMetaは2件として計上する。解消するには、PixelのeventIDパラメータとCAPIのevent_idフィールドに同一の一意なIDを渡す実装が必要だ。Metaイベントマネージャーの「重複イベント」指標が高い水準で推移していれば設定漏れと判断できる。

Q：コンバージョンのダブルカウントを最速で疑うべき状況はどれか？

以下のシグナルが出たとき、ダブルカウントの可能性を優先的に検討する。

• LP到達数（またはサンクスページのPV数）よりCV数が多い
• 直近でGTMのタグ追加・コンテナ公開作業があった
• サイトリニューアルまたは代理店変更直後にCV数が大幅に増加した
• GA4インポート設定を追加した前後からGoogle広告のCV数が倍増した
• Metaイベントマネージャーの重複率が急上昇した

これらの変化点と数値の変動タイミングが重なっていれば、ダブルカウントである蓋然性が高い。

Q：ダブルカウントを修正するとスマート入札に影響するか？

影響する。CV数が修正前の半分以下に急減するケースでは、スマート入札が学習期間に再突入しやすくなる。影響を最小化するには、月初・大型キャンペーン切り替えのタイミング・CV流入が集中しやすい曜日の前日を避けて修正を実施する。またマイクロCVを補助シグナルとして設定している場合は、メインCVが減少した後も入札の学習データを補えるため、修正後の安定化に寄与する。修正タイミングの設計がパフォーマンス回復の速度に直結するため、「いつ直すか」を決めるのも修正作業の一部と考えるべきだ。

---

真策堂では、GA4・Google広告・Meta広告を横断した計測設計の診断・見直し相談を受け付けています。「CV数の異常に気づいたが、どの媒体で何が起きているか整理できていない」「GTMのコンテナを引き継いだが中身の整合性が不安」といった状況でも、現状の計測構造を整理した上でアドバイスします。お問い合わせフォームよりお気軽にご連絡ください。