簡単に言うと: Google Playでは、ほとんどの返金はデベロッパーの関与なしに行われます。Googleが返金を実行し、権利を取り消し、その後に無効化された購入として事後に通知します。実際に異議申し立てできる唯一の返金は審査中のチャージバックで、Googleから推奨内容を提出するために約24時間が与えられます。それ以外はすべて、争うのではなく追跡する対象です。どちらに該当するかを把握しているかどうかが、収益を取り戻せるか、それとも静かに失うかの分かれ目になります。
Google PlayがAppleと異なる理由
Appleの返金について調べてここにたどり着いた方は、期待をリセットしてください。この2つのストアは仕組みが大きく異なります。
Appleでは、デベロッパーはCONSUMPTION_REQUESTを受け取り、Appleの返金判断プロセスのために消費情報を提供できます。これはapple refund automationで扱われているワークフローです。
Google Playは異なるモデルを採用しています。Googleは自社のポリシーに基づいて返金を処理する場合がありますが、特定のチャージバックについてはデベロッパー審査プロセスに入ることがあります。チャージバックにデベロッパー審査が必要な場合、GoogleはPendingRefundReviewNotificationを送信するようになりました。その後デベロッパーは、ReviewRefund APIを使用して、24時間以内に返金の希望と関連する購入・利用状況の証拠を提出できます。
この違いは、google play refund workflowを構築する際に非常に重要です。
Playで発生する3つのこと
Google Playで実際に発生することを3つの明確なイベントに分けて考えると理解しやすくなります。デベロッパーはこれらをひとまとめにして捉えてしまい、「なぜ返金に異議を申し立てられないのか」と疑問に思うことがよくあるためです。
イベント | 誰が決定するか | 異議申し立て可能か? | 確認方法 |
ユーザー/Googleによる返金 | いいえ | 無効化された購入の通知(事後) | |
無効化された購入 | いいえ | リアルタイムデベロッパー通知 | |
審査中のチャージバック | カードネットワーク(Googleから情報提供) | はい — 対応時間は約24時間 | リアルタイムデベロッパー通知 |
最初の2つは、権利情報と分析データを正確に保つために記録します。3つ目だけが、デベロッパーが影響を与えられる決定期間を持つイベントです。
チャージバック審査:異議申し立てできる唯一のケース
google play chargebackは、顧客が通常のGoogle Play返金を単に申請するのではなく、金融機関を通じて支払いに異議を申し立てた場合に発生します。
チャージバックにデベロッパー審査が必要な場合、GoogleはPendingRefundReviewNotificationを送信します。デベロッパーはその後、取引内容を評価し、APPROVE、DECLINE、NEUTRALなどの返金に対する希望を、関連する購入・利用状況の証拠とともに提出できます。現在Googleは、この審査プロセスに対して24時間の対応期間を設けています。
これが、google play refund processの中でタイミングが重要になる部分です。
実践的な対応としては、保留中の審査をすべてリアルタイムで検知し、24時間の対応期間が終了する前に適切な推奨内容を提出することです。
無効化された購入:争わず追跡する
チャージバック審査以外のものはすべて、異なる方法で対応する必要があります。
voided purchases api workflowを使うことで、デベロッパーはキャンセルまたは無効化された購入を特定し、アプリの権利状態と財務レポートを正確に保つことができます。
無効化された購入すべてを異議申し立ての機会として扱うことはできません。その代わりに、イベントを記録し、ユーザーのアクセス権が実際の購入状態を反映していることを確認する必要があります。
これが重要な理由は3つあります:
権利情報の正確性: 購入が返金または取り消しされた場合、アプリはそれを反映する必要があります。有効な権利を持たなくなったユーザーが、引き続きプレミアムアクセスを受け続けるべきではありません。
正確な分析データ: 返金やチャージバックが正しく計上されていない場合、収益レポート、LTV、その他のサブスクリプション指標に影響を及ぼします。
パターンの検出: 特定の地域、SKU、または獲得経路からの無効化された購入が集中している場合、個々の取引を元に戻すことはできなくても、プロダクト、課金、または獲得施策の問題が明らかになることがあります。
つまり正しい姿勢とは、関連するイベントをすべて記録し、権利情報とレポートを正確に保ちながら、実際に異議申し立てに費やす労力はデベロッパー審査に入ったチャージバックに集中させることです。
リアルタイムの可視性に実際に必要なもの
リアルタイムの可視性がなければ、これらはどれも機能しません。
Google Playは、Google Cloud Pub/Subを通じたリアルタイムデベロッパー通知を使用して、関連する課金イベントをバックエンドに通知します。PendingRefundReviewNotificationは特に重要で、チャージバックにデベロッパー審査が必要であることと、24時間の対応期間が利用可能であることをシステムに伝えます。
ここで、リアルタイムデベロッパー通知は単なる監視機能以上の役割を果たすようになります。これらは自動化された返金ワークフローのトリガーとなり得ます。
バックエンドは通知を受け取り、影響を受けた注文を特定し、利用可能な取引情報と消費情報を評価したうえで、Google Play Developer APIを通じて適切な応答を提出する必要があります。
また、見落としたイベントが気づかれないまま返金や権利情報の更新漏れにつながらないよう、通知データをGoogleのAPIと照合する必要もあります。
大量の取引を処理するチームにとって、このインフラを手動で維持することは運用上のコストが大きくなる可能性があります。
マネージド型のGoogle Play返金管理ソフトウェアプラットフォームを利用すれば、通知、返金イベント、チャージバック審査、分析を一元化することで、その監視とワークフローの負担の多くを取り除くことができます。
異議申し立て可能な部分はどのように処理されるか
通知が流れ始めたら、昼夜を問わず継続的に行う必要がある作業が2つあります:
チャージバック審査について: PendingRefundReviewNotificationを受信し、取引を評価したうえで、24時間以内にReviewRefund APIを通じて適切な推奨内容と購入・利用状況の証拠を提出します。
それ以外のすべてについて: 返金または無効化された購入を記録し、権利情報を更新して、分析データに反映させます。これにより、異議申し立てできないイベントであっても、正確なデータと見える化されたパターンを得ることができます。
play console refund workflowは、注文を手動で確認し、対象となる返金を発行する際に引き続き役立ちます。Googleは、Play Consoleを通じた返金とサブスクリプションの返金/取り消し操作について文書化しており、サポートされている返金操作にはGoogle Play Developer APIも使用できます。
RefundSensorは、Appleの返金とあわせて、この両方を1つのダッシュボードから処理できるため、ストアごとに別々のシステムを運用・維持する必要がありません。
これでできること、できないこと
できないこと:すべてのGoogle Play返金を異議申し立ての対象に変えることです。Googleは自社の返金ポリシーに基づいて返金を発行する場合があり、これらはデベロッパー審査に入るチャージバックとは異なるイベントです。
できないこと:特定のチャージバックが必ず自社に有利な結果になることを保証することです。審査プロセスはGoogleの意思決定プロセスであり、デベロッパーの推奨が結果を保証するものではありません。
できること:システムが保留中のチャージバック審査を検知し、利用可能な期間内に対応し、その他の返金や無効化された購入イベントを追跡することで、権利情報と分析データを正確に保つことです。
最初の2つについて現実的であることが、3つ目を価値あるものにします。タイミングの問題で審査の機会を逃すことがなくなり、Google Playでのその他の返金活動についても手探り状態から抜け出せます。
公式情報源 {#official-sources}
GoogleのポリシーやAPIは変更されることがあるため、Google自身のドキュメントを最終的な情報源としてください。
両ストア対応の1つのダッシュボード。 RefundSensorはGoogle Playのチャージバック審査をリアルタイムで検知し、対応期間内にDECLINEの推奨を提出するとともに、その他すべての返金と無効化された購入を追跡します。Appleについても同様に、すべて1か所で管理できます。通知は自動でプロビジョニングされ、コード変更は不要です。 無料で始める →
公開後に追加する内部リンク: Apple refund automation cornerstone · voided purchases API vs RTDN · refund abuse patterns。
よくある質問
できるのは1種類だけです。それは審査中のチャージバックで、Googleから推奨内容を提出するための約24時間が与えられます。通常の返金やGoogleが主導する取り消しはデベロッパーの関与なしにGoogleが決定するため、追跡はできますが異議申し立てはできません。
これは、顧客が銀行またはカードネットワークに対して請求に異議を申し立て、その異議申し立てが審査期間に入ることを指します。Googleは通常約24時間以内に、解決方法についての推奨を提出できるようにしています。
返金とは、お金が払い戻されることです。無効化された購入とは、購入が有効でなくなったことを示すGoogleの通知で、多くの場合は返金または取り消しの結果です。無効化された購入イベントを使用することで、権利情報と分析データの正確性を保つことができます。
Google Cloud Pub/Subトピックを作成し、Google Playにパブリッシュ権限を付与して、Play Consoleで設定し、バックエンドをサブスクライブします。通知の見落としがギャップを生まないよう、Voided Purchases APIと照合してください。RefundSensorはPub/Subトピックを自動でプロビジョニングするため、トピック名を1つ貼り付けるだけで済みます。
いいえ。返金とチャージバックの処理はリアルタイムデベロッパー通知とGoogle Play Developer APIを通じてサーバー側で行われるため、SDKの変更やアプリの再申請は必要ありません。
