すべてのストアで一つの権利を共有するクロスプラットフォームのサブスクリプション

修理伝票

• 一致しない2つの課金システム

  StoreKit 2 と Google Play Billing は、商品、レシート、サーバー通知のモデルが異なります。Apple は署名付きトランザクションと JWS を、Google は購入トークンと Real-time Developer Notifications を渡し、各コンソールでの商品設定はそれぞれのルールに従います。各側でプラットフォーム本来のパターンに沿うネイティブ購入フローを作り、その両方をあなたのバックエンドが理解する単一の内部モデルにマッピングします。

• 一つの権利、すべてのプラットフォーム

  iPhone でサブスクした人は、Android タブレット、Apple TV、ウェブサイトでもサブスク済みであることを期待します。それは権利が一つのアプリの中ではなくあなたのサーバーにある場合にのみ機能します。両方のストアを単一の信頼できる情報源につなぐので、どこでもアクセスが一貫し、アプリはローカルのレシートから推測するのではなく、ユーザーが何にアクセスできるかをバックエンドに尋ねます。

• サーバー側の検証と通知

  クライアントだけを信頼すると不正を招き、返金で破綻します。Apple の JWS トランザクションと Google の購入トークンのサーバー側検証を実装し、更新、解約、課金リトライ、返金を報告するサーバー通知を扱います。これにより、ユーザーがストアの設定から解約したときなど、変更がアプリの外で起きても権利が正確に保たれます。

• トライアル、復元、手数料、RevenueCat

  無料トライアル、導入オファー、購入の復元は、それぞれプラットフォーム固有の挙動があり、誤るとユーザーを混乱させます。ストア手数料も現実で、プログラムと継続期間に応じておよそ15〜30パーセントです。これらのフローを直接実装し、ご希望ならレシートとレポートを集約する RevenueCat を統合します。RevenueCat が時間を節約するときと、直接行うほうがシンプルなときについて、正直な見解をお伝えします。