自社のレポートを自社の広告アカウントに当ててみた。7 か所で間違っていた。

媒体が言っていること、私たちが今言っていること

支出は今、期間の単位でも日ごとでも両方と一致しています（突き合わせが覆う 21 日間）。この頁を出したときはそうではなく、その理由が欠陥 6 です。インストール数はまったく一致せず、一致するはずもありません。下の数字はそれぞれ特定の仕組みが数えたもので、どう数えたかのラベルを付けています。私たちはもうそれらを 1 つにまとめません。

下の 2 行は同じお金です。2 つの仕組み、2 つの件数、差は 2.0 倍。そしてその 2 つの CPI はどちらも、それぞれが測るものについて正しい。Search Ads では同じ差は 1.04 倍でした。平均すればどちらの測定でもない数字になり、足せば 1 回だけ起きた出来事を二重に数えます。

7 つの欠陥

• 1. 別のプロダクトの広告費が、このプロダクトのレポートに入り込んでいた — ¥6,411 分。

  原因: 日次の数字を広告アカウントの合計から読んでいました。1 つの広告アカウントには複数のプロダクトのキャンペーンが入りうるのに、アカウントの合計はどれがどれかを知りません。

  直し方: キャンペーン別の行を読み、報告対象のプロダクトに属するキャンペーンだけを残す。

  あなたのアカウントでは: 1 つの広告アカウントで複数のアプリやブランドを運用しているなら、レポートがキャンペーン単位で分けているか、アカウント単位かを確かめてください。アカウントの合計は、API が最初に渡してくる数字なので、たいていのツールが最初に手を伸ばす数字です。

• 2. 重複の取り除き方が逆向きで、いちばん古いレポートが勝っていた。Meta の支出は ¥7,307 ではなく ¥6,121 と読まれていた。

  原因: 同じ日のレポートは何度も届き、媒体側が落ち着くにつれて良くなります。私たちは新しい順に回しながら日ごとに上書きしていたので、最後に書いたもの、つまりいちばん古いファイルが残っていました。

  直し方: いちばん新しいレポートを勝たせる。これを直しただけで合計が媒体自身の数字に一致した。

  あなたのアカウントでは: 広告媒体は直近の日を修正し直します。日次を保存する処理はどの修正を勝たせるかを決めなければならず、ここでの間違いは静かです。合計はもっともらしいままで、ただ古いのです。

• 3. Search Ads のインストールを読み取ったあと、捨てていた。表示していた件数は実測ではなくモデル値だった。

  原因: パーサーはインストールの数字を読んだのに、支出だけを保存していました。そのうえでインストールを、直近の 1 本のレポートのチャネル比率で各チャネルに配分していました。1 本のレポートの比率を、期間のすべての日に当てはめていたのです。

  直し方: チャネル別の実測インストールを保存し、自分で件数を報告するチャネルについては配分をやめる。

  あなたのアカウントでは: 借りてきた比率を期間全体に当てはめたものは、データのように見えます。チャネル別のインストール数については、それがその日に測られたものか、どこかから割り振られたものかを問うてください。

• 4. 配信中のキャンペーンが 0 本なのに、ダッシュボードの見出しは「ガードレールの内側で、チャネルをまたいで自動で動いています」と言っていた。

  原因: 見出しは期間内の支出から選ばれていました。30 日の期間内の支出は、今日何かが配信されているかについて何も言いません。キャンペーンはすべて停止されていて、期間にはまだそれらの支出が残っていました。

  直し方: 配信状態をデータセットに持ち込み、何も動いていないときはそうはっきり言う。

  あなたのアカウントでは: 今お使いのものでも確かめる価値がある失敗です。「止まっている」と言えないダッシュボードは、期間に古い支出が残っているあいだ、ずっと安心させ続けます。

• 5. まったく同じ ¥7,307 について、2 つの仕組みがインストールを 8 件と 16 件と報告していた。

  原因: どちらも不具合ではありません。媒体は自分の SKAN／モデル値を、MMP はクリック帰属を報告します。これらは同じものを別々に測った値であって、平均すべき標本ではありません。

  直し方: チャネルを 1 つの CPI にまとめるのをやめる。インストール数を持つ権威をすべて並べて出し、それぞれどう数えたかのラベルを付ける。

  あなたのアカウントでは: その差の大きさは一定ではありません。私たちの Search Ads の支出では 2 つの件数の差は 1.04 倍、Meta では 2.0 倍でした。2 つの仕組みの片方しか見ていなければ、この違いは構造的に見えません。

• 6. 期間の合計は媒体と ¥86（0.2%）しか違わなかったのに、その下の同じ日どうしは ¥6,310（14.5%）ずれていた。いちばんずれた 2026-08-12 には、私たちは ¥972、媒体は ¥1,885 と言っていた。誤差は両方向に出て、打ち消し合っていた。

  原因: 収集処理は広告媒体に UTC の日で問い合わせていました。アカウント自身のレポートは組織の時間帯で区切られていて、9 時間ずれています。どの日も隣の日に属する 9 時間を抱えていたので、誤差は両方向に出て、期間で合計するとほぼ正確に打ち消し合っていました。どちらの側もそれを知らせる義務はありませんでした。時間帯はリクエストに乗って送られ、返ってくるレポートには印字されないからです。

  直し方: アカウント自身の時間帯で期間を媒体から取り直し、それを権威ある日次の系列として保存する。エンジンは覆っている日についてそれを読む。入力を直したことで、収集処理がタイムアウトで失っていた日も埋まった。期間の取り直しは、どの日がすでに在るかを気にしないからだ。

  あなたのアカウントでは: レポートと広告媒体が月では一致し、どこか 1 日で食い違うなら、何より先に、それぞれの側がどの時間帯で問い合わせたかを確かめてください。この種の誤差は合計を突き合わせるどの検査にも見えず、検査のほとんどはそういうものです。そして判断を下すのは月ではなく日です。

• 7. Meta で検査が赤になった。まったく同じ ¥7,307 の支出に対して、私たちのエンジンは 8 件、媒体の API は 10 件を返した。差はすべて 2026-08-21 の 1 日にあり、私たちは 0 件、媒体は後から 2 件を持っていた。その日の支出 ¥0 には両方が合意していた。

  原因: どちらも間違っていませんでした。1 日の支出はその日に確定しますが、インストールはそうではありません。SKAdNetwork のポストバックや数日にわたるクリックの期間は、その日が閉じたあとも届き続けます。私たちのエンジンは日次のスナップショットを読み、検査はそれを翌朝に呼んだ API と突き合わせていました。だからスナップショットのいちばん新しい日は、作りからして、媒体がまだ数え終えていない日でした。

  直し方: 突き合わせの期間を、スナップショットが閉じえた最後の日で終え、期間がそこで終わる理由を印字する。許容幅は広げなかった。広げれば本物の食い違いを通してしまうし、外した日は私たちのエンジンには知りえない日だ。

  あなたのアカウントでは: 自分の数字を広告媒体の API と突き合わせているなら、いちばん新しい日は比べられず、その食い違いは自分の処理の不具合に見えます。コードを変える前に、2 つの側が同じ指標を同じ時点で読んでいるかを確かめてください。見分ける手がかりは、支出は一致してコンバージョンは一致しないことです。

お金を失っていたかもしれないもの

持ち帰ってほしいのは欠陥 4 です。測った時点で、実際に配信していたキャンペーンの数は 0 本、つまりすべて停止していました。それでもダッシュボードは、ガードレールの内側でキャンペーンが動いているという文で始まっていました。その文は期間内の支出から選ばれていて、期間にはまだ停止前の支出が残っていたからです。誰かが書いた嘘ではなく、期間がついた嘘でした。何も動いていないと構造的に言えないレポートツールは、期間が古い支出を抱えているちょうどそのあいだ、安心させ続けます。今お使いのものに私たちが最初に試すのはこれです。すべてを止めて、ダッシュボードがそれを認めるまでにどれだけかかるかを見てください。

まだ直っていないこと

私たちのエンジンはこの期間について今 ¥51,689 を合計し、媒体の ¥51,689 との残差は ¥0（0.0%）で、その下の日ごとの数字も一致しています。この頁を出したときに書いていた状態よりは良いところにいますが、終わったということとは違います。以下は、この検査がまだ覆っていないことです。

• · 日ごとの一致は、広告媒体からの期間の取り直しに支えられていて、その取り直しは、それが供給する検査とは別に動く部品です。私たちの門は、それが 72 時間より古ければ赤になります。止まった収集処理は止まったと報告せず、止まった日の分を今日のもののように出し続けるからです。
• · この検査は、置き換えた前の検査より弱くなっています。以前は、収集処理が書く日次ファイルも含めて、媒体と処理全体を比べていました。今はエンジンが取り直した系列を直接読むので、その系列が覆う日については、それらのファイルはもう何にも読まれていません。この頁が言えるのは、集めた数字が媒体の報告と一致するということであって、その間のすべての段がまだ動かされているということではありません。
• · 突き合わせたのは媒体のレポート API で、管理画面ではありません。2 つを並べて見たことはありません。もし食い違うことがあれば、あなたが見ているのは管理画面のほうです。
• · 配信状態は、レポートのエンジン自身が持つのではなく、広告媒体に直接当たって確かめています。見出しが今日正しいのは、確認がエンジンの外にあるからです。
• · この監査は、私たちが実際にお金を使った 2 つのチャネルだけを対象にしています。自分たちのお金を通していない接続については何も言いません。
• · 突き合わせはスナップショットが閉じえた最後の日で止まるようになったので、いちばん新しい日は決して突き合わされません。あなたが見ているのはその日です。私たちはそれを何とも照合していません。
• · その日が閉じたあともインストールが届き続けることは知っていますが、それがいつまで続くかは測っていません。外したのは 1 日で、スナップショットが構造的に知りえないのがその日だからです。媒体が 1 週間前の日を修正し直せば、この検査はまた赤になり、原因は期間ではありません。

この一覧を公開するのは、直した欠陥だけが並び未解決が 1 つも無い頁は、報告ではなくパンフレットだからです。

同じ確認を自分の数字で

これらの確認を自分の数字で走らせるにはワークスペースが要ります。Ads Manager の書き出しを取り込めば、同じエンジンがそれを読みます。書き出しとアプリストアでインストール数が食い違うなら（欠陥 5 の食い違いです）、それは分母にどの件数を置くかについてのガイドの話です。書き出しに確認に必要な列が欠けていれば、取り込みは黙って間違った数字を出すのではなく、欠けている列を名指しします。

アカウントを接続して、突き合わせを続けて走らせることもできます — 無料トライアルを始める。始めるのにクレジットカードは要りません。