広告とGA4のCV数が合わない｜合わせず実売上で見る

広告の管理画面には「今月のコンバージョン 78件」と出ているのに、GA4で同じ期間の同じ広告のCVを見ると数字が違う。しかも毎月ずれ幅が変わる。どちらが正しいのかと、月末になるたびに数え直しては悩む——多くの広告担当が経験する場面ではないでしょうか。

先に結論を言います。この不一致は、多くの場合タグが壊れているからではありません。広告管理画面とGA4はそもそもCVの数え方が違うため、両方が正常に動いていても件数は一致しないのです。本記事では、なぜ構造的にずれるのかを4つの要因で整理し、追うべきは「絶対的な一致」ではなく「乖離率の安定」であること、そして投資判断はサイト側で実測した売上に一本化するのが近道であることを解説します。

この記事のまとめ#

1. CV数の不一致は「故障」ではなく「数え方の違い」

   広告管理画面とGA4は帰属の定義・計測の窓・重複の扱いが別なので、正常でも件数はそろわない

2. 手で突き合わせても翌月また再びずれる

   数え方が違う限り、毎月チャネルをまたいで数え直す作業が終わらない

3. 追うのは絶対一致でなく「乖離率の安定」

   一定の幅に収まっていれば計測は健全。急に幅が変わったときが異常のサイン

4. 投資判断はサイト側の実測売上に一本化する

   件数の照合に時間を使うより、どのチャネルがいくら売ったかを1つの基準で見比べるほうが速い

1.広告管理画面とGA4のCV数はなぜズレるのか#

結論: ずれる原因は主に4つ。帰属の定義差・サーバー送信による重複・ビュースルーCV・計測の窓です。どれも「壊れている」わけではなく、各ツールの仕様どおりの動きです。

帰属の定義差#

広告管理画面は「その広告がクリックされた後にCVが起きたら、その広告の成果」として数えます。GA4は、CVが起きた瞬間に最後に接触していたチャネル（ラストクリック系）や、データドリブンなどのモデルで分け直して数えます。数える主体も、どのクリックに成果を割り当てるかの基準も違うため、同じ購入でも別の場所に計上されます。帰属モデルで件数や売上の帰属が動く仕組みはラストクリック帰属の落とし穴で掘り下げています。

サーバー送信による重複#

近年はブラウザからの計測に加えて、サーバー側からも広告媒体へ成果を送る構成（サーバー送信・CAPIなど）が一般的になりました。ブラウザ側とサーバー側の両方が同じ購入を送ると、媒体側では重複を除く処理が入りますが、その基準はGA4の数え方とは別です。結果として、媒体の件数が多めに出やすくなります。媒体ごとに成果が盛れて見える二重計上の考え方はMERとプラットフォームROASで整理しています。

ビュースルーCV#

広告を見ただけでクリックはしていない人が、後で自分でサイトに来て買った——これを成果に含めるのが「ビュースルーCV」です。SNS広告では特に多く、媒体側はこれを成果として数えます。一方GA4のラストクリック系では、クリックがないので広告の成果にはなりません。ここだけでも件数は大きく開きます。

計測の窓#

「クリックから何日以内のCVを数えるか」という期間（計測の窓）も、媒体とGA4で設定が違えば数字は変わります。媒体が30日窓、GA4が別の区切りなら、同じ購入でも一方に入って一方に入らない日が出てきます。

2.「合わせる」ことは構造的にできない#

結論: 数え方そのものが違う以上、手でCV件数を突き合わせて一致させても、翌月にはまたずれます。一致させる作業に終わりはありません。

多くの現場では、月末に広告管理画面とGA4を並べて、CV件数の差をスプレッドシートで埋めようとします。考え方はシンプルです。ですが、ここが落とし穴です。ビュースルーCVの有無も、重複を除く基準も、計測の窓も、来月まったく同じにはなりません。今月きれいに数字を合わせても、来月はビュースルーの比率が変わり、また別の差が出ます。合わせる作業は毎月ふりだしに戻るのです。

しかもチャネルが増えるほど負担は跳ね上がります。リスティング、SNS、リタゲ——媒体ごとに数え方のクセが違うので、1つずつ突き合わせていくと、月次の広告レビューのたびに半日が消えます。これは考え方が難しいのではなく、同じ手作業を毎回・媒体をまたいで繰り返すことが重いという種類の問題です。

大事なのは、この不一致が「壊れているから起きるずれ」なのか「正常でも起きるずれ」なのかを見分けることです。タグ外れやトリガー誤りのような故障のずれは直せますが、数え方の違いによるずれは直す対象ではありません。故障のずれかどうかの点検は広告のCV計測が壊れていないかに、そもそも数字が合わない前提の仕組みはGA4とカートの売上が合わない理由にまとめています。故障を直したうえで残るずれは、消そうとするものではなく、付き合い方を決めるものです。

3.追うべきは「乖離率の安定」#

結論: 目指すのは件数を一致させることではありません。広告管理画面とGA4の差が一定の幅に収まっているかを見て、その幅が急に変わったときだけ異常として調べる、という付き合い方です。

差がゼロにならないなら、何を見ればよいのか。答えは乖離率の安定です。たとえば「GA4のCVは広告管理画面より毎月おおむね2〜3割少ない」という幅が続いているなら、計測は健全に回っていると判断できます。数え方が違うぶんの差は、いわば固定の目盛りのずれのようなものだからです。

逆に、いつも2割だった差が急に5割に開いた月は、そこで初めて調べに行きます。タグが外れた、同意管理ツールの設定が変わった、リダイレクトの経路が変わった——こうした本当の故障は、乖離率の急変として表面に出ます。平常の幅を知っておけば、異常だけに手をかけられるわけです。

この見方に切り替えると、月末の作業は「件数を合わせる」から「幅がいつもどおりかを確かめる」に変わります。突き合わせて一致させるより、はるかに軽く、しかも異常の早期発見という本来の目的にかないます。

4.投資判断はサイト側で実測した売上に一本化する#

結論: どちらのCV件数が正しいかを延々と照合するより、投資判断は第三の基準——サイト側で実測した売上に一本化するのが近道です。件数ではなく、いくら売れたかで見比べます。

広告管理画面のCV件数もGA4のCV件数も、それぞれ意味のある数字です。ただ、どちらも「件数」であって「いくら売れたか」ではありません。件数が同じでも、単価の高い商品が売れた月と安い商品ばかりの月では、事業へのインパクトはまるで違います。だからこそ、予算をどのチャネルに寄せるかは、件数の照合ではなくサイト側で実測した売上で見比べるほうが、判断がぶれません。

ここで使うのがRPS（Revenue Per Session＝1回の訪問あたりの売上）という基準です。チャネルごとに「訪問1回あたりいくら売上を生んでいるか」をそろえて見れば、件数の多い少ないに惑わされず、どのチャネルが本当に稼いでいるかが見えてきます。広告管理画面の件数と自社の実測売上を別ソースとして扱い、答え合わせに使う考え方は代理店の月次報告を自社データで確かめるでも触れています。

基準を実測売上に一本化すると、毎月の悩みの中身が変わります。「どちらのCV数が正しいのか」ではなく「どのチャネルに次の1円を投じるか」を考える時間に振り替えられるのです。

RevenueScopeの解決策

結論: RevenueScope は、広告管理画面の申告値とサイト側で実測した売上を「一致させる」のではなく、別の基準として正直に並べて見せます。件数の照合をやめ、どのチャネルがいくら売ったかを1画面で判断するための土台です。

CV件数の不一致は、数え方の違いから来る構造的なものでした。だとすれば、無理に1つの数字へそろえるより、それぞれの基準が何を見ているかを明示して並べるのが誠実です。RevenueScope は自前のトラッキングでサイト側の実測売上を計測し、チャネルごとの売上・RPSを1画面に出します。そのうえで、広告費を連携している場合は、媒体が申告するCV件数・成果額・ROASも同じ画面に並べます。

下は、サンプルデータのフィクションサイト（見本のECサイト）に「広告連携チャネルの数字を出して」と聞いたときの実際の返り値です。件数と売上が別ソースであることが、そのまま見て取れます。

サンプルデータのフィクションサイト（見本のECサイト）の直近30日の実出力。

ここで大事なのは、RevenueScope が媒体の成果額とサイト実測売上を一致させようとしない点です。成果額（ROASの分子）は広告媒体側の申告値で、ビュースルーや媒体独自の計測窓を含みます。一方のサイト実測売上は、RevenueScope が自前で計測した購入額です。数え方が違うので金額がそろわないのは当然で、RevenueScope はROASの成果額が媒体申告値であることを画面上でも明記します。都合よく1つの数字に見せかけないことが、判断を誤らせないための境界線です。

投資判断には、この実測売上の側を使います。サイト全体では、直近30日で売上 約42万円・RPS ¥307・購入率3.1%（同じくサンプルデータのフィクションサイト）。チャネル別のRPSで見比べれば、CV件数の多寡ではなく「どのチャネルが訪問あたりいちばん売っているか」で予算配分を考えられます。さらに帰属モデル（ラストクリック／ファーストクリック／均等配分／時間減衰）を切り替えると、売上がどのチャネルに寄るかの見え方も試せます。ただし、これはサイト側で実測した売上の帰属を切り替えるものであり、広告管理画面のCV件数をRevenueScope が一致させるわけではありません。

なお、RevenueScope もGA4や広告媒体とCV件数を完全一致させることは保証しません（計測経路が別だからです）。粗利やLTVは扱わず、売上そのものを軸にします。そこを正直に開示したうえで、件数の照合に費やしていた毎月の手作業を、実測売上という1本の基準に置き換えます。

5.FAQ#

Q1.広告管理画面とGA4、どちらのCV数が正しいのですか？#

どちらも「間違い」ではありません。数え方が違うだけで、それぞれの仕様どおりの正しい数字です。広告管理画面はビュースルーや媒体の計測窓を含み、GA4は帰属モデルに沿って数えます。正しさを1つに決めるより、投資判断はサイト側の実測売上に寄せるのが実務的です。

Q2.CV数を完全に一致させる設定はできますか？#

構造的に困難です。ビュースルーCVの有無、重複を除く基準、計測の窓が媒体とGA4で違う限り、設定を詰めても差は残ります。目指すべきは一致ではなく、乖離率が一定の幅に収まっているかの確認です。

Q3.乖離率はどのくらいなら健全ですか？#

一律の正解値はありません。自社の平常の幅を数か月ぶんためて、その幅から大きく外れた月を異常として調べる、という相対的な見方が実用的です。絶対値より「いつもと同じか」を見ます。

Q4.RevenueScopeを入れれば件数の不一致は消えますか？#

消えません。RevenueScope は件数を一致させる道具ではなく、件数とは別の基準としてサイト側の実測売上を出す道具です。媒体申告値と実測売上を並べて見せ、ROASの成果額は媒体申告値だと明記します。件数の照合をやめ、売上で判断に移るための土台と考えてください。

まとめ—CV数は「合わせる」より「実売上で判断する」#

広告管理画面とGA4のCV数が合わないと、多くの担当者は「どこかが壊れている」と考え、月末ごとに突き合わせて数字を埋めようとします。しかし本記事で見たとおり、その大半は故障ではなく、帰属の定義差・サーバー送信の重複・ビュースルーCV・計測の窓という、数え方の違いから来る構造的なずれです。数え方が違う限り、手で合わせても翌月また再びずれます。

だから追うべきは絶対的な一致ではなく、乖離率が一定の幅に収まっているかどうか。急に幅が変わったときだけを異常として調べれば、月末の作業はぐっと軽くなります。そのうえで、予算をどこに寄せるかの投資判断は、件数の照合ではなくサイト側で実測した売上に一本化する。件数ではなく、いくら売れたかで見比べるということです。

RevenueScope は、媒体の申告値と自社の実測売上を無理に一致させず、別の基準として正直に並べます。チャネル別の売上・RPSを1画面で見比べ、どのチャネルに次の1円を投じるかを決める——数え方の照合に費やしていた毎月の手作業を手放すための土台です。

参考文献#

• [1] Google 広告ヘルプ「アトリビューション モデルについて」 2026

• [2] Google アナリティクス ヘルプ「同意モードのための行動モデリング」 2026

• [3] Meta ビジネスヘルプセンター「アトリビューション モデルと設定について」 2026