この記事でわかること
- 広告管理画面(Google広告・Meta広告)のCV数とCRM・実際の問い合わせ数がズレる主な原因7つ
- 「管理画面の方が多い」「CRMの方が多い」それぞれのケース別原因
- コンバージョンのカウント方式(総CV・ユニークCV・ビュースルーCV)の仕組みと影響
- Cookie制限・iOS制限が計測に与える影響と2026年現在の対処法
- ズレを最小化するための計測環境整備チェックリスト
まず前提:「完全に一致させることはできない」
「広告管理画面のCV数とCRMの問い合わせ数を完全に一致させたい」というご要望は多いのですが、まず前提として「完全に一致させることは構造的に難しい」ことを理解しておくことが重要です。
これはシステムの欠陥ではなく、広告媒体・ブラウザ・ユーザー行動の多様性に起因する仕様上の違いです。重要なのは「ズレをゼロにすること」ではなく、「ズレの原因を把握した上で、どの数値を基準にするかを決めること」です。
| 計測ツール | カウントの基準 | 特徴 |
|---|---|---|
| 広告管理画面 (Google・Meta) |
広告クリック(またはビュー)後のCVタグ発火 | 広告経由のCV数を最大化しやすいカウント設定になっている場合も多い |
| GA4 | セッション単位でのイベント計測 | クロスデバイス・Cookieの制限で計測漏れが発生しやすい |
| CRM・基幹システム | 実際に届いた問い合わせ・申込データ | 最も「事実」に近い数値だが、スパム・テスト送信が混在することも |
実務的な対応方針:広告管理画面のCV数は「広告の貢献度を評価するための指標」、CRMの数値は「実際のビジネス成果の指標」として、それぞれの役割を分けて見ることが実務的です。「どちらが正しいか」より「なぜズレているかを把握して意思決定に使う」という姿勢が重要です。
「管理画面が多い」vs「CRMが多い」:ズレパターン別の原因
ズレの方向によって、疑うべき原因が異なります。
| ズレのパターン | 主な原因 | 優先的に確認すること |
|---|---|---|
| 管理画面のCV数 > CRMの件数 (広告管理画面の方が多い) |
ビュースルーCV・重複カウント・タグの二重発火・スパムCV・テスト送信の混入 | コンバージョンのカウント設定・ビュースルーCVの有無・タグの発火状況 |
| CRMの件数 > 管理画面のCV数 (実件数の方が多い) |
Cookie制限・クロスデバイス行動・直接流入・オーガニック経由・計測漏れ | CAPI(コンバージョンAPI)設定・UTMパラメータの運用状況・計測タグの設置漏れ |
| 両方のCV数が実態と乖離 | タグの設置ミス・計測設定の誤り | まずテスト送信で計測が正しく動作しているか確認する |
CV数がズレる原因7つと対処法
ビュースルーコンバージョン(VTC)が含まれている
Meta広告には「広告をクリックしなくても広告を見た(表示された)後に一定期間内にCVしたケース」をカウントする「ビュースルーコンバージョン(VTC)」という計測方式があります。広告をクリックしていないユーザーのCVも含まれるため、CRMや実際の問い合わせ数より管理画面のCV数が多くなります。
デフォルト設定では1日間のビュースルーウィンドウが設定されていることが多く、「広告を見ただけでCVにカウントされる」状態になっていることがあります。Meta広告管理画面では「クリックスルーCV」と「ビュースルーCV」を分けて確認できます。
- Meta広告管理画面のカラム設定で「ビュースルーコンバージョン」を表示し、総CVとの差を確認する
- コンバージョンウィンドウ設定を見直し、ビュースルーウィンドウを0日(無効化)または短縮する
- KPIとして使う数値は「クリックスルーCV」に統一することを推奨
コンバージョンのカウント方式が「総コンバージョン」になっている
広告管理ツールには「総コンバージョン」と「ユニークコンバージョン(1人1CV)」の2つのカウント方式があります。「総コンバージョン」では同一ユーザーが複数回CVした場合にその全件がカウントされるため、実際の問い合わせ件数より管理画面のCV数が多くなります。
「無料相談フォームに同じユーザーが2回送信した」「テストで複数回送信した」「フォーム完了後にページをリロードした」などのケースで重複カウントが発生します。問い合わせ・資料請求など「1ユーザー1回」のCVが想定される場合は「ユニークコンバージョン」設定が適切です。
- Google広告:コンバージョンアクションの設定で「カウント方法」を確認。問い合わせ系は「1回(ユニーク)」に変更
- Meta広告:「コンバージョン」列のカウント方式を確認し、必要に応じて「ユニーク」表示に切り替える
- ECの購入など「1ユーザーが複数回購入する」商材は「総コンバージョン」が正しい
タグの二重発火・設置ミス
コンバージョンタグが「ありがとうページ」に直接設置されており、かつGTM経由でも同じタグが発火している場合、1件の問い合わせで2件のCVがカウントされます。GTMへの移行時に古いタグを削除し忘れるケースが最も多い原因のひとつです。
また、GTMのトリガー設定が「すべてのページ」になっていて、ありがとうページ以外でも発火しているケースもあります。Google Tag AssistantやMeta Events Managerのテスト機能で実際の発火状況を確認することが基本です。
- Google Tag Assistantで「ありがとうページ」を開き、CVタグの発火回数が1回かを確認する
- GTMの「コンテナに含まれるタグ一覧」と直接埋め込みのタグを照合し、重複を削除する
- Meta Events ManagerのTestツールで実際にフォームを送信し、1回だけCVイベントが発火するか確認する
Cookie制限・iOS制限によるCV計測漏れ
iOS14以降のAppleのATT(App Tracking Transparency)フレームワークや、Safariのクロスサイトトラッキング防止(ITP)により、ブラウザベースのピクセル計測だけでは実際のCVの30〜50%を取りこぼしているとも言われています。これがCRMの件数の方が管理画面より多くなる主要原因のひとつです。
2026年現在もSafariやFirefoxのCookie制限は継続しており、iPhoneユーザーが多い業種(特にBtoC・モバイルファーストのサービス)では特に計測漏れの影響が大きいです。
- Meta広告:コンバージョンAPI(CAPI)をGTM経由またはCRM連携で設定し、サーバーサイド計測を追加する
- Google広告:拡張コンバージョン(ハッシュ化されたメールアドレス等を活用)を設定する
- GA4:Googleシグナルを有効にしてクロスデバイス計測の精度を上げる
クロスデバイス行動による計測漏れ
「スマートフォンで広告をクリックしてLPを見て、翌日PCから直接URLを打ち込んで問い合わせした」というクロスデバイス行動は非常に一般的です。この場合、広告管理画面ではCV計測されませんが、CRMには問い合わせが届きます。
クロスデバイス行動は防ぐことができない現象ですが、UTMパラメータの適切な運用とGA4のユーザー探索レポートを組み合わせることで、「広告経由で初回訪問し、後日別デバイスからCVした」ユーザーを一定程度把握することができます。
- 広告URLに必ずUTMパラメータを付与し、GA4でチャネル別の初回接触を記録する
- GA4のユーザー取得レポートで「初回接触チャネル別のCV数」を確認し、広告管理画面との比較材料にする
- CRMの問い合わせフォームに「どこで知りましたか?」の任意項目を設けてユーザーに記入してもらう
コンバージョンウィンドウの設定期間が長すぎる
コンバージョンウィンドウとは「広告をクリックしてから何日以内のCVを計測するか」の設定です。Google広告のデフォルトは30日間、Meta広告は7日間(クリック)が一般的ですが、これを90日・180日に設定している場合、「3ヶ月前の広告クリック後のCV」も今月のCV数にカウントされます。
これにより「今月の広告費に対して今月のCV数を比較する」という通常の費用対効果の評価が歪んでしまいます。CRMの月次集計とのズレが大きい場合はウィンドウ設定を確認しましょう。
- Google広告:コンバージョンアクションの「コンバージョンウィンドウ」を確認。業種・商材の検討期間に合わせて設定する
- Meta広告:広告セットのアトリビューション設定を確認(クリック7日・ビュー1日が標準的)
- 複数の広告を並行出稿している場合は同一ユーザーの重複帰属も発生しやすいため、「ユニーク」表示での確認も合わせて行う
スパム・テスト送信・社内問い合わせの混入
CRMの件数が管理画面より多い場合に見落とされがちな原因が、スパム送信・社内テスト・競合による調査目的の問い合わせなどの「ノイズ」です。これらは広告経由でないためCV計測されませんが、CRMには記録されます。
また逆に、LPに設置されている問い合わせフォームのCVタグが「ありがとうページ」ではなく「フォームページの表示」に設定されている場合、フォームを開いただけでCVカウントされる誤設定が起きていることもあります。
- CRMの問い合わせリストを精査し、スパム・テスト・社内問い合わせを除外した「有効件数」を集計する
- GTMのプレビューモードでCVタグが「フォーム送信完了(ありがとうページ表示)」のタイミングで発火しているかを確認する
- 社内テスト送信を行う際は、IPフィルタリングまたはGA4のフィルター設定で除外する
コンバージョンのカウント方式:総CV・ユニークCV・ビュースルーCV
広告媒体ごとにコンバージョンのカウント方式が異なります。計測数値を正しく読み解くために、主なカウント方式を整理します。
| カウント方式 | 概要 | 向いているケース |
|---|---|---|
| 総コンバージョン | 同一ユーザーが複数回CVした場合も全件カウント | EC購入など「1ユーザーが複数回CVする」商材 |
| ユニークコンバージョン | 同一ユーザーは1回のみカウント(重複なし) | 問い合わせ・資料請求など「1ユーザー1CV」の想定 |
| クリックスルーCV(CTC) | 広告をクリックしたユーザーのCV | 広告の直接的な効果測定に最適 |
| ビュースルーCV(VTC) | 広告を見た(クリックしていない)ユーザーのCV | ブランドリフト評価には有用だが、CRMとのズレの原因になりやすい |
推奨設定:問い合わせ・資料請求・予約など「1ユーザー1回」のCVを計測する場合は、「ユニークコンバージョン」+「クリックスルーのみ(ビュースルーなし)」の設定がCRMとのズレを最小化しやすい組み合わせです。
Cookie制限・iOS制限の影響と2026年の対処法
2026年現在、ブラウザのCookie制限とAppleのプライバシー強化により、ブラウザベースのピクセル計測だけでは実際のCVを正確に把握することが難しくなっています。
| 制限の種類 | 影響 | 対処法 |
|---|---|---|
| iOS ATT(App Tracking Transparency) | iPhoneユーザーがトラッキング拒否した場合、Meta広告のピクセルがCVを計測できない | Meta コンバージョンAPI(CAPI)の設定 |
| Safari ITP(Intelligent Tracking Prevention) | Safariが1〜7日でサードパーティCookieを削除。広告クリックから数日後のCVが計測されない | CAPI・拡張コンバージョン・GA4のファーストパーティ計測 |
| 広告ブロッカー | uBlockなどの広告ブロッカーがPixelやGoogle TagをブロックしCVが計測されない | サーバーサイドタグマネージャー(GTM サーバーサイド)の導入 |
2026年の推奨対処法:コンバージョンAPIの活用
Meta広告のコンバージョンAPI(CAPI)はサーバー側からMeta社にCVデータを直接送信するため、ブラウザのCookie制限の影響を受けません。CAPIとピクセルを組み合わせることで(重複排除設定も必要)、計測精度を大幅に改善できます。
- GTM経由のCAPI:GTMのサーバーコンテナを使ったCAPI設定(技術的知識が必要)
- CRM連携のCAPI:HubSpot・Salesforceなど主要CRMはCAPI連携に対応しており、商談・受注データを直接送信できる
- Google広告:拡張コンバージョン(ハッシュ化されたメール・電話番号をタグで送信)でCookie制限の影響を補完
計測環境整備チェックリスト
CV数ズレの確認・対処チェックリスト
【タグ・設置確認】
- CVタグが「ありがとうページ表示」のタイミングでのみ発火している(フォームページや全ページではない)
- タグが直接埋め込みとGTM経由で二重に設置されていない
- GTMプレビューモードでテスト送信しCVタグが1回発火することを確認した
- Meta Events ManagerのTestツールで実際のCVイベント発火を確認した
【カウント設定確認】
- 問い合わせ系CVのカウント方式が「ユニーク(1回)」に設定されている
- ビュースルーCVの設定を確認し、目的に応じてウィンドウを設定している
- コンバージョンウィンドウが業種・商材の検討期間に合った設定になっている
【計測精度向上】
- Meta広告のコンバージョンAPI(CAPI)が設定されている
- Google広告の拡張コンバージョンが設定されている
- 広告URLにUTMパラメータが付与されGA4でチャネル別計測ができている
【CRMデータの整備】
- スパム・テスト送信・社内問い合わせを除外した「有効件数」を月次集計している
- 問い合わせフォームに「流入経路(どこで知りましたか)」の任意項目がある
- 広告管理画面のCV数・GA4のCV数・CRM件数を並べて定期的に比較している
GA4・GTM 計測設定支援
LnXではGA4・GTM・MetaピクセルのCV計測設定から、CAPIの導入支援まで対応。「管理画面の数値と実態が合わない」という状態を解消します。
計測環境を相談するLnXの見解
「広告管理画面のCV数とCRMが合わない」という相談で最初に私たちが確認することは、「どちらの数値がどれだけズレているか」を定量的に把握することです。「管理画面100件・CRM70件」なら管理画面が30件多く、「管理画面50件・CRM80件」なら実態の30件が計測できていない——どちらの方向のズレかで、調べるべき原因が全く異なります。
私たちが特に強調したいのは、「計測が壊れた状態で広告改善を続けることの危険性」です。管理画面のCPAが良好に見えていても、それがビュースルーCVや重複カウントによる水増しであれば、実際の費用対効果は全く異なります。広告の改善判断は「正確な計測」が前提です。まず計測環境を整えることが、広告費の効率を最大化するための最短ルートです。
また、2026年現在はiOS制限・Cookie規制が進み、ブラウザベースのピクセル計測だけでは不十分な状況が続いています。LnXではコンバージョンAPIの設定支援も行っており、「管理画面の数値と実態のズレを最小化する」計測環境の整備を支援しています。
よくある質問
Q 広告管理画面のCV数とCRMで何%のズレまでが「許容範囲」ですか?
明確な基準はありませんが、一般的に10〜20%程度のズレは「計測の仕様上の差異」として許容範囲とみなされることが多いです。実際に広告管理画面のCV数と実CV数の乖離率について調査したデータでは、約12.6%の乖離が発生したという事例報告もあります。30%以上のズレが継続している場合は、タグの二重発火・ビュースルーCVの過剰計測・計測漏れのいずれかの問題が起きている可能性が高く、確認が必要です。
Q GA4のCV数も広告管理画面・CRMと一致しないのですが、どれを基準にすれば良いですか?
それぞれの数値には異なる役割があります。①CRM件数:最も「事実」に近い数値(スパム除外後)。ビジネス成果の評価基準、②GA4:チャネル別・ページ別の流入分析に使う。クロスデバイス計測の限界でCRMより少なめになりやすい、③広告管理画面:広告の相対的なパフォーマンス比較に使う。施策A vs 施策Bの比較には有効。どれか1つを「唯一の正解」にするのではなく、3つを並べて把握し、傾向として判断することを推奨します。
Q コンバージョンAPIの設定は難しいですか?自社でできますか?
GTM経由のCAPI設定は、GTMの基本的な操作ができれば自社でも対応可能です。ただし、サーバーサイドGTMのセットアップはサーバー環境(Google Cloud等)の準備が必要で、一定の技術知識が求められます。HubSpot・Salesforce等のCRMを使っている場合は、各CRMの公式CAPI連携機能(管理画面からの設定)を使う方が簡単です。設定に不安がある場合は計測支援の専門家に依頼することをおすすめします。
Q Google広告とMeta広告を並行して出稿しています。両方のCV数の合計がCRMより大幅に多いのですが、なぜですか?
複数の広告媒体を並行出稿している場合、同一ユーザーのCVが両方の媒体でカウントされる「マルチタッチの重複帰属」が発生しやすいです。たとえば「Meta広告を見てから翌日Google広告をクリックしてCVした」ユーザーは、MetaにもGoogleにも1CVとしてカウントされることがあります。各媒体は自媒体への貢献を最大化するカウントをするため、合計するとCRMより大幅に多くなります。複数媒体を管理する場合は、GA4の「デフォルトチャネルグループ」でのCV集計や、アドリフトなどのサードパーティ計測ツールを活用して名寄せすることが有効です。
Q UTMパラメータはどう設定すれば良いですか?
UTMパラメータは広告URLに付与することで、GA4でチャネル・キャンペーン・広告文ごとの流入を把握できます。基本の5パラメータは utm_source(流入元)・utm_medium(媒体)・utm_campaign(キャンペーン名)・utm_content(広告文/クリエイティブ)・utm_term(キーワード)です。例:?utm_source=google&utm_medium=cpc&utm_campaign=春キャンペーン。Googleの「Campaign URL Builder」ツールを使えば簡単に生成できます。全広告に一貫したUTMを付与することで、GA4とCRMの照合がしやすくなります。