どちらも実際のお金を使わずに購入をテストできますが、答える問いが違います。

おすすめの流れは、Test Store で作って反復し、リリースを Closed testing、Open testing、Production へ昇格させる前に Google Play サンドボックスで実際の連携を検証することです。サンドボックス購入が成功し、RevenueCat に表示されれば、連携が正しくつながっていると確信できます。

実際の購入をテストする前に、連携が整っている必要があります。大半は RevenueCat Google Play 連携 コードラボで扱います。

• RevenueCat SDK が連携され、公開 Google API キーで構成されています(test_ キーではありません)。
• サービスアカウントの認証情報が RevenueCat に接続され、検証されています。
• 商品と基本プランが Google Play にあり Active 状態で、RevenueCat にインポートして Offering と Entitlement に紐付けてあります。
• 署名済みの Android App Bundle または APK があります。ビルドには Google Play Billing Library が含まれている必要があり、これは RevenueCat SDK に同梱されています。
• 実機を推奨します。エミュレーターは Google Play サービスを搭載している場合のみ動作し、その場合も実機より不安定です。

RevenueCat SDK はすでに billing 権限を宣言しているので、通常は手動で追加する必要はありません。カスタムのマニフェストを管理している場合は、この権限があるか確認してください。

<uses-permission android:name="com.android.vending.BILLING" />

ライセンステスターは、Google Play がサンドボックスの購入者として扱う Google アカウントです。ライセンステスターの購入はテスト用の支払い方法を使い、決して課金されません。

1. Play Console > Settings > License testing を開きます。
2. テスト端末でサインインする Google アカウントのメールを追加します。
3. サンドボックスが本番のように動くよう、ライセンス応答を RESPOND_NORMALLY のままにします。
4. 変更を保存します。

アカウントがライセンステスターになると、Google Play は実際の方法で課金する代わりに、常に承認するカードなどのテストカードを提示します。

商品を読み込んで購入するには、ビルドがテストトラック経由で端末に届き、アカウントがそのトラックに opt-in している必要があります。購入のテストには Closed testing トラックが適しています。

1. Play Console > Testing > Closed testing へ移動し、新しい closed トラックを作成します。
2. テスターリストを作成して名前を付け(例:「Testers」)、ライセンステスターのメールを追加します。
3. 署名済みの App Bundle または APK をトラックにアップロードして保存します。リリースを完全に公開(ロールアウト)する必要はありませんが、ビルドは処理されて利用可能になっている必要があります。
4. トラックの opt-in URL をコピーし、テストアカウントでサインインした状態で開き、テスターになるボタンを押します。

アプリが完全に新規の場合は、商品が表示される前に closed トラックの設定で国や地域に対して配信可能にする必要があるかもしれません。

実機にライセンステスターとしてサインインした状態で、closed トラックからアプリをインストールします。そのうえでペイウォールを表示し、商品を購入します。

1. アプリを起動し、Offering が表示される画面に到達します。
2. 購入を開始します。Google Play のシートが、実際のカードではなく テスト用の支払い方法とともに表示されます。
3. 購入を完了します。Google はこれを Test order として表示し、実際のお金は動きません。

買い切り商品は対応する Entitlement をすぐにアンロックします。サブスクリプションは、後のステップで扱う高速化された更新スケジュールで始まります。

サンドボックス購入は、RevenueCat が受け取って初めて意味を持ちます。ダッシュボードで確認してください。

1. RevenueCat ダッシュボードで該当の顧客を開きます。
2. View Sandbox Data トグルをオンにします。オンにするまで、サンドボックスの取引は隠れています。
3. その顧客に取引とアクティブな Entitlement が表示されるか確認します。

サブスクリプションが更新される様子を見るのに 1 か月待つ必要はありません。サンドボックスでは Google Play が更新周期を圧縮するので、ライフサイクル全体を数分で確認できます。

サンドボックスのサブスクリプションは最大 6 回更新されてから期限切れになり、更新処理、期限切れ、猶予期間や支払い再試行のロジックをテストするのに十分です。すべての更新が RevenueCat の顧客ダッシュボードに常に反映されるわけではないので、個々の更新行を数えるより Entitlement の状態を信頼できる唯一の情報源としてください。

サンドボックスの失敗の多くは、コードではなくアカウントやビルドの構成に起因します。次を順に確認してください。

購入中の「Something went wrong」

これはアプリの問題であることはほとんどありません。Google Play が支払いを処理できなかったという意味で、たいていは支払い方法か、その背後の Google Pay アカウントに問題があるためです。テスターとしてサインインした状態で pay.google.com を開き、表示された問題を片付け、支払い方法を追加または修正し、アカウントが確認を求める項目を解決してください。そのうえで購入を再試行します。

商品が読み込まれない

• opt-in URL を開いていない、またはアカウントがテスターリストにありません。
• アカウントが Settings > License testing のライセンステスターではありません。
• ビルドの applicationId が、商品を所有するパッケージと一致していません。
• リリースがまだ処理中、またはアプリがその地域で利用できません。

テストカードではなく実際のカードが表示される

アクティブなアカウントがライセンステスターでないか、誤ったアカウントでサインインしています。Settings > License testing でアカウントを確認し、端末にそのアカウントだけがサインインしているか確認してください。

サブスクリプション購入がブロックされる

画面ロックや PIN がない端末では、サブスクリプション購入が失敗することがあります。端末の PIN を設定して再試行してください。

購入が RevenueCat に表示されない

まず View Sandbox Data をオンにします。それでも表示されない場合は、サービスアカウントの認証情報と、商品がインポートされて Entitlement に紐付いているかを再確認してください。

抽象化ではなく、実際の Google Play 連携を検証しました。ライセンステスターを追加し、Closed testing トラックを作り、opt-in し、テストカードで商品を購入し、サンドボックスデータをオンにして RevenueCat で確認し、高速化スケジュールで更新を動かしました。

両方のツールをワークフローに残してください。コードを書いている間は Test Store で速く決定的に確認し、リリース前には Google Play サンドボックスで実際の経路を最初から最後まで検証します。サンドボックス購入が動き、RevenueCat に表示されたら、ビルドを Closed testing、次に Open testing、次に Production へ昇格させてください。

続けて読む資料です。

• 認証情報の接続や商品の作成がまだ必要なら RevenueCat Google Play 連携。
• 速いローカルテストには Android 用 Test Store のセットアップ。
• 完全なリファレンスは Google Play サンドボックス ドキュメント。