1つのダッシュボードでアプリの収益と広告費を追跡する方法
1つのダッシュボードでアプリの収益と広告費を追跡し、パフォーマンスを監視してROIを測定し、より良いマーケティング判断を行う方法を解説します。

ブラウザのタブを10個も開いて「先週、本当に利益は出たのか?」というたった一つの単純な疑問に答えようとした経験があるなら、この記事はあなたのためのものです。
モバイルアプリの収益と広告費を1つの場所で追跡する方法を簡単に説明すると、こうです。広告を出しているすべてのネットワークから日次の広告コストを取得し、収益が入るすべてのストアと広告ネットワークから純支払額を取得し、それらをすべて1つの通貨に換算して、アプリ、国、日付ごとに並べます。この結合されたビューこそが、あなたのマーケティングP&Lです。それ以外はすべて装飾にすぎません。
大変そうに聞こえるかもしれません。最初は実際にそうです。しかし、スプレッドシートであれ 支出と収益を同じ行にまとめるダッシュボードであれ、一度セットアップしてしまえば、利益の確認は午後いっぱいではなく数分で済むようになります。では、全体の流れを見ていきましょう。
アプリの収益追跡とは?
アプリの収益追跡とは、アプリが生み出すすべての収益を継続的に記録し、その収益がどこから来たのかを把握することです。
この「どこから」が、多くの人が思っているよりも重要です。アプリの収益は通常、複数の経路から同時に入ってきます。App Store Connectを通じたiOSのサブスクリプション、Google Play Consoleを通じたAndroidの売上、AdMobやAppLovin MAXのようなメディエーションによるディスプレイ収益、そして場合によってはPaddleやStripeのようなサービスを使ったウェブ決済などです。各ソースはそれぞれ独自のスケジュールで、独自の通貨で、独自の手数料を差し引いた(あるいは差し引かない)状態でレポートを出します。
つまり、本当の意味でのアプリ収益追跡とは、1つのストアのダッシュボードをちらっと見ることではありません。それは、これらすべての収益の流れを集め、返金や税金、ストアの手数料を取り除き、最終的に1つの正直な数字――実際に自分の手元に残る金額――にたどり着くことです。総売上は見栄えを良くしますが、純支払額が真実を語ります。
アプリの収益だけを追跡するのでは不十分な理由
収益を把握するのは気持ちのいいものです。しかし、それは危険なほど不完全な情報でもあります。
月間3万ドルのサブスクリプション収益を上げている語学アプリを想像してみてください。立派な数字です。創業者は毎朝それを確認し、気分良く過ごしています。しかしある日、誰かがGoogle、Meta、TikTokの広告費を合計してみると、3万4,000ドルになりました。このアプリは成長していたのではありません。毎月、損をしながら収益を「買っていた」のです。
これは常に起こっていることで、愚かだからではなく、構造上の問題です。収益ダッシュボードはコストを表示しません。表示できないのです。ストアは、あなたがそのユーザーを獲得するためにいくら使ったのかを知りません。そのため、収益だけを見ていると、実際の状況が良くなくても、常に良い話に聞こえてしまいます。
だからこそ、モバイルアプリの収益追跡は、コストを並べて見てはじめて価値を持ちます。収益は「いくら入ってきたか」という質問に答えてくれます。しかし、「それを獲得するのにいくらかかったか」そして「結局いくら残ったか」という問いにも答える必要があります。この2つがなければ、半分の計器だけで飛行しているようなものです。
アプリの収益と広告費を一緒に追跡すべき理由
広告費の追跡だけを行う場合、鏡に映したような逆の問題が生じます。広告ダッシュボードはクリック数、インストール数、そして一見申し分のないROASの数値を表示します。しかし、それらのユーザーが実際にもたらしたお金が、彼らを獲得するために支払ったお金を上回っていたかどうかは表示されません。
この両面を結合することで、あらゆる意思決定が変わります。プラットフォーム上のROASが2.5倍と「良好」に見えるキャンペーンでも、ストアの30%の取り分や返金、税金を差し引くと、実際には損失が出ている場合があります。混合された数値では平均的に見える国が、実は最も収益性の高い市場だったり、何ヶ月も資金を投じ続けている静かな消耗源だったりすることもあります。
タイミングの観点もあります。広告費は今すぐカードに課金されますが、ストアからの支払いは数週間後に届きます。片方だけを見ていると、キャッシュフローの驚きは自分でコントロールするのではなく、向こうからやってくることになります。両方を日々並べて見ることで、負け組のキャンペーンを来月の帳簿で発見するのではなく、火曜日のうちに止められるようになります。小さな習慣ですが、大きな違いを生みます。
モバイルアプリの収益と広告費を追跡する方法
では、実践的な部分に入りましょう。このはしごには3つの段があります。今の自分の立ち位置から始めてください。
手動の方法は、最初のうちは問題なく機能します。週に1回、各収益ソースと各広告アカウントを開き、合計を書き出して1つのシートにまとめます。Googleが公開している、 Play Consoleの財務レポートで売上や購入者データを確認するための解説は、Android側の作業をうまく説明してくれます。このアプローチはコストがかかりませんし、数字が何を意味するのかを学ぶこともできます。ただ、3つ目のネットワークか2つ目のアプリあたりで限界が来て、エクスポート作業が月曜日を食い尽くすようになります。
スプレッドシートによるP&Lが次の段階です。考え方は同じですが、より構造化されています。日次の行、各ソースを列として配置し、支出と収益をアプリ、国、日付で結合し、1つのレポート通貨にまとめます。これを正しく行えば、キャンペーンごとの本当の利益を初めて計算できるようになります。これは本当にやりがいのある作業です。しかし脆さもあります――1人が管理することになり、休暇中は更新が止まり、数式は静かに壊れていきます。
自動化された方法では、地味な作業をソフトウェアに任せます。各広告アカウントと各ストアを一度接続すれば、ツールがスケジュールに従って最新の数字を取得し、通貨を換算し、日付を揃え、結合されたテーブルを表示してくれます。誰もCSVをエクスポートする必要はなく、数式を維持する必要もありません。実際にまとまった金額が動くようになると、ほとんどのチームはここに行き着きます。なぜなら、規模が大きくなった状態での手動追跡は時間を消費するだけでなく、精度も損なうからです。そして不正確な利益の数字は、数字がないよりも悪いものです。
どの段階にいても、根底にある方法は変わりません。同じキー(アプリ、国、日付)、同じ通貨、純額の数値です。この3つを正しく設定できれば、あとは見せ方の問題にすぎません。
どのデータを追跡すべきか?
絞り込みましょう。恐れているよりも少ないデータで済みますが、それぞれが正確である必要があります。
収益側では、ソースごとに分けた純支払額を追跡します――サブスクリプション、単発購入、広告収益をそれぞれ別に見ます。「純額」とは、ストアの手数料を差し引いた後、返金やチャージバックを反映した後、購入者税の処理も済んだ状態を意味します。この手数料の部分には注意が必要です。Appleは App Store Small Business Programで割引レートについて説明しており、Googleは Playサービス手数料の更新情報でその段階的な料率を示しています。実際の取引量においては、15%と30%の差がキャンペーンの生死を分けることもあるため、正しい料率を計算に組み込んでください。
支出側では、広告アカウントごとの日次コストを、所属するアプリと国でタグ付けして追跡します。クリエイティブや代理店のコストも、金額が大きい場合は重要ですが、これらは粒度が異なるため、無理に日次の行に組み込むのではなく、別の行で管理するようにしてください。
次に、3つの派生指標を計算し、常に注意深く監視してください。1つ目は利益で、これは純収益からすべての支出を引いたものです。2つ目はマージンで、これは収益に対する利益の割合です。
マージン = (利益 ÷ 収益) × 100
そして3つ目は真のROASで、これは同じ期間における純収益を広告費の総額で割ったものです。
真のROAS = 純収益 ÷ 広告費
もしあなたの仕組みが、アプリごと、国ごと、週ごとにこの3つの指標を算出できるなら、正しいものを追跡できています。できていないなら、それが埋めるべきギャップです。
統合ダッシュボードが追跡を楽にする仕組み
統合ダッシュボードとは、まさにその名の通りのものです。すべてのコストソースとすべての収益ソースが同じテーブルに集約される、1つの画面です。同じ日付、同じ通貨、同じ分類で表示されます。
実際には何が変わるのでしょうか。4つあります。まず、比較が即座に行えるようになります。今週対先週、iOS対Android、米国対ブラジル――エクスポート不要です。次に、損失を出しているキャンペーンが自然と浮かび上がります。収益より多く支出しているキャンペーンは、混合平均の中に隠れることができなくなります。3つ目に、通貨やカレンダーの頭痛が解消されます。換算が手作業ではなく、1日1回自動で行われるからです。4つ目――これは多くの人が過小評価していることですが――利益の確認が月次プロジェクトではなく、5分の習慣になります。習慣はプロジェクトに勝ります。常にそうです。
この仕組みの核心は「結合」です。支出と収益が、アプリ、国、日付で一致させられます。本格的な結合と見せかけだけの結合の違いが気になる方は、 なぜ広告プラットフォームのROASが銀行口座の実態と一致しないのかという記事を読んでみてください。プラットフォームのROASは総額ベースで、単一ネットワークのみを対象とし、自己申告的な指標です。ダッシュボード版は純額ベースで、すべてのネットワークを対象とし、正直な数字です。数字は低くなりますが、より真実に近い数字です。
アプリ収益追跡ソフトウェアを使う
ある時点で、スプレッドシートはソフトウェアよりもコストがかかるようになります。その症状はおなじみのものです。月曜の朝がエクスポート作業に消え、2人が別々のバージョンを管理し、数字が財務部門のものと一致せず、合計を完全に信頼できる人が誰もいなくなります。
アプリ収益追跡ソフトウェアは、作業の機械的な半分――取得、換算、整列、更新――を引き受けることで、人間がデータ入力ではなく意思決定に時間を使えるようにするために存在します。各ソースは、公式のログインまたはAPIキーを使って一度接続するだけです。その後は、誰も何も操作しなくても、スケジュールに従って最新の数字が届きます。
購入を検討する前に、正直にひとつ注意点を伝えておきます。これらのツールはアトリビューションツールではありませんし、そうなろうとしているわけでもありません。アトリビューションは「どの広告がインストールを引き起こしたか」に答えます。利益追跡ソフトウェアは「どの広告、アプリ、国が利益を生んだか」に答えます。問いが異なり、スタックの層も異なるため、成長中のチームの多くは両方を並行して使っています。この違いをきちんと理解したい方には、 利益重視のツールがアトリビューションやサブスクリプションプラットフォームとどう違うかをしっかりと解説した記事があり、それぞれが得意とする部分を公平に認めています。お金を使う前に、10分かけて読む価値があります。
もう1つ知っておくべきことがあります。直近数日のデータは常に変動します。ストアやネットワークは、返金や遅延したコンバージョンが確定するにつれて、直近の数字を修正します。優れたソフトウェアは、それを隠さずに表示してくれます。どのツールを使うにしても、直近の日付は「下書き」、それより前の日付は「確定済み」として扱いましょう。
Revenue Sensorが収益と広告費の追跡をどう支援するか
このブログはRevenue Sensorのサイトに掲載されているため、ここでは誇張表現を避け、製品が実際に何を行うのかを事実に基づいて説明します。
広告アカウント(Google Ads、Meta、TikTok、Apple Search Ads、Unity Ads)と、収益ソース(App Store Connect、Google Play、AdMob、AppLovin MAX、Paddle)を接続します。すべてが1つのダッシュボードにマーケティングP&Lとしてまとまり、片側に支出、もう片側に純収益が表示され、行ごとにマージンと真のROASが計算されます。ここでの「純額」とは、ストアが手数料を差し引いた後に報告する数字を指し、返金や購入者税は無視されるのではなく、きちんと処理された状態を意味します。
このP&Lは、アプリ別、国別、プラットフォーム別、そしてネットワークが情報を公開している場合はキャンペーン別に分解されます。各日の数字は、その日のレートでレポート通貨に換算され、そのレートは行に紐づいたまま保持されるため、為替レートが変動しても先月の利益がブレることはありません。特定のアプリに結び付けられない支出は、すべてに静かに塗り広げられるのではなく、「未割り当て(unattributed)」としてラベル付けされます。これが正直な処理方法です。
この中核部分の周辺には、いくつかの追加機能があります。同期ごとに実行され、インストールあたりのコストが収益を上回っているチャネルにフラグを立てる損失チェック、前日の数字と1つの提案をまとめた朝のブリーフ、自社の履歴データに基づく予測、データのみに基づいて平易な言葉で質問に答える機能、そしてお金を見ずに接続を修正できる開発者向けのチームロールです。セットアップにSDKは不要で、すべてのコネクタはプラットフォーム自体のAPIを通じた読み取り専用となっています。無料の開始プランもあるため、「このアプリは実際に利益が出ているのか」という問いに答え始めるのにコストはかかりません。
これが製品の概要です。あなたにとっての答えがこれであれ、他の何かであれ、探すべきパターンは同じです。支出と収益を日次で結合し、純額で報告すること。これを忠実に行うものであれば、きっと役に立ってくれるでしょう。
アプリの収益と広告費を追跡する最良のツールに求めるべきもの
選定の際のチェックリストを、実際に優先すべき順番で紹介します。
純収益の扱いが最優先です。あるツールがストアの総売上を表示してそれを「収益」と呼んでいるなら、使うのをやめましょう――そのツールが示すマージンは、すべて見栄えの良い方向に誤っています。次に、そのツールが自分の使っているソースを正確にカバーしているかを確認してください。「主要なネットワークの大半」は、あなたのネットワークとは違います。広告アカウントが1つでも抜けていると、支出が過小評価され、幻の利益が生まれます。
次に、結合の方法と内訳を確認します。アプリ、国、日付でのマッチングに加え、アプリ別・国別のP&Lビュー、可能であればキャンペーン別の詳細も欲しいところです。データの新鮮さについても確認してください――最低でも日次更新、予算の規模によっては、調子の悪い1日のコストが高くつくため、もっと速い更新頻度が必要になることもあります。アプリ内にSDKを組み込む必要があるのか、それともプラットフォームのAPIから読み取るだけなのかも確認しましょう。純粋な利益計算のためであれば、SDKは本来不要なはずです。
最後に、実は意外と重要になってくるソフトな要素です。誰もログインを忘れずにいる必要のないスケジュール配信のレポート、こちらが確認するのを待たずに問題を見つけてくれる損失アラート、正直な日次レートに基づく多通貨対応、そして複数人がアカウントを操作する場合のアクセス権限管理です。「アプリの収益と広告費を追跡する最良のツール」を名乗る候補をこのリストに照らして検証すれば、見せかけだけのツールはすぐに脱落していきます。
アプリの収益と広告費を追跡する際によくある間違い
利益追跡の失敗の多くは、限られた数の常習犯から生じます。1つ目は、総売上を収益として数えてしまうこと――ストアの取り分、返金、税金を忘れてしまうケースです。ダッシュボードは5万ドルと表示していても、最終的に銀行口座には3万3,000ドル程度しか入っておらず、その間に行われたあらゆる判断は、より大きな数字に基づいて作られていたことになります。
2つ目は、最大の広告ネットワークだけを追跡してしまうことです。チームはGoogleを注視していますが、3月に誰かが始めたTikTokの実験的な出稿を忘れてしまい、なぜ合計が一致しないのか不思議に思います。すべてのアカウントを追跡するか、まったく追跡しないか――中途半端な支出データは嘘を生み出す装置です。
3つ目は、通貨やタイムゾーンを換算せずに混在させてしまうことです。ブラジルのキャンペーンと日本の支払いは、両方が同じ通貨で、同じ「火曜日」の定義を共有するまで、同じ行に並べることができません。これを怠ると、誰にも原因が分からないまま、毎月数パーセントずつ合計がずれていきます。
4つ目は、最も新しい日付のデータを過度に信頼してしまうことです。プラットフォームは直近の数字を常に修正しています。判断は先週のデータに基づいて行い、今週のデータは大まかに見守る程度にして、月曜日の不完全なデータだけを理由に好調なキャンペーンを止めることのないようにしてください。
そして5つ目――最も人間らしい間違い――は、誰も開かない美しいトラッカーを作ってしまうことです。シンプルな週次レビューは、埃をかぶった完璧なダッシュボードに勝ります。アプリごとの収益、支出、利益、ROAS。15分。毎週。それがこの習慣のすべてです。
まとめ
アプリの収益と広告費を一緒に追跡することは、1つの習慣に行き着きます。同じキー、同じ通貨、純額の数値、そして週次でのレビューです。規模が小さいうちは、エクスポートとスプレッドシートから始めましょう。手動の方法が朝の時間を食い尽くすようになったら、あるいはもっと悪いことに、静かに古くなっていくようになったら、自動化へ移行しましょう。どちらの道を選んでも、得られる成果は同じです――アプリごと、国ごと、キャンペーンごとの本当の利益を、行動を起こせるくらい早い段階で把握できるようになります。今週の数字を、このレンズを通して見てみてください。おそらく、お金に換算できる驚きが少なくとも1つは見つかるはずです。
よくある質問
アプリが生み出すすべての収益――サブスクリプション、単発購入、広告収益――をソースごとに分けて記録し、ストアの手数料、返金、税金を差し引いた純支払額にまとめる取り組みのことです。正しく行えば、顧客が支払った金額だけでなく、実際に自分の手元に残る金額が分かります。
まずは公式のソースから始めましょう。iOSならApp Store Connect、AndroidならGoogle Play Console、さらに広告ネットワークやウェブ決済があればそれも対象にします。スケジュールに従って純額の数字を取得し、1つの通貨に換算して、1つのビューにまとめます。最初のうちはスプレッドシートで十分ですが、ソースの数が増えてくるとソフトウェアが必要になります。
両方のデータを、アプリ、国、日付という同じキーで結合します。すべての収益ソースとすべての広告アカウントを一覧化し、それぞれから日次の数字を取得し、通貨とタイムゾーンを統一し、各セグメントごとに利益、マージン、真のROASを計算します。統合ダッシュボードは、まさにこの結合処理を自動化してくれます。
収益とは入ってくるお金のことです。利益とは、広告費、ストアの手数料、返金、人件費、ツール、ホスティングなど、すべてのコストを差し引いた後に残るお金のことです。アプリは収益が増えていても利益が減っていることがあるため、この2つは常に並べて追跡する必要があります。
プラットフォームのダッシュボードは、ストアの取り分や他のネットワークを無視した、総額ベースかつ自己申告的なROASを報告するからです。総支出と純収益を照らし合わせてこそ、どのキャンペーン、国、アプリが本当に利益を生んでいるのかが分かり、利益を生んでいないものは予算をさらに使い切る前に止めることができます。


