アプリの収益化方法【2026年版】サブスク・買い切り・広告・有料ダウンロードを比較

アプリをうまく収益化するには、まず1つの問いから始めます。ユーザーはどんな価値を、どれくらいの頻度で得るのか？ クラウドサービス、オフラインツール、カジュアルゲームでは、コストも利用パターンも異なるため、同じペイウォールは必要ありません。まずモデルを選びましょう。そのうえでストアの決済ルールと2026年の手数料を確認します。この2つが合わさって、どう課金できるか、手元にいくら残るかが決まるからです。

どのアプリ収益化モデルを選ぶべきか？

ユーザーが価値を得る頻度と、ユーザー1人あたりにかかる提供コストに合ったモデルを選びましょう。以下の各モデルは、それぞれ異なるタイプのプロダクトに向いています。

ハイブリッドも機能しますが、モデルを1つ増やすごとに説明すべきルールが増え、テストすべき購入状態も増えます。明確に説明できる最小のモデルから始めましょう。「無料で試せて、エクスポートは一度の支払いで」のほうが、クレジット、サブスクリプション、広告を一度に組み合わせるよりも理解しやすいものです。

サブスクリプションが適しているのはどんなときで、Appleは何を求めているか？

サブスクリプションは、アプリが継続的に価値を提供し続ける場合に適しています。AppleのGuideline 3.1.2(a)では、自動更新サブスクリプションは「顧客に継続的な価値を提供しなければならない」とされ、期間は「最低7日間で、ユーザーのすべてのデバイスで利用可能でなければならない」と定められています。

既存の設定画面を月額料金の後ろに置くだけでは、この基準を満たしません。適しているのは、信頼性の高い同期、新しいコンテンツ、クラウド処理、保守されるサービスなどです。既存の有料アプリをサブスクリプションに切り替える場合、同じガイドラインでは「既存ユーザーがすでに支払った主要な機能を取り上げるべきではない」とされています。

購入前について、Guideline 3.1.2(c)は「その価格でユーザーが何を得られるのかを明確に説明する」ことを求めています。Appleのサブスクリプションのページには、登録画面に必要な項目が挙げられています。サブスクリプションの名前と期間、含まれる内容、目立つように表示された更新時の総額、サインインまたは購入の復元の手段、利用規約とプライバシーポリシーへのリンクです。更新、解約、期限切れ、復元をテストしましょう。今日解約したユーザーは、支払い済みの期間が終わるまでアクセスを維持できる必要があります。

買い切りや有料ダウンロードが向いているのはどんなときか？

買い切りは、オフラインエディタやデバイス上で動作するユーティリティなど、利用量に応じてコストが増えない自己完結型のツールに向いています。1回の支払いと引き換えに、高コストなAI処理、ストレージ、手作業のサポートを無期限に約束する場合には向きません。

iOSでは、サブスクリプションなしでもトライアルを提供できます。Guideline 3.1.1では、「XX-day Trial」という名前のPrice Tier 0の非消耗型アプリ内課金が認められています。トライアル開始前に、期間、ロックされる内容、フルアクセスの価格を明示しなければなりません。買い切りのアンロックと並行して従量制サービスを消耗型クレジットとして販売する場合、アプリ内課金で購入したクレジットは「有効期限を設けてはならない」ことを覚えておきましょう。「無制限」と宣伝しておきながら、サポートページに厳格な上限を隠すようなことはやめましょう。

広告は小規模アプリの収益化に適した方法か？

広告で無料アプリを運営できるのは、利用量が十分なインプレッションを生む場合に限られます。ユーザー層が小さい、またはニッチな場合、広告収益では広告SDKがもたらすプライバシー対応の手間や起動の遅さを賄えないかもしれません。

広告の配置がメインの作業を妨げていないか測定しましょう。手早く使うユーティリティでは、結果の前に表示するインタースティシャル広告が、得られる収益以上にユーザー離れを招くことがあります。広告非表示へのアップグレードはデジタル購入です。Googleのお支払いに関するポリシーでは、「アプリの広告なしバージョン」をPlay請求サービスを通すプレミアム機能として挙げています。広告SDKはデータも収集するため、開示内容を更新しましょう。その確認手順はプライバシーラベルのSDK監査で解説しています。

2026年、AppleとGoogleはアプリ収益からどれくらい手数料を取るか？

2026年10月時点で、AppleはSmall Business Programの参加者から、また有料サービス1年経過後のサブスクリプションから15%を受け取ります。米国、英国、EEAでは、Google PlayはPlay請求サービスで支払われるサブスクリプションに10%のサービス手数料と5%の決済手数料を課しています。

Googleのサービス手数料のページによると、新しい手数料体系は米国、EEA、英国では2026年6月30日に、オーストラリアと日本では2026年9月30日に始まりました。これらの地域では、5%の決済手数料はGoogle Play請求サービスを通じた購入にのみ適用されます。その他の市場では、変更が適用されるまで従来の料率が維持されます。

AppleのSmall Business Programは、前暦年の収益が100万ドル以下のデベロッパと、App Storeに新規参入するデベロッパが対象です。無料トライアルの期間は、Appleのサブスクリプション85%の料率に必要な有料サービス1年間には含まれません。手数料はプログラムと取引の種類によって異なるため、単一のパーセンテージではなく、実際のアカウント条件に基づいて予測を立てましょう。

アプリ内課金の代わりに独自の決済リンクを使えるのはどんなときか？

AppleのUSストアフロントでは、アプリに他の購入手段へ誘導するボタン、外部リンク、その他のコールトゥアクションを含めることができるようになりました。それ以外の地域では、地域別のエンタイトルメントか所定の例外に該当しない限り、デジタル機能にはアプリ内課金を使わなければなりません。

• Apple（米国外）：Guideline 3.1.1(a)では、StoreKit External Purchase Link Entitlementが必要です。これは特定のストアフロントと一部のプラットフォームでのみ利用できます。
• Apple（物理的な商品）：Guideline 3.1.3(e)では、物理的な商品やアプリ外で利用されるサービスには、アプリ内課金以外の決済手段を使わなければならないとされています。
• Apple（1対1のライブサービス）：3.1.3(d)では、個別指導などのリアルタイムの1対1サービスは他の決済手段を使用できます。1対少数や1対多数のサービスはアプリ内課金を使わなければなりません。
• Google Play：対象国の代替決済プログラムや外部オファープログラムに登録していない限り、デジタル商品はPlay請求サービスを使います。物理的な商品や物理的なサービスにはPlay請求サービスを使用してはなりません。

他のアプリがリジェクトされた収益化のミスとは？

決済関連で最も多いリジェクトは、ストアの購入システム以外の方法で有料機能をアンロックすることです。デベロッパはストアを回避するために、コードやWeb購入を試しがちです。

2019年のApple Developer Forumsのスレッドでは、屋外脱出ゲームのデベロッパが自社サイトやパートナー経由でゲームコードを販売していました。ユーザーはそのコードをアプリに入力します。このアップデートは、アプリが「コードを購入することでユーザーが追加コンテンツをアンロックできる」という理由で「Guideline 3.1.1 - Business - Payments - In-App Purchase」によりリジェクトされました。デベロッパは3.1.3(b)を根拠に挙げましたが、返信では、マルチプラットフォームでのアクセスであっても、同じアイテムが「アプリ内でアプリ内課金として利用可能」である必要があると指摘されました。

2025年1月のスレッドでは、デベロッパが独自のパートナー向けプロモコードを使い、有効な2つのアプリ内課金プロダクトのうち安いほうを表示していました。Appleは「アプリがプロモコードを使って有料機能をアンロックまたは有効化している」としてリジェクトしました。異議申し立ては却下され、「アプリ内で割引されたサブスクリプションを提供したい場合は、Appleがサポートするオファーコードを使用してください」という案内が示されました。

どちらのケースにも同じ教訓があります。コードがコンテンツを直接アンロックするのか、価格を変えるだけなのかは、Appleにとって関係ありません。StoreKit以外の何かが有料機能を得られる人を決めているなら、3.1.1でリジェクトされると考えておきましょう。

収益化がうまくいっているかどうかをどう判断するか？

変更は一度に1つずつ測定しましょう。アクティベーションから始めて、返金されずに継続した収益で終わる指標を見ます。初回購入のコンバージョンが上がっても、返金や更新停止が増えるなら成功とはいえません。

具体例：「ユーザーが初めてエクスポートに成功した後、有料のエクスポートオプションを1つの明確な説明とともに表示する」。何かを変更する前に、指標（購入コンバージョンと30日以内の返金）と期間を決めておきます。ごく小さなサンプルでは、価格設定について自信を持った結論は出せません。有料版をリリースする前に、次のチェックリストを実行しましょう。

1. 新規ユーザーがペイウォールを見る前に、アプリの役立つ部分にたどり着けることを確認する。
2. 価格、請求期間、含まれる内容をわかりやすい言葉で表示する。
3. リリースビルドで、購入の成功、保留、失敗、返金、復元をテストする。
4. エンタイトルメントが再インストール後も維持され、ユーザーのデバイス間で引き継がれることを確認する。
5. App Reviewがすべての有料機能にアクセスできる手順を用意し、ログインが必要ならデモアカウントを提供する。
6. サブスクリプションについて、更新と解約をコホート別に追跡する。

審査中に購入が機能しない場合は、2.1 リリースビルドのテスト計画で対処法を解説しています。審査用デモアカウントのガイドでは審査担当者にアクセスを提供する方法を、App Store提出チェックリストではリリースのその他の作業を紹介しています。構築前に収益化の流れを設計したい場合は、サービスをご覧ください。