管理画面とレポートで広告の数値が合わない|差異が生まれる原因と切り分けの手順

月次レポートを出す直前に、Google広告の管理画面のコンバージョン数と、手元のスプレッドシートの数字が合わない。数件のずれなら丸めて出してしまいたくなるところですが、クライアントに提出したあとで指摘されると、数字そのものより「気づかずに出した」ことのほうが問題になります。広告運用者の方から、この突き合わせに毎月2〜3時間かかっているという相談をよく受けます。ただ、この作業が終わらない理由の多くは注意力ではなく、そもそも「合うはずのない数値を合わせようとしている」ことにあります。この記事では、差異が生まれる原因を種類ごとに分け、どこから疑えば最短で原因にたどり着けるかの順番を示します。
「合わない」には性質の違う3種類がある
同じ指標名でも、媒体ごとに数え方の定義が違う
最も多いのは、指標名が同じで定義が違うケースです。コンバージョンという一語が指す中身は媒体ごとに異なります。Meta広告の標準的なアトリビューション設定はクリックから7日間・表示から1日間で成果を紐づけますが、計測窓の取り方や間接的な接触の扱いは媒体ごとに設計が違います。同じ購入1件が、ある媒体では計上され、別のツールでは計上されない。これは不具合ではなく、定義どおりの挙動です。
この種の差異は、突き合わせても一致しません。一致させようとして計測設定を触ると、過去データとの連続性まで壊れます。まず確認すべきは「この2つの数字は同じものを数えているのか」で、答えが「違う」なら、その時点で突き合わせ作業は終わりです。あとは差の大きさが説明できる範囲に収まっているかだけを見ます。
同じ期間を見ているつもりで、区切りがずれている
次に多いのが期間の区切りです。アカウントのタイムゾーン設定が媒体ごとに異なっていると、同じ「7月1日〜7月31日」でも実際に集計されている時間帯がずれます。Google広告のヘルプでも、レポートの差異を調べる際にまず同じタイムゾーンの同じ期間を対象としているかを確認するよう案内されています。海外向けの配信を含むアカウントでは、この一点だけで数%の差が出ます。
もう一つ、確定前のデータを見ているという要因があります。クリック数は1時間ごと、表示回数は数時間ごとに更新されるため、当日や前日のデータは取得したタイミングによって値が変わります。コンバージョンはさらに遅れて計上されるため、月初に取得した先月分と、1週間後に取得した先月分が一致しないことは普通に起こります。「昨日と今日で同じ期間の数字が違う」という現象の多くはこれです。
経路の途中で失われている
3つ目は、数値が実際に欠けているケースです。広告のクリック数とサイト側のセッション数は原理的に一致しません。クリックした全員がページを読み込んでタグを発火させるわけではないからです。読み込み前の離脱、リダイレクトの途中での離脱、計測タグの発火条件の不備。これらは差異ではなく欠損で、前の2つとは対処が違います。
- 定義の違い → 一致させない。差の理由を説明できる状態にする
- 期間・確定タイミングのずれ → 取得条件を揃えれば一致する
- 経路上の欠損 → 計測側を直す必要がある
ADminiは媒体ごとの数値を同じ期間軸に揃えて並べられます。ADminiなら無料で始められます。無料で試してみる →

差異を切り分ける順番
期間とタイムゾーンを揃えてから、定義の話に入る
切り分けは、直せるものから順に潰します。最初にやるのは期間とタイムゾーンの一致確認で、ここは設定を見れば数分で終わります。各媒体のアカウント設定でタイムゾーンを確認し、同じであることを確かめてから、集計期間の開始日と終了日が同一かを見る。この段階で差が消えるケースが一定数あります。
タイムゾーンを確認するときは、媒体アカウントの設定値だけでなく、レポートを書き出しているツール側の設定も同時に見る必要があります。媒体側が日本時間でも、スプレッドシートの関数や連携ツールが別の基準で日付を切っていれば、そこで1日分ずれます。月末月初の数値だけが合わないという症状は、たいていここが原因です。月中の数値は日付の境界をまたいでも合計が変わらないため、ずれていても気づけません。
次に、データの確定状況を揃えます。比較する両方の数値を同じ日に取り直すだけで、確定タイミングによる差は消えます。それでも残る差が、定義の違いか欠損です。この順番を逆にして、いきなりコンバージョン定義の議論から始めると、実は期間がずれていただけ、という結末に何時間もかけることになります。
残った差は「大きさ」で判断する
定義の違いによる差は消えませんが、大きさは見積もれます。たとえば媒体側のコンバージョンがサイト側の計測より常に1〜2割多いという傾向が3か月続いているなら、それは仕様として説明可能な差です。逆に、先月まで1割だった差が今月だけ4割に広がったなら、定義ではなく別の要因を疑う根拠になります。
ここで効くのが、差の大きさを毎月記録しておくことです。差異そのものは避けられませんが、差異の推移は監視できます。何が正常な差なのかを知らないまま毎月ゼロから調べ直すのが、突き合わせ作業が終わらない最大の理由です。数値の欠損や異常値の見つけ方はデータの品質確認の観点と重なる部分が多く、同じ仕組みで両方を拾えます。

差異をゼロにしない前提で運用を組む
許容幅を決めて、クライアントにも先に共有する
実務上の解は、差異を消すことではなく許容幅を決めることです。媒体側とサイト側で何%までの差は仕様として扱うかを先に決め、レポートの注記に書いておく。この一行があるだけで、指摘されてから説明する状況を避けられます。
ただし、許容幅を決めることは「調べない」ことではありません。幅を超えたときに調べる、という約束にすることで、調べる回数を減らすのが目的です。どの数値を主指標として追うかが曖昧なままだと許容幅も決められないため、CPA・ROASのKPI設計を先に固めておくほうが順序としては早く済みます。
突き合わせ作業そのものを毎月繰り返さない
許容幅を決めても、毎月手作業で数値を集めて並べる工程が残ります。ここは自動化できる部分です。ADmini(アドミニ)は、Google広告・LINEヤフー広告・Meta広告・GA4・Googleスプレッドシートのデータを1つの画面に集め、同じ期間軸で並べて集計できるツールです。媒体ごとの数値とサイト側の数値を同じ表に並べたタブを一度作れば、翌月は期間を変えるだけで同じ比較が出せます。データは1日1回自動で更新されるため、取得タイミングのずれによる差も揃えやすくなります。
複数の媒体を並行して見ている場合は、複数媒体の広告アカウント管理の考え方と合わせて、媒体別の数値とサイト側の数値をどの階層で突き合わせるかを先に決めておくと、レポートの形が毎月ぶれません。広告レポート自動化のガイドで扱っている定型化の原則は、差異の監視にもそのまま使えます。
まとめ
管理画面とレポートの数値が合わない原因は、指標の定義の違い・期間や確定タイミングのずれ・経路上の欠損の3種類に分かれます。切り分けは期間とタイムゾーンの確認から始め、取得日を揃え、それでも残る差を大きさで評価する順番が最短です。では、差異が完全に消えないなら突き合わせは無意味なのでしょうか。そうではありません。意味があるのは差をゼロにすることではなく、正常な差の幅を知っていることのほうです。幅を知っていれば、幅を超えた月にだけ手を動かせば済みます。
まず今週やること:直近3か月分について、媒体側のコンバージョン数とサイト側の計測値の差を割合で出し、1枚のメモに書いてください。3か月分並べるだけで、自分のアカウントの正常な差の幅が見えます。
ADminiで媒体別とサイト側の数値を同じ表に並べ、差の推移を毎月自動で追えます。ADminiなら無料で始められます。無料で試してみる →
よくある質問
広告管理画面のコンバージョン数とGA4の数値は一致しますか?
原理的に一致しません。両者は成果の紐づけ方(アトリビューション)と計測窓の設計が異なり、広告のクリック数とサイト側のセッション数も、読み込み前の離脱やタグの発火条件によって差が出ます。一致させることを目標にせず、差がどの程度で安定しているかを把握し、その幅を超えた月だけ原因を調べる運用にするのが現実的です。
昨日取得した数値と今日取得した同じ期間の数値が違うのはなぜですか?
データが確定していないためです。クリック数は1時間ごと、表示回数は数時間ごとに更新され、コンバージョンはさらに遅れて計上されます。そのため取得したタイミングによって同じ期間の値が変わります。比較する2つの数値は必ず同じ日に取り直し、月次レポートは月初すぐではなく数日置いてから確定させると、この種のずれを避けられます。
数値のずれを調べるとき、どこから確認すればよいですか?
直せるものから順に確認します。第一にアカウントのタイムゾーンと集計期間の一致、第二に両方の数値を同じ日に取り直すこと、第三に指標の定義が同じものを指しているかの確認です。この順番を逆にして定義の議論から始めると、実際には期間がずれていただけという結論に多くの時間を使うことになります。
クライアントに提出するレポートでは、どちらの数値を使うべきですか?
どちらを主とするかを事前に合意し、レポートに明記しておくのが基本です。媒体側の数値を主とするなら、その旨とサイト側との差の目安を注記に入れておきます。提出後に指摘されてから説明するより、最初に基準を共有しておくほうが信頼を損ないません。基準を途中で変える場合は、過去分も同じ基準で出し直して連続性を保ちます。