アプリ広告の費用相場と単価の考え方：CPI・CPA・ROASでどう判断するか

「アプリ広告にいくらかければいいのか」「インストール単価はどのくらいが妥当か」。アプリの予算を組む責任者が、最初に知りたいポイントです。ただ、ネットで見つかる"相場"をそのまま自社に当てはめると、判断を誤ります。同じCPI（インストール単価）でも、回収できるかどうかは、自社の収益モデル次第でまったく変わるからです。

アプリ広告の費用は、単価の一覧を眺めるだけでは決められません。大切なのは、「いくらまでなら払っていいか」を、自社のLTV（顧客生涯価値）や課金率から逆算することです。安いCPIが良いのではなく、回収できるCPIかどうかが、投資判断の軸になります。

この記事では、アプリ広告の費用を相場の紹介で終わらせず、CPI・CPA・ROASを「自社の収益モデルなら、いくらまで払って回収できるか」まで落とし込んで判断できるように整理します。課金方式の違い、許容単価の逆算、予算からの簡易試算、そしてiOSの計測制約を踏まえた予算判断までをまとめます。なお、相場や各媒体の仕様は変わるため、最新情報は公式でも確認してください。

弊社ではアプリ広告に対するサポートも行っております。もし広告費を増やす前に、許容CPIと回収期間を整理したいといったお悩みがあればぜひご相談ください。アプリ広告サービスの概要はこちらから。

まず押さえる結論：「安いCPI」ではなく「回収できるCPI」

最初に、費用判断で最も大事な考え方を共有します。アプリ広告の費用は、相場のCPIで決めるのではなく、自社のLTVや課金率から逆算した"回収できるCPI"を基準に判断するのが正解です。同じCPI 300円でも、回収できる事業もあれば、赤字になる事業もあります。

CPIの相場は、一般に1インストールあたり100〜600円程度とされ、ジャンルによってはさらに高くなります（ユーティリティ系はゲームよりCPIが高くなる傾向など）。しかし、この数字をそのまま目標にしても意味がありません。インストールした人のうち、何割が起動し、登録し、課金し、使い続けるかで、1インストールから得られる価値はまったく違うからです。CPIが安くても、課金も継続もしないユーザーばかりなら「安く失敗している」だけです。

だからこそ、費用判断は「いくらで取れたか（CPI）」ではなく、「いくらまでなら払って回収できるか（許容CPI）」から始めます。この許容ラインを、自社のLTVや課金率から逆算することが、予算設計の出発点です。CPIだけで判断する危うさは、アプリ広告とはの記事でも触れています。

ワンポイントアドバイス:予算を決める前に、「1インストールが、最終的にいくらの売上・利益を生むか」をざっくりでも出してください。これが分からないと、CPIが高いのか安いのか、誰も判断できません。

CPI・CPA・ROASの意味と使い分け

費用判断には、3つの指標を使い分けます。CPIは"インストールの単価"、CPAは"成果（登録や課金）の単価"、ROASは"広告費に対する売上効率"で、それぞれ見ている地点が違うため、目的に応じて使い分けます。下の表で整理します。

CPIは入口の効率を見る指標ですが、これだけ追うと"使われないユーザー"を集めがちです。CPAは、登録や課金といった事業価値に近い地点での単価なので、CPIより実態に近い評価ができます。ROASは、広告費に対してどれだけ売上が返ってきたかを示し、課金型・EC型のアプリで投資効率を測るのに使います。

この3つは、川の上流から下流の関係にあります。CPI（インストール）が上流、CPA（登録・課金）が中流、ROAS（売上回収）が下流です。上流のCPIだけ見て安心していると、下流で全然回収できていない、という事態に気づけません。逆に、最初からROASだけを完璧に求めると、立ち上げ初期で配信量が伸びず学習が進まないこともあります。立ち上げ期はCPIと初期定着、軌道に乗ったらCPAとROASへと、フェーズによって主に見る指標を移していくのが現実的です。入口（CPI）だけでなく、成果（CPA）と回収（ROAS）まで見て、初めて費用の良し悪しが判断できるのです。指標ごとの実装や計測の詳細は、効果測定の記事に整理しています。

許容CPIをLTVから逆算する

費用判断の核心が、この逆算です。払ってよいCPI（許容CPI）は、相場ではなく、LTV・粗利率・回収方針から逆算して決めるのが正しい順番です。考え方の式は、おおむね次のようになります。

許容CPA（または許容CPI）＝ LTV × 粗利率 × 回収方針の係数、というのが基本の発想です。たとえば、1ユーザーのLTVが3,000円、粗利率が50%なら、利益ベースの上限はおおよそ1,500円。ここに「どのくらいの期間で回収したいか」という方針を掛けて、許容ラインを決めます。早く回収したいなら係数を厳しく、リピートが見込めて時間をかけて回収できるなら緩く設定できます。

この逆算ができると、媒体の相場に振り回されなくなります。相場のCPIが400円でも、自社の許容CPIが1,000円なら、その媒体は「安く買えている」ことになり、むしろ予算を増やす判断ができます。逆に、相場が200円でも、自社の許容CPIが150円なら、その水準では回収できません。同じ相場でも、自社の収益モデル次第で「高い」「安い」の評価は逆転するのです。だからこそ、他社の事例や媒体平均をそのまま目標に置くのではなく、自社の数字で線を引くことが欠かせません。

下の表は、収益モデル別の考え方の例です（あくまで考え方の例で、実数は自社のデータで算出します）。

重要なのは、LTVが分かると、CPIが多少高くても投資できる、という判断ができることです。たとえば初回だけで見れば赤字でも、継続課金やリピートを含めたLTVで見れば十分回収できる、というケースは珍しくありません。初回の数字だけで「CPIが高い＝失敗」と判断すると、本当は伸ばすべき獲得を止めてしまうことがあります。LTVが不明なうちは、まず初回の利益で最低ラインを引き、データが貯まったらLTVベースへ切り替えます。

月額予算から逆算する：簡易シミュレーション

許容CPIが見えたら、月額予算からどこまで取れるかを試算します。予算は「インストール数」だけでなく、その先の登録・課金まで段階的に試算し、最終的な回収が成り立つかを確認することが大切です。下の表は、考え方の一例です（数値は仮で、自社のデータに置き換えてください）。

この例だと、初月の売上だけでは広告費を回収できていません。しかし、課金ユーザーが継続してくれるなら、数か月のLTVで見れば回収できる可能性があります。逆に、継続率が低ければ赤字が続きます。単月の売上ではなく、継続まで含めたLTVで回収を判断するのが、サブスクや継続課金型アプリの鉄則です。

この試算のもう一つの使い方は、「どの率を改善すれば回収が成り立つか」のシミュレーションです。上の例で、課金率が5%から7%に上がれば、課金は約165件から約230件に増え、売上は同じ広告費のまま約4割増えます。登録率やストアCVRも同様で、各段階の率を少し改善するだけで、最終的な回収は大きく変わります。広告のCPIを下げるより、こうした"途中の歩留まり"を改善するほうが、効果が大きいことも多いのです。各率（登録率・課金率・継続率）のどこを改善すれば回収が成り立つかを見ると、打ち手が明確になります。

費用対効果が悪いとき、どこを直すか

費用対効果が合わないとき、やみくもにCPIを下げようとするのは得策ではありません。改善は、CPIだけでなく、登録率・課金率・継続率・ストアCVRのどこがボトルネックかを見極めてから手を打つのが効率的です。下の表は、症状別の改善の方向です。

たとえば、ストアページのインストール率（ストアCVR）が改善すれば、同じ広告費でインストールが増え、実質的にCPIが下がります。広告の単価をいじる前に、ストアや受け皿の改善で費用対効果が上がることは多いです。ストアCVRと費用の関係は、ASO連携の記事に整理しています。費用が合わない原因の切り分けは、成果が出ない理由の記事も参照してください。

iOSの計測制約を踏まえた予算判断

最後に、費用判断で見落とせないのが計測の制約です。iOSではATTとSKAdNetworkの影響で、広告ごとの正確な成果が見えにくく、数字が"揺れる"前提で予算を判断する必要があります。ここを知らないと、計測の欠損を「成果が出ていない」と誤解しかねません。

iOSでは、個人を追う計測が制限され、集約された粒度でしか成果が見えません。そのため、媒体上のCPIやROASが、実態より低く見えることもあります。広告費を増やすか減らすかを判断するときは、媒体の数字だけでなく、アプリ全体のインストールや課金の動き（媒体をまたいだ全体傾向）も合わせて見ることが大切です。下のチェックリストは、予算を判断する前に整理しておきたい項目です。

媒体への出稿だけなら社内でも回せますが、LTVからの許容単価の逆算、計測の制約を踏まえた評価、ストア改善まで含めた費用設計は、専門性が必要です。広告費を増やしてよいか判断に迷う、計測の見え方に不安がある、という場合は、外部の知見を入れる価値があります。代理店選定の前に費用前提を整理したい場合は、代理店の選び方の記事も参照してください。

広告費を増やす前に、許容CPIと回収期間を整理したい、計測の見え方に不安がある、という場合は、現在のCPI・課金率・継続率を共有いただければ、予算設計からご相談に乗れます。

この記事もおすすめアプリ広告とは？種類・費用・出し方・アプリ集客につなげる運用設計を解説全体像から押さえたい方へ。この記事を読む

この記事もおすすめアプリ広告の出し方：媒体選定・キャンペーン設計・計測設定の始め方予算が固まり出稿準備に進む方へ。この記事を読む

この記事もおすすめアプリ広告で成果が出ない理由：CPIは安いのに伸びない時の診断費用対効果が合わない方へ。この記事を読む

この記事もおすすめアプリ広告とASOの連携方法：広告流入をインストール率改善につなげる設計ストアCVRで費用対効果を上げたい方へ。この記事を読む

この記事もおすすめアプリ広告代理店の選び方：媒体運用・ASO・計測支援まで確認するポイント予算・計測・改善体制に不安がある方へ。この記事を読む

よくある質問

Q. アプリ広告のインストール単価（CPI）の相場はいくらですか？

一般的には1インストールあたり100〜600円程度とされますが、ジャンルや媒体で大きく変わり、さらに高くなることもあります（ユーティリティ系はゲームより高くなる傾向など）。ただし、相場をそのまま目標にするのは危険です。重要なのは相場のCPIではなく、自社のLTVや課金率から逆算した「回収できるCPI」です。相場は参考程度に留めてください。

Q. CPI・CPA・ROASはどう使い分けますか？

CPIはインストールの単価（入口）、CPAは登録や課金など事業に近い成果の単価、ROASは広告費に対する売上効率です。CPIだけ追うと使われないユーザーを集めがちなので、CPA（成果の単価）とROAS（回収効率）まで合わせて見ます。課金型・EC型のアプリでは、最終的にROASやLTVベースで投資の可否を判断するのが基本です。

Q. 許容できるCPIはどう決めればよいですか？

相場ではなく、自社のLTV・粗利率・回収方針から逆算します。考え方は「許容CPA（CPI）≒ LTV × 粗利率 × 回収方針の係数」です。LTVが分かれば、初回が赤字でも継続で回収できる、といった判断ができます。LTVが不明なうちは、まず初回の利益で最低ラインを引き、データが貯まったらLTVベースに切り替えてください。

Q. CPIが高いのですが、止めるべきですか？

CPIの高さだけでは判断できません。CPIが高くても、その先で課金・継続につながる優良ユーザーが取れていて、LTVベースで回収できるなら、投資の価値があります。逆にCPIが安くても、定着しないユーザーばかりなら「安く失敗している」状態です。CPIの先にある登録率・課金率・継続率・LTVまで見て判断してください。

Q. iOSだと費用対効果が正しく測れないと聞きました。

iOS 14.5以降、ATTとSKAdNetworkの影響で、広告ごとの正確な成果が見えにくくなっています。個人を追う計測が制限され、集約された粒度でしか成果が分かりません。そのため媒体上の数字が実態より低く見えることもあります。媒体の数字だけでなく、アプリ全体のインストールや課金の動きも合わせて見て、揺れる前提で予算を判断してください。

まとめ

アプリ広告の費用は、相場のCPIで決めるものではありません。大切なのは、自社のLTVや課金率から逆算した「回収できるCPI」を基準に、いくらまで払って回収できるかを判断することです。安いCPIが良いのではなく、回収できるCPIかどうかが投資の軸になります。

判断には、CPI（入口）・CPA（成果）・ROAS（回収）を使い分け、許容単価をLTV・粗利率・回収方針から逆算します。月額予算は、インストールだけでなく登録・課金まで段階的に試算し、継続まで含めたLTVで回収を見ます。費用対効果が合わないときは、CPIを下げる前に、登録率・課金率・継続率・ストアCVRのどこがボトルネックかを見極めます。

iOSではATTとSKAdNetworkの制約で数字が揺れるため、媒体の数字だけで判断せず、全体傾向も合わせて見ることが欠かせません。広告費を増やす前に許容CPIと回収期間を整理したい場合は、現在のCPI・課金率・継続率を共有いただければご相談に乗れます。

参考にした公式情報

• Google 広告 ヘルプ（アプリ キャンペーン） https://support.google.com/google-ads/answer/6247380?hl=ja
• Google 広告 ヘルプ（コンバージョン トラッキング） https://support.google.com/google-ads/answer/6167164?hl=ja
• Apple Search Ads（Apple Ads） https://searchads.apple.com/
• Meta（Facebook）アプリ広告 https://www.facebook.com/business/ads/app-ads