RevenueCatは年間$12Bの購入処理を、1%課金と5層フォールバックで支えている

RevenueCatは、iOS・Android・Webにまたがるアプリ内サブスクリプションの購入処理を1つのAPIにまとめる決済基盤です。

アプリストアごとに異なるレシート検証、更新・解約・返金の状態管理を吸収し、購入イベントを分析ツールやマーケティング基盤へ流します。

2017年創業、2025年5月のSeries Cで累計調達額$100M、評価額$500Mに到達しました。出典

2025年5月、RevenueCatはBain Capital Ventures主導で$50Mを調達し、累計調達額$100M、評価額$500Mに到達しました。

アプリの「売り方」の裏側を請け負う会社が、モバイル経済の決済基盤に位置を占めた瞬間でした。

CTOのMiguel Carranzaは、出発点をこう語っています。

「開発者が好きなことで食べていけるように、退屈なインフラに時間を取られないようにしたかった」。出典

同じアプリを作っていた2人

2人が出会ったのは、フィットネスアプリのElevateでした。

Carranzaは「Elevateで共同創業者のJacobと出会い、アプリ内サブスクリプションの実装がどれほど大変かを身をもって学んだ」と振り返っています。出典

当時、サブスクリプションの実装はストアごとに仕様が違い、レシート検証や更新イベントの取りこぼしが売上に直結しました。

2人はこの作業をプロダクトの外に追い出すことを選び、2017年にRevenueCatを立ち上げます。出典

最初の顧客は開発者だった

立ち上げから1年後の2018年、2人はY CombinatorのSummer 2018バッチに参加しました。

現在の同社はサンフランシスコを拠点に160人規模で運営されています。出典

初期の顧客は、ストア対応に工数を取られていた個人開発者や小規模チームでした。

Carranzaの言葉どおり、売り物は「退屈なインフラ」を引き受けることそのものです。出典

転機はOpenAIとの2か月

2022年12月、OpenAIはChatGPTのモバイル展開を急ぐなかでRevenueCatを選びました。

契約から2か月でiOS版を公開し、2023年5月18日のリリース後24時間で米App Storeの総合1位に到達しています。出典

この案件でRevenueCatは、バックエンド呼び出しを減らす専用のSDKモードを用意し、iOS 18の新しい購読経路にも対応しました。

Carranzaは「OpenAIから機能追加の相談が来たときは、数週間ではなく数時間から数日で返した」と述べています。出典

成長は「止まらない決済」で測られた

その後、同社は2024年に$12M、2025年5月に$50Mを調達し、評価額は$500Mになりました。

当時の利用アプリは70,000以上で、新しく出るサブスクリプションアプリの3本に1本がRevenueCatを使っていると報じられています。出典

2026年には利用アプリは156,000に増え、基盤は1日20億件のAPIリクエストを処理する規模になりました。出典

いま起きている逆風

2026年の年次レポートで、CEOのJacob Eitingは「AIがアプリ供給に関する10年来の制約を取り除いた」と書き、月あたりの新規サブスクアプリ数が約2,000本から約15,000本へ増えたと説明しています。出典

供給が増えれば競争は強まり、獲得コストと解約率は上がります。

決済基盤にとっては利用アプリの増加という追い風であり、顧客であるアプリ事業者にとっては逆風です。

この非対称性が、現在の同社の立ち位置を表しています。出典

結びとして、RevenueCatの8年は、機能を足す競争ではなく「誰もやりたくない仕事」を引き受け続けた歴史だと言えます。

刺さっているのは、ストアごとに仕様が違うサブスクリプション実装を、専任エンジニアなしで運用しなければならないチームの痛みです。

RevenueCatはレシート検証、更新・解約・返金の状態管理、購入イベントの外部連携をまとめて引き受け、SDKの導入とAPIキー設定だけで購入情報が同期されます。

「請求とアプリストアの複雑さを扱わずに済ませる」という価値は、課金機能そのものより運用の詰まりを解消する点にあります。出典

トラクションの裏付けとして、2026年時点で156,000アプリが利用し、新規サブスクリプションアプリの相当割合が同社を経由しています。

購入処理額は年間$12B超に達しており、決済の通過点として機能していることが分かります。出典

示唆は、機能の追加ではなく「顧客が本来やりたくない作業」を名指しで引き受けることがPMFの核になるという点です。

課金は失敗が売上に直結する領域なので、肩代わりの価値が価格交渉力を生みます。

参入障壁は、SDKの導入実績と購入イベントの蓄積にあります。

ストア仕様の変更を継続的に吸収し、障害時にも購入を通す運用は、後発が短期で再現しにくい技術的資産です。出典

直接のネットワーク効果は弱いです。

利用アプリ同士がつながるわけではなく、価値は各アプリ内で完結します。

ただし間接的に、連携先ツールが増えるほど購入データの流し先が広がり、年次レポートのような集合知が顧客の比較基準になるため、エコシステム側に緩い効果があります。出典

ストア対応に専任エンジニアを置けない個人開発者・小規模チームと、iOS・Android・Webを横断して購入状態を一元管理したい中規模以上のアプリ事業者が中心です。

課金実装より価格と課金画面の改善に時間を振り向けたい組織に向き、自前実装を標準化済みの大企業や、ストア外決済だけで完結するサービスは主対象ではありません。

1点目は顧客の売上に連動する価格です。

月$2,500の追跡売上まで無料、超過分は1%という設計で、小さいアプリの導入障壁を下げながら成長顧客から収益を取ります。出典

2点目は決済を止めない可用性です。

5層のフォールバックと99.99% SLAにより、ストア障害時でも購入を受け付けます。出典

3点目はデータの蓄積です。

115,000アプリ・$16Bを集計した年次レポートが、顧客の比較基準と獲得資産を同時に担っています。出典

公開された大きな失敗はありませんが、構造的なリスクは残ります。

収益がアプリ内課金の流通額に連動するため、ストア手数料や決済ルールの変更が事業前提を揺らします。

AppleとEpicの訴訟を機にWeb決済の選択肢が広がったことは、既存の前提を組み替える出来事でした。出典

加えて、AIによるアプリ供給の急増は、短期的には利用アプリ数を押し上げる一方、顧客側の獲得コストと解約率を上げます。

顧客の生存率が下がれば、追跡売上連動の課金は景気に敏感になります。出典

日本市場では、キャリア決済や独自課金導線を持つサービスが多く、全置換型の導入は進みにくい点も未検証です。

成長の主経路はプロダクト主導です。

無料枠でSDKを入れ、売上の伸びに応じて1%課金へ自動的に移行するため、営業を挟まずに単価が上がります。出典

獲得はドキュメント、ブログ、ポッドキャスト、年次レポート、AI ToolkitやMCPサーバーといった開発者向け資産の継続投入が中心です。出典

トレードオフは、無料枠が広いぶん小規模顧客の収益化が遅れること、そして顧客の成長率に自社の成長が依存することです。

主要チャネル: content_blog, developer_docs, community_subclub, annual_report, events, product_led

B2Bのインフラは、顧客の面倒な作業を名指しで引き受けるほど定着します。

RevenueCatが売っているのは機能ではなく、ストアごとに散らばる実装と運用の集約です。出典

価格を顧客の成果に連動させると、導入のハードルと成長の取り分を同時に設計できます。

売上基準で無料枠を切る方法は、開発者向けプロダクトで再現しやすい型です。出典

日本のアプリ事業者は、iOS・Androidに加えてWeb決済や外部決済を使い分ける場面が増えています。

購入状態を1か所で持つ設計は、消費税や返金対応の説明責任の面でも利点があります。出典

一方、国内はキャリア決済や独自の課金導線を持つサービスも多く、すべてを置き換えるのではなく、ストア経由のサブスクだけを集約する導入が現実的だと考えられます。出典