AppleとEpic間の訴訟における裁判所命令により、Appleは開発者が米国の顧客をアプリ外の外部Webサイトへ誘導し、そこで購入を完了させることを許可せざるを得なくなりました。これにより、開発者はApp Storeの30%の手数料を回避できる可能性が出てきたのです。

米国のIAP市場は520億ドルという巨大な規模であり、これはApp Storeの全収益の約半分に相当します。Appleがこのような主要な市場をWeb購入に対して開放したのは、これが初めてのことでした。

長年にわたり、この新たな自由が開発者の収益をどれだけ増やせるか（あるいは全く増やせないのか）が議論されてきましたが、これを確かめる唯一の現実的な方法はテストを行うことでした。

そこでRevenueCatは、この機会を捉え、Web購入に関する史上最大規模の公開テストを実施しました。

RevenueCatによる大規模A/Bテストの概要

RevenueCatは、テスト用アプリとして買収したDipseaを使用して、4つの異なるVariantによるテストを展開しました。

• Variant A (標準): DipseaのネイティブペイウォールでIAPを提供。これはベースラインとして使用されました。
• Variant B (IAPのみ): Variant Aのクローンで、RevenueCat Paywallsを使用して実装されました。IAPのみを提供します。
• Variant C (IAP + Web): Webで年間プランを30%割引で提供するオプションを追加しました。これはAppleの手数料30%を相殺しようという試みでした。
• Variant D (Webのみ): IAPオプションを完全に削除し、Web購入のみを提供します。これはVariant Bと比較することで、Webフロー固有の摩擦（コンバージョン低下）を評価するために設計されました。Dipseaが「リーダーアプリ」の例外規定に該当するため、このVariantが可能でした。

このテストは5月7日に開始され、Dipseaの新規米国顧客を対象としました。これまでに約5,600人が参加し、各Variantにはおよそ1,400人が割り当てられました。

驚きの初期結果：IAPがコンバージョンで圧倒的に優位

テストはまだ6日間しか経過していませんが、すでに興味深い結果が見え始めています。

Variant B（IAPのみ）とVariant D（Webのみ）の比較は、最も明確で解釈しやすい違いを示しています。これらのVariantはデザインやレイアウトが全く同じであり、唯一の違いはアプリ内課金（IAP）か外部のWeb購入かという点です。これにより、ユーザーをWebに追い出してIAPを回避させることによるコンバージョンへの悪影響を明確に理解できます。

結果として、IAPのみのペイウォール（Variant B）は、WebのみのVariant（Variant D）と比較して、初期コンバージョン率で42%の向上、トライアル開始率で43%の向上を示しました。

Variant Bの初期コンバージョン率は27%から30%の間であったのに対し、Variant DのWebフローは17%から19%の間でした。これは大きな減少であり、両者間での相対的な低下率は25%から45%に及びます。この低下の大部分は、支払いシートから購入までのプロセスで発生しています。

この結果が開発者の収益化戦略に示唆すること

この初期データからは、

• アプリ内課金（IAP）がコンバージョン率にとって良いことがわかります。実際、少なくとも30%優れています。
• ユーザーをアプリ外にプッシュすることは、初期コンバージョン率に大きな影響を与えるようです。これは、開発者にとって手数料分が「無料の」恩恵として手に入るわけではないことを示唆しています。
• 開発者がAppleのSmall Business Programに参加しており、手数料が15%である場合、この初期結果に基づくと、トラフィックをWebに送ることは利益にならない可能性が高いです。
• 手数料が30%の場合は状況がより近いかもしれませんが、割引などのトレードオフがない素朴な実装では、Web決済に移行する価値はないようです。
• より洗練されたターゲティング、効果的なフレーミング、異なるチェックアウトページ、あるいは価格設定での妥協点を見つけることで、コンバージョンの低下を収益増加で補う方法が見つかる可能性はゼロではありません。

しかし、これは非常に難しい取り組みになるでしょう。

注意事項と今後の展望

このデータはわずか6日間の非常に予備的なものです。

• トライアルから定期購読への移行率、更新率、返金率などの下流の指標が結果に影響を与える可能性はありますが、Webにおける初期コンバージョンの大幅な低下を考慮すると、Web有利な結果になる可能性は低いと思われます。
• これは一つの特定のアプリ、特定のユーザーベースからのデータポイントに過ぎません。ご自身のアプリがWebベースの購入フローでどうなるかを正確に理解したい場合は、ご自身でテストを設定する必要があります。
• RevenueCatは、これを容易にするためのツール（Web Billing、Web Purchase Link、Web Purchase Buttonなど）を提供しています。
• RevenueCatは引き続きテストを監視し、今後数週間で新たなデータ（中期のLTVへの影響を含む）について更新する予定です。

全文はRevenueCatで読む事が出来ます

(Via RevenueCat.)