RevenueCatの代替サービス：料金と用途を比較

RevenueCatのどの役割を置き換えるのか

RevenueCatは購入処理、レシート検証、サブスクリプション分析、アクセス権の管理を担います。アクセス権とは、支払い済みの利用者が使える機能やコンテンツの範囲です。ペイウォールと実験機能も提供しています。請求額の増加は比較のきっかけになりますが、売上が増えただけで現在の基盤が不適切になるわけではありません。

「課金基盤を置き換える」「ペイウォールの制作・テストを改善する」「Webでの販売方法を変える」を別の判断として考えましょう。複数の役割を持つサービスも、RevenueCatと併用できるサービスもあります。ペイウォールエディターを導入するために、必ずしも全加入者を別のバックエンドへ移す必要はありません。

本記事は2026年10月9日に確認した公開料金と製品ドキュメントを比較しています。実機での性能テストや、コンバージョン改善率に基づく順位付けではありません。以下の7サービスを、課金システム内での役割ごとに整理しました。

公開料金と課金対象の違い

金額はすべて米ドルです。別料金のサービスや個別契約は含みません。各社の定義を自社の取引に当てはめてから、請求額を比較してください。

RevenueCatの請求上の定義では、購入、更新、買い切り購入を、プラットフォーム手数料と税金を差し引く前の金額で計上します。月間追跡売上（MTR）は月次経常収益（MRR）とは異なり、集計期間は契約の請求サイクルに従います。公開例ではMTRが2,600ドルなら26ドルです。無料枠の超過分100ドルだけに1%を掛けた1ドルではありません。

RevenueCatには、自社のアプリ内課金基盤と組み合わせて使えるGrowth Toolsもあります。料金ページでは、Paywallsやweb-to-app Funnelsなど、利用するツール経由のコンバージョンを課金対象と説明しています。この限定的な利用形態は、上記のプラットフォーム全体のMTR比較とは分けて検討してください。自社の構成で何が計測対象になり、どの課金条件が適用されるかを確認する必要があります。

仮に課金対象が50,000ドルなら、1%は500ドル、0.8%は400ドルです。この100ドル差だけでは移行の採算は判断できません。実装、契約の重複、サポート、失う機能も含めましょう。Superwallではペイウォールに帰属する売上を別途計算し、全追跡売上と同額だと仮定しないことが重要です。

モバイル収益化向けの4サービス

Adapty：実験の一連の作業を評価する

Adaptyは課金基盤に、ノーコードのペイウォール作成、初回利用導線、対象ユーザーの設定、A/Bテストを組み合わせています。ローカライズしたペイウォールを作り、対象を割り当て、売上指標を選び、結果を読むまでの実際の作業を確認しましょう。RevenueCatにもペイウォールと実験機能があるため、エディターの有無だけで切り替える必要はありません。

返金対応や広告管理などは、Adaptyの料金ページで別料金になっています。利用予定のサービスも見積もりに含めてください。予測LTVは見通しであり、回収済みの売上ではありません。ペイウォールのコンバージョン基準値を使う場合は、イベントの定義、対象ユーザー、測定期間を合わせてから目標を設定します。

Superwall：基盤と帰属売上を分けて考える

Superwallは現在、ペイウォールエディターに加え、購入処理、アクセス権、Webhook、分析を提供しています。基盤は規模を問わず無料と案内され、ペイウォールは月間帰属売上（MAR）を基準に課金されます。料金FAQによると、対象はSuperwallのペイウォールに帰属する売上で、アプリ内のすべての購入ではありません。

StartupとScaleの公開料金は、それぞれ月額49ドル、199ドルにMARの1%を加えたものです。Enterpriseは個別料金です。ローカライズ、共同作業、サポートに必要なプランを確認し、更新、返金、移行済み加入者の扱いを確かめてから削減額を計算してください。

Qonversion：現在のProプランを比較する

Proにはサブスクリプション管理、ノーコードのペイウォール、A/B実験、分析、連携、生データのエクスポートが含まれます。月間追跡売上が7,000ドルを超えると、全額に0.8%がかかります。以前の10,000ドルの無料枠とStarter/Growthの別料金は、現在の公開プランを表していません。

料金FAQでは、暦月ごとの購入、更新、買い切り購入を対象とし、7,000ドル以下の月は無料としています。Enterpriseは契約条件やサービスを追加するものです。料率とともに、エクスポートの完全性と必要な定期購入イベントを確認しましょう。

Purchasely：購入処理を誰が担当するか決める

Purchaselyはペイウォール、初回利用導線、対象設定、離脱した加入者の再獲得導線を提供します。重要なのはソフトウェア開発キット（SDK）の動作モードです。Observerでは既存システムが購入を処理し、FullではPurchaselyに任せます。ドキュメントではSDKバージョン6以降、Observerが標準とされています。

動いている課金バックエンドをすぐに替えず、アプリ内導線を改善したい場合に検討できます。Observerでは購入の検証とアクセス判定は既存システムの責任です。使用するモード、サポート、連携を含めて見積もりを取りましょう。

Web請求とアプリ連携向けの3サービス

Chargebee：ストア連携の実際の動きを確認する

ChargebeeはWeb請求とOmnichannel Subscriptionsを提供します。ドキュメントでは、ストアの定期購入はAppleとGoogleが管理し、Chargebeeはその購入の請求書を発行しないと説明しています。

現在の料金表ではアプリ内購入管理がFlow、Enterpriseの両方に含まれています。その他の追加機能は別料金の場合があります。ストアの売上が手数料の対象となる請求額にどう影響するかを確認し、購入とアクセス権を検証してから、RevenueCat全体の代替になるか判断してください。

Recurly：App Managementの料金を含める

App Managementのドキュメントでは、Webとストアの定期購入データ、アクセス権の確認、ライフサイクルイベントのWebhookを説明しています。App Managementには追加料金がかかることも明記されています。

請求プランと一緒に、この機能の見積もりを取得しましょう。AppleとGoogleの顧客識別子が既存のアカウントIDにどう紐づくかも確認します。一つの画面に情報がまとまっても、購入、更新、復元の後に正しい利用者がアクセスできなければ不十分です。

Paddle：販売主体としての役割を別に評価する

Paddleは自社のチェックアウトを通る取引の販売主体（merchant of record）として、決済と関連する売上税の管理を担当します。これで事業のあらゆる税務義務がなくなるわけではなく、アプリストアが処理する購入も対象外です。

モバイル向けサービスは利用者を外部Web決済へ誘導します。その機能があることと、すべてのアプリ・市場で利用できることは別です。Appleの購入リンク規則とGoogle Playの決済プログラムについて、登録、表示、報告、手数料などの適用条件を確認してください。決済後にアプリ内のアクセスを付与する仕組みも合わせて評価します。

契約前に移行を検証する

解決したい問題から候補を選びます。請求コスト、ペイウォール公開の遅さ、エクスポート不足、Webとアプリのアカウント分断などです。小規模な検証実装で次を確かめましょう。

1. 既存顧客のアクセスを維持できるか。 ユーザーID、商品、アクセス権、過去の購入を対応付けます。別端末での購入復元と旧バージョンのアプリからのアクセスをテストします。
2. 定期購入の変更が各システムに届くか。 無料体験から有料への移行、更新、解約、返金、支払い再試行、プラン変更を確認します。連携の併用で二重計上しないよう、購入・売上イベントごとに送信元の担当を一つ決めます。
3. 金額を照合できるか。 同じ期間、通貨、返金処理を使い、ストアや決済事業者の取引、プラットフォームのエクスポート、獲得レポートを比較します。測定面はAppsFlyer連携ガイドで説明しています。
4. 安全に元へ戻せるか。 旧アプリと更新イベントへの対応が済むまで、既存サービスを維持します。RevenueCatは、プロジェクトを削除すると利用中のアプリがアクセスできなくなる一方、顧客のストア定期購入は解約されないと警告しています。

公開済みのセキュリティアプリ事例では、キャンペーン変更と並行してRevenueCat、Firebase、Google Adsの購入シグナルを揃えた取り組みを紹介しています。一貫した測定の必要性を示すもので、課金サービス同士を比較した事例ではありません。

顧客獲得単価（CAC）と顧客生涯価値（LTV）の計算ツールで獲得に関する仮定を検討し、プラットフォーム費用、限界利益、投資回収期間は別途評価してください。移行の妥当性を決める普遍的なLTV/CAC比率はありません。

よくある質問

ペイウォールテストにはどの代替が適しているか

Adapty、Superwall、Qonversion、Purchaselyを、RevenueCatの既存機能と比較します。同じ実験案を使い、対象条件、ローカライズ、購入導線、売上指標、エクスポートを確認してください。公開機能一覧だけでは、自社アプリのコンバージョンが改善するとは判断できません。

Glassfyは現在も選択肢になるか

なりません。アーカイブ済みのGlassfy iOS SDKリポジトリではSDKの廃止と2024年末までの業務終了が告知されています。現行の導入候補ではなく、移行元のシステムとして扱います。

成長中のアプリはRevenueCatから移行すべきか

自動的にそう決まるわけではありません。最新の見積もり、利用機能、加入者のアクセスを安定して保つ費用を比較しましょう。継続利用、専門ツールの追加、バックエンドの交換のいずれも、検討の結果として妥当になり得ます。

獲得、アトリビューション、収益化をつなぐ支援は、モバイルアプリマーケティングとサブスクリプションアプリ向け支援をご覧ください。