タラ・マイヤー
2月 27, 2026
アプリ内広告 (IAA)で収益化を行っているアプリ開発者やマーケターの方なら、誰もが直面する課題をご存知でしょう。数値が一致しない場合、広告収益をどのように正確に計算すればよいのでしょうか?
あるダッシュボードでは広告収益が5万ドルと表示されているのに、別のダッシュボードでは4万8千ドルとなっていることがあります。広告メディエーションプラットフォームはある数値を報告しますが、広告ネットワークやチャネルAPIは全く異なる数値を報告します。これらの不一致が10〜20%の範囲に達した場合、どのように意思決定を下せばよいのでしょうか?さらに、多くの疑問が生じます。どの収益データが真実なのか?収益の漏れはどこで発生しているのか?
本ガイドでは、Tenjinのシニアカスタマーサクセスマネージャーである社内専門家、Anurag Mohanがこれらの疑問にお答えします。実証済みのフレームワークを解説し、以下のトピックに関する知見を共有します。
- 基盤としての広告アトリビューション
- Tenjinが複数の収益ストリームを採用する理由
- 各IAAソースごとの収益計算方法
- 計算方法の主な違いとその重要性
- 収益インサイトダッシュボードを活用した無効な広告リクエストの検出方法
- モバイルにおける無効トラフィックの検出と防止のベストプラクティス
- デュアルソース追跡が広告費用対効果(ROAS)を向上させる仕組み
インサイトダッシュボードでの収益分析、APIの不整合のトラブルシューティング、無効な広告リクエストへの対策など、どのような状況においても、このフレームワークは確信を持って報告を行い、最終利益を守るための手助けとなります。その効果を証明するため、実際の使用事例もいくつかご紹介します。
広告収益のアトリビューションが基盤
IAA収益の計算は、明確な目的、すなわち「 広告収益のアトリビューション」から始まります。収益をキャンペーン、 アドネットワーク、クリエイティブに関連付けることで、どのチャネルがプラスのROASをもたらしているかを特定できます。この可視化により、無駄を排除し、収益性の高いソースに予算を配分し、ユーザー獲得を戦略的に拡大することが可能になります。
アプリ内課金(IAP)はどうでしょうか?それは単純明快です。Tenjinのような MMP がインストールをトラックし、すべての収益データがアプリを通じて直接あなたのもとに流れ込んできます。
しかし、この記事で重点を置くのはIAAです。それは、IAAがアプリ内課金(IAP)とは異なる仕組みで動作するからです。 広告主は、獲得したユーザーがどれだけの広告収益を生み出すかを知ることができません。パブリッシャーはインプレッション数と収益を確認できますが、それを特定のキャンペーンやネットワークに関連付けることはできません。
ここにこそ、広告収益アトリビューションの価値があります。しかしまず、IAA計算のための基礎作業を理解しましょう。
Tenjinが複数の収益ストリームを採用する理由
ほとんどのMMP(モバイル測定パートナー)は、単一の広告収益ソースに依存しています。この单一ソースには、AppLovin MaxやUnity LevelPlayなどの広告メディエーションプラットフォームから直接引き出されたデータが含まれています。これにより広告収益を一元管理できますが、複数の広告収益ソースを組み合わせることで、より深い検証、優れた不正検出、そしてより精密なキャンペーン最適化が可能になります。
ハイブリッド対応型のMMPであるTenjinは、異なるアプローチを取ります。Anuragはこう説明します。
「Tenjinは、このような柔軟性と、すべての広告収益ソースを完全にカバーする機能を提供する唯一のMMPです。したがって、当社のダッシュボード上で、広告メディエーションからの収益と、レポート用APIから得られる収益の両方を確認できるオプションを提供しているのは、私たちだけです。」
私たちは、以下の2つのソースを考慮してIAAの収益を計算します。
- 広告メディエーション収益 :メディエーションSDKからインプレッションレベルでリアルタイムに直接取得されます。
- チャネルAPI経由の広告収益 :広告ネットワークのレポート用APIから集計され、セッション数に基づいてユーザー獲得キャンペーンに配分されます。
広告メディエーションとチャネルAPIという2つの異なる広告収益ソースを使用することで、より堅牢な可能性と視点を得ることができます。これには、データを深く掘り下げてキャンペーン最適化の機会を発見したり、被害が出る前に様々な種類の無効な広告リクエストを検知したりするチャンスが含まれます。
IAA双源收入的计算逻辑
IAAにおける2つのソースそれぞれから収益を計算する方法を理解することは、広告収益およびインサイトダッシュボードを正しく活用するための基盤となります。それぞれの仕組みを簡単に見てみましょう。
メディエーション経由の広告収益の計算方法
- インプレッションレベルでの取得
Tenjin SDKは、メディエーションSDKからインプレッションレベルの広告収益(ILRD)をリアルタイムで直接取得します。各広告インプレッションには、a) 収益額、b) ユーザーID、c) タイムスタンプ、d) プレースメントの詳細というデータが含まれます。
- ユーザーレベルでのアトリビューション
Tenjinはすでにユーザー獲得ファネルを通じてユーザーを追跡しているため、各インプレッションの収益をその特定のユーザーに直接割り当てます。
- キャンペーンレベルでの集計
すべてのインプレッションレベルの収益は、その後キャンペーンレベル、チャネルレベル、そして最終的にはアプリレベルまで集計されます。
「私たちはこの広告インプレッションと広告収益をメディエーションSDKから直接取得でき、さらにユーザー獲得側でそのユーザーを確認しているため、その収益をユーザーに割り当て、キャンペーンレベル、そしてアプリレベルへと集計することができます。」
チャネルAPI経由の広告収益の計算方法
- データ収集
Tenjinは、すべての収益化チャネル(Google AdMob、Unity Ads、ironSourceなど)のAPIを呼び出し、アプリ、国、日付レベルで集計された収益データを取得します。これはセッション数に基づいています。
- 比例配分
この集計された収益は、各チャネルによって生成されたセッション数に基づいて、ユーザー獲得キャンペーンに配分されます。
「この収益は、あなたの日報酬金ですよね?つまり、これは特定の日に実際に得られた広告収益であり、ユーザーが表示した広告によってもたらされた、実際にアプリに入ってきたお金です。」
なぜ複数のIAA広告収益ソースをレポートするのか?
Tenjinのインサイトダッシュボードをご覧いただくと、 UAレポートでは広告収益源を並べて表示しています。しかし、IAAの2つのソースを報告するのは冗長だからではなく、そこには戦略があります。私たちがこのように収益を計算することを決めた主な理由は以下の4点です。
広告収益アトリビューション
これはあなたの価値を明らかにするかもしれませんが、広告メディエーションの進め方について万能な答えはありません。普遍的な解決策はありませんが、適切なアトリビューション方法を選択することが最優先事項です。なぜなら、それがすべての広告キャンペーン、クリエイティブ、広告ネットワーク、ソースを測定するための評価フレームワークを決定づけるからです。選択した方法は、ROASやLTVなどの主要指標の精度に直接影響を与えます。
さらに、複数のアトリビューションモデルを相互参照することで、データの精度が向上し、より深いパフォーマンス分析が可能になります。
相互参照機能と当社の特徴である分割表示ビューこそが、私たちがこのようにIAA収益を作成した理由です。 この分割表示により、個々のセッションに価値を割り当てることで、LTVやその他のキャンペーン指標を追跡できます。当社のIAAは複数の広告収益ソースを持っているため、広告収益に関する2種類のLTVを提供することも可能です。
広告メディエーションLTV
メディエーションプロバイダーは、各広告インプレッションの入札額をTenjinに送信します。Tenjinはこの収益をユーザーごとに合計し、獲得チャネル、キャンペーン、国別に内訳を表示します。これは 広告メディエーション収益に直接関連しています。
Ad Revenue via Channnels LTV
このアプローチは、Tenjin SDKからのセッションデータを使用して広告収益を推定します。同じチャネル、キャンペーン、国における同一ユーザーの各セッションには、同等の金銭的価値が割り当てられます。この方法は、 チャネルAPI経由の広告収益に直接関連しています。
集計ベースの収益LTVの計算方法に興味がありますか? クアプス と ハイパーベアード とのケーススタディを読んで、その仕組みをご確認ください。

当社の ダッシュボードでは、2つの異なる広告収益ソースをIAP LTVと比較したり、任意の組み合わせで比較したりすることができます。
無効な広告リクエストの検出
IAAにおいて2種類のストリームを使用するもう一つの理由は、両者の間の不規則性を把握するためです。大きな不一致は無効な広告リクエストを示唆している可能性があります。広告メディエーション収益とチャネルAPI経由の広告収益に大きな差がある場合、それはしばしば 不正検出の信号となります。Anuragは次のように警告しています。
「ユーザー獲得チャネルを通じて、多くの不正行為が発生することがあります…不正なユーザーが生成した広告インプレッション数が水増しされている場合、広告メディエーション収益は膨らんで見えます。しかし、チャネルAPI経由の広告収益は…水増しされることはありません。なぜなら、それはこれらのユーザーから実際に得られた収益だからです。」
不正なユーザーが 侵害されたユーザー獲得チャネルを通じてアプリに流入すると、人為的に水増しされた広告インプレッションを生成することがよくあります。
- 広告メディエーション収益 (SDK由来):フラウドを含むすべてのインプレッションを取得するため、数値が水増しされて表示されます。
- チャネルAPI経由の広告収益 実際の報酬):広告ネットワークは正当なインプレッションに対してのみ支払うため、正確で低い数値が表示されます。
無効な広告リクエストの信号:
- 2つのソース間で15〜20%を超える不一致
- 広告メディエーション収益に異常な急増が見られる特定のキャンペーン
- ユーザー行動指標と一致しない収益パターン
計算ロジックの違い
2つの測定値の間に多少の不一致が生じるのは正常であり、予想されることだと理解することが重要です。「どちらも正確です。ただ計算ロジックが異なるだけです」とAnurag氏は明言します。「したがって、どちらかが他よりも正確であるとは限りません。」むしろ、氏は次の点を強調します。
「重要なのは、存在するすべての広告収益ソースへのアクセスと洞察を提供することです。」
セッションベースとインプレッションベースという2つの計算方法があるため、多少の違いが生じるのは当然です。不一致の別の理由としては、メディエーションプロバイダーと広告ネットワークとの間のタイムゾーンの違いといった単純な要因も考えられます。また、APIレポートの遅延や通貨換算のタイミングによる違いも要因となり得ます。これらはすべて、データに差異が生じる妥当な理由と言えます。
| Actionable Thresholds | |
| 0-10% | 正常な変動範囲、モニターを継続。 |
| 10-15% | インテグレーションとタイムゾーン設定を見直す。 |
| 15-20% | 徹底的に調査を行う。 |
| 20%+ | 問題となるのは、さらに異常な事態が発生した場合です。 |
問題は、異常値が増える場合です。たとえば、データ間の不一致が15〜20%以上になると、その妥当性について調査を行う必要があります。ただし、それが必ずしも不正行為の検出に起因するわけではありません。広告メディエーションSDKとの統合に問題がある場合も、報告される収益タイプ間に大きな差が生じる原因となり得ます。統合の問題以外にも、APIチャネル上で広告ネットワーク接続が抜け落ちていないかどうかも確認する必要があります。さらに、セッションの記録方法に問題がある可能性もあります。
収益の全体的な可視性
場合によっては、広告ネットワークがあなたの広告メディエーションスタックの外で運用されていることがあります。チャネルAPIは、すべての収益源を捕捉し、より完全な全体像を把握することを保証します。
Anuragはこう説明します:「よくあるのは、あなたが使用中のメディエーションプロバイダー外で、別途アドネットワークを利用しているケースです。例えば、あなたのスタックにはそのアドネットワークがメディエーション側に含まれていないことがあります。そのため、広告収益の源泉を把握するために、常に別の補完的な情報源を活用できるのです。」
実用的な要点
正確な広告収益の計算は、単に数字を照合するだけではありません。 利益を守り 、より賢明な成長判断を行うための重要な基盤でもあります。
広告メディエーションとチャネルAPIの両方を通じたデュアルソース(二重源)の収益追跡を活用することで、ROASを最適化し、予算を枯渇させる前に不正を検出し、スタック内のすべての収益化チャネルからの収益を確実に捕捉するために必要な、完全な可視化を実現できます。
不一致が発生した場合でも、推測ではなく体系的な調査フレームワークが整っています。ユーザー獲得を拡大する際、不正な広告リクエストから身を守る際、あるいは単に「自分の収益が本当にどこから来ているのか」を理解したいときでも、この二元的アプローチがデータに基づいて行動するための自信を与えてくれます。
- デュアルソースの収益追跡は、収益の完全な可視化と、堅牢な不正検出フレームワークを提供します。
- 2つのソース間の差異は正常ですが、対処可能なものです。大きな不一致が現れた場合、それは不正行為、統合問題、またはネットワーク接続のギャップを示している可能性があります。
- 広告メディエーション収益 、インプレッションレベルのデータと即時のネットワークコールバックにより、リアルタイムでのROAS最適化に不可欠です。
- チャネルAPI経由の広告収益 は、メディエーションスタック外のチャネルを取り込むことで幅を広げ、収益の完全性を高め、ベンチマーク指標としての役割を果たします。
このフレームワークの実際の活用事例をご覧になりたいですか?アプリ内課金(IAP)の収益計算方法について、なぜ当社のお客様がこれを高く評価しているのか、当社チームが解説する動画をご覧ください。