Appleプラットフォームの開発者は、App Storeの決済システム以外でアプリ内購入をより柔軟に処理できるようになりました。PaddleとRevenueCatの新たな連携により、アプリはユーザーにとってネイティブな感覚を保ちながらウェブベースの購入処理が可能になり、初めてApple Payも利用できるようになりました。

この展開は、Epic対Appleの訴訟判決を受けてのもので、Appleは開発者に外部決済プラットフォームへのリンクを含めることを義務付けられました。Epicにとっては大きな損失となったかもしれませんが、外部決済プラットフォームを利用できるということは、Appleがアプリ内購入で徴収する高額な手数料から解放されることを意味します。Appleは依然として特定のユーザーインターフェース要件を課していますが、この法的転換により、PaddleとRevenueCatが発表したような新しいツールへの道が開かれました。

この新しいシステムは、開発者にユーザーを外部のチェックアウトページに誘導するための事前構築された方法を提供します。ユーザーがアプリ内でサブスクリプションや購入を開始すると、Apple Payなどの支払いオプションを含むデータが事前に入力されたSafariページにリダイレクトされます。支払いが完了すると、ユーザーは自動的にアプリに戻ります。

この統合を利用する開発者は、カスタム決済ソリューションを一から構築する必要はありません。Paddleが税務やコンプライアンスを含む決済インフラを管理し、RevenueCatがサブスクリプションロジックと分析を管理します。また、クロスプラットフォームアクセスもサポートしているため、ユーザーはWebでサブスクリプションを登録し、iOSまたはAndroidデバイスからログインしてサービスを利用できます。

この統合は、長年Appleのアプリ内課金ルールと15～30%の手数料に苦労してきた開発者にとって大きな利便性をもたらします。Paddleのシステムを経由することで、開発者は収益のより大きな割合を維持し、顧客関係をより直接的に管理できるようになります。これにより、Appleの社内ツールを介さなければ提供できないプロモーション、バンドル、柔軟な価格設定などが可能になります。

この解決策は完全に摩擦のないものではありません。Appleは依然として、外部決済フローはアプリ内ではなくSafari内で行う必要があると規定しています。このわずかな迂回は、多くの開発者がこれまで直面してきた状況に比べれば、まだましな体験と言えるでしょう。以前は外部リンクが完全に禁止されていたり、アプリのエクスペリエンスから切り離された形で表示されていたりしていました。

よりオープンな収益化への一歩

PaddleとRevenueCatの提携は、開発者にとってより使いやすい決済ソリューションへの移行を浮き彫りにしています。長年にわたり、アプリ開発者はユーザーへの課金方法の自由度向上を求めてきました。世界的な法的圧力が高まり、Appleが徐々に規制を緩和する中、これらの新たな連携はほんの始まりに過ぎないかもしれません。

最も大きな恩恵を受けるのは、小規模な開発者やサブスクリプション型サービスです。この統合により、税務処理が簡素化され、ローカライズされた価格設定がサポートされるほか、開発者は個別のシステムを維持することなく、プラットフォーム間でサブスクリプションを同期できるようになります。

この動きは、Apple自身のアプリ内課金ツールにも競争圧力をかけることになる。開発者がAppleのコンプライアンス基準を満たしつつ、より柔軟性の高い代替システムを模索するにつれ、Appleは自社製品の近代化を求める声が高まる可能性がある。

Apple が長期的にどう対応するかはまだ分からないが、Paddle と RevenueCat の統合は、アプリ開発者がビジネスを成長させ、より多くの収益を維持するための新しい方法を獲​​得していることを明確に示している。