返金する代わりにサブスクリプションを一時停止したり、更新日を先送りしたりできます。そうすれば大半の収益が手元に残ります
契約者がやめたいと言ってきたとき、返金する代わりに、サブスクリプションを一時停止したり、次回の請求を延期したり、更新日を延長したりできます。いずれも顧客を維持したまま、すでに回収した金額を一切返しません。それぞれの手段が各ストアでどう機能し、何を節約できるのかを解説します。

要点
- 契約者がやめたいと言ってきたとき、開発者には返金の前に通常、ストアが認める3つの手段があります。サブスクリプションの一時停止、次回請求の延期、更新日の延長です。いずれも顧客を維持したまま、すでに回収した金額を一切返しません。
- Google Play では、ユーザーは自動更新のサブスクリプションを one week から three months の期間だけ一時停止できます。期間はプランの請求サイクルによって異なり、一時停止は現在の請求期間が終わった後にのみ有効になります。
- Google Play のサブスクリプションが一時停止されている間、ユーザーはアクセス権を失い、料金は発生せず、一時停止の終了時に Google が自動的に更新を試みます。
- Google Play の請求延期では、開発者は次回の請求を、API 呼び出し1回あたり最短で one day、最長で up to a year 先送りでき、その間ユーザーは完全なアクセス権を保ったまま課金されません。
- Apple にはユーザー向けの一時停止機能はありません。それに相当するのが App Store Server API の更新日延長で、契約者の更新日を最大 up to 90 days 先に、twice per calendar year 動かすことができ、延長した期間の料金は発生しません。
- 年間サブスクリプションへの返金は、直近1年分の支払いを一度に返してしまうことがありますが、一時停止や数日分の無料付与にかかるのはそのごく一部です。だからこそ返金は最初ではなく最後の選択肢であるべきなのです。
- 顧客が請求について銀行に異議を申し立てた時点で、これらの手段はどれも役に立ちません。その段階で開発者が提供できる唯一の入力は、Apple の 12 hours の CONSUMPTION_REQUEST か、Google Play の 24 hours の orders.reviewrefund の枠だけです。
サブスクリプションを一時停止したり、次回の請求を未来に押し出したり、契約者に無料の日数を渡したりできます。そのいずれもが、すでに回収した1円も返さずに顧客を帳簿上に残します。返金はその逆です。直近の請求を、ときには1年分まるごと返し、しかも顧客はたいてい結局去ってしまいます。だから誰かがやめたいと言ったり返金を求めたりしても、返金が唯一の手であることはめったになく、そしてほぼ常に最も高くつく手なのです。
全体像はこうです。Google Play では、ユーザーは自動更新のサブスクリプションを一時停止でき、開発者は次回の請求を1日から1年まで自由に先送りできます。Apple には一時停止ボタンはありませんが、更新日を年に2回、それぞれ最大 90 days まで、顧客の負担なしで延長できます。以下では、各手段が各ストアでどう機能し、返金と比べていくら費用がかかり、そしてどれも役に立たない唯一の状況を説明します。
契約者が離れたいときに実際にある選択肢
解約と返金は同じ出来事ではありません。不満を持つ契約者を一律に返金として扱うことこそ、スタジオが返さなくてよかった金を返してしまう原因です。解約は次回の更新を止め、すでに払われた金はそのまま残します。返金は手を伸ばして、すでに計上した請求を引き抜きます。この2つの間には、まさにこの瞬間のために作られたストアのツールがあります。その人を契約者のまま維持するか、支払いを取り消さずに関係を良好に保つか、です。
まず一時停止、延期、延長、それから返金
順序が重要です。一時停止はサブスクリプションを停めておき、顧客がしばらく離れて戻ってこられるようにします。延期や延長は無料の時間を与え、本来なら返金要求になるものを、金ではなく数日で済む善意の表明に変えます。返金は最後の手段です。なぜなら4つのうち、あなたの口座から金を取り戻すのはこれだけだからです。ほかの3つが合わないときに手を伸ばすものであって、その前ではありません。
Google Play でサブスクリプションを一時停止する方法
2つのストアのうち、本当の一時停止があるのは Google Play だけです。ユーザーは Play Store で自分のサブスクリプションを開き、一時停止を選び、ストアが残りを処理します。あなたが承認するわけではありませんが、それを見越して設計することはできます。
一時停止はどれくらい続けられるか
ユーザーは one week から three months の期間だけ一時停止でき、選べる期間はプランの請求サイクルによります。一時停止は常に現在の請求期間が終わった後にのみ有効になるので、顧客はすでに支払った分を保ったまま、一時停止は次回の更新からきれいに始まります。
| プランの請求サイクル | ユーザーが選べる一時停止の期間 |
|---|---|
| 週次 | 1、2、3、または 4 週間 |
| 月次 | 1、2、または 3 か月 |
| 3 か月または 6 か月ごと | 1、2、または 3 か月 |
| 年次 | 1、2、または 3 か月 |
一時停止がアクセス、請求、そしてあなたのクエリに与える影響
サブスクリプションが一時停止されている間、ユーザーはアクセス権を持たず、更新価格も支払いません。あなたの口座から出ていく金も、入ってくる金もありません。ある統合上の細部がチームをつまずかせます。一時停止されたサブスクリプションは、includeSuspendedSubscriptions を true に設定しない限り、Play Billing Library の queryPurchasesAsync() メソッドでは返されません。これを見落とすと、アプリはあと1タップで戻ってくる一時停止中の契約者を、完全に離脱したものとして扱ってしまいかねません。
一時停止の終了時に何が起きるか
一時停止期間の終了時にサブスクリプションは再開し、Google が更新を試みます。ユーザーは一時停止中いつでも手動で再開でき、そうすると請求日は手動再開の日付に移ります。更新の試みが失敗した場合、そのサブスクリプションはほかのどのサブスクリプションとも同じ更新失敗の経路をたどり、請求の猶予期間とアカウント保留を経ます。つまり一時停止はあなたの回収ステップを取り除くのではなく、それを遅らせるだけです。
Apple には一時停止がないので、代わりに更新日を延長する
Apple はユーザーに一時停止スイッチを与えません。開発者に与えるのは、契約者の更新日を未来に動かす能力で、これは無料のサービス時間を与え、次回の請求を先送りします。これは顧客がタップするものではなく、サーバー側のアクションです。
年に2回、それぞれ最大 90 days
App Store Server API を使えば、顧客のサブスクリプションの更新日を twice per calendar year、それぞれ最大 up to 90 days 未来に動かすことができ、顧客はその追加された時間について課金されません。理由を記録する extendReasonCode を付けます。たとえば顧客満足やサービス上の問題などです。これが Apple の最も一時停止に近いものです。プランを停めておく代わりに延長するので、その人はアクセス権を保ち、あなたが回収したはずの請求は単に先へ動くだけです。
1回の呼び出しで障害をカバーできる
アクティブな契約者全員の更新日を一度に延長する2つ目のエンドポイントもあります。ユーザー基盤全体を襲った障害の後に手を伸ばしてください。個別の返金要求の波をさばくより、全員に数日の無料時間を渡すほうが安く、そして落ち着いています。これは同じ考え方の一括版です。取り消した請求ではなく、無料の時間で支払うのです。

請求延期、返金せずに無料の時間を与える手段
Apple の延長に対する Google Play の対応物は請求延期で、期間の点でより寛大です。purchases.subscriptionsv2.defer を呼び出し、現在より遅い新しい有効期限を設定します。請求は API 呼び出し1回あたり最短で one day、最長で up to a year 延期でき、それ以上先へ進めるには、新しい日付が来る前にもう一度呼び出します。
顧客はすべてを保ち、そのどれにも支払わない
延期期間中、ユーザーはあなたのコンテンツを契約したまま完全なアクセス権を持ちますが、その追加の時間について課金されず、更新日は新しい日付に更新されます。Google 自身の例はミニチュアのリテンション手引きです。フィードバックアンケートに記入してもらう見返りに1週間無料を与える、あるいは人々がサービスを使えなかった長期の障害の後にアクセス権を補償する、などです。そのどれもが、あなたが書かなかった返金です。
通知をつなぐ
請求を延期すると SUBSCRIPTION_DEFERRED のリアルタイム デベロッパー通知がトリガーされるので、バックエンドは新しい更新日を記録し、権利を同期させておけます。前払いプランも同じように機能します。defer 呼び出しは更新日ではなく有効期限を延長します。
各選択肢がお金の面でいくらかかるか
ここが、あなたが物事を試す順序を決めるべき部分です。4つの手段は価格の点で近くなく、その差は返金が最も痛い場所、つまり長くて価値の高いプランでちょうど最大になります。
返金は口座から金を取り戻す唯一の手段
返金は直近の請求を顧客に返します。月額プランならそれは1か月です。年額プランならその直近の請求で計算され、それは1年まるごとが1回の出来事で取り消されます。返した金額の上には、あなたがそのサブスクリプションを提供するためにすでに費やしたコストがのしかかります。計算資源、サードパーティの API 呼び出し、ストレージ、そしてクリエイターに送った分配金などで、そのどれも戻ってきません。一時停止、延期、延長はそのどれにも触れません。それらにかかる唯一のものは、先送りする将来の収益か、補償する数日分だけです。
| 手段 | 今あなたの口座から出ていくもの | 手元に残るもの |
|---|---|---|
| 返金 | 直近の請求、年額プランなら最大で1年まるごと、それにすでに費やした提供コスト | たいてい何もない。顧客はふつう去っている |
| 一時停止(Google Play) | 今は何も出ていかない。将来の収益のうち一時停止された周期だけ | その契約者と次回の更新 |
| 請求延期(Google Play) | あなたが与える無料の日数の価値 | その契約者と次回の更新 |
| 更新日延長(Apple) | あなたが与える無料の日数の価値、1回の延長あたり最大 90 日 | その契約者と次回の更新 |
チャージバックが悪化させる計算
代替案がきれいな返金ですらなく銀行への異議申し立てである場合、お金の話はいっそう鋭くなります。August 3, 2026 以降に行われた Google Play の注文では、負けたチャージバックは開発者に、購入価格から Play のサービス手数料を差し引いた額に、銀行のチャージバック手数料を加えた分の負担をさせます。不満を持つ顧客が銀行に電話するのを防ぐ一時停止や数日分の補償は、返金より安いだけでなく、それより大きなコストを未然に防ぎます。
一時停止や延期が間違ったツールになるとき
顧客があなたと話すのをやめ、自分の銀行と話し始めた時点で、これらはどれも機能しません。一時停止、延期、延長は、どれもまだあなたのアプリの中にいる契約者に差し出すものです。すでに申し立てられた異議に対しては何もできません。
申し立てられた異議には独自の短い時計がある
請求に異議が申し立てられると、あなたの唯一の入力は狭い枠です。Apple はあなたのサーバーに CONSUMPTION_REQUEST を送り、消費データを up to 12 hours 待ちます。Google Play は 24 hours の時計を始動させ、orders.reviewrefund API を通じてあなたの証拠を受け取ります。どちらの枠も逃せば、決定はあなた抜きで下されます。つまりリテンションの手段は返金要求の直前の瞬間のためのものであって、銀行への異議申し立ての後のためではありません。
返金が正しい答えであることもある
本当に不当な扱いを受け、あなたの製品をもっとではなく自分の金を望む顧客に無料の時間を差し出すのは、はぐらかしと読まれかねません。公平な手が請求を返すことであるなら、返しましょう。要点は決して返金しないことではありません。一時停止や1週間の補償で金も顧客も両方保てたはずの場面で、反射的に返金するのをやめることです。
リテンションのチェックリスト
どれも珍しいことではありません。契約者がやめたいという合図を出した瞬間のための、短い手順です。
- 返金は4つの手段のうち、一時停止、延期、延長の後にくる最後のものとして扱い、最初にはしない。
- Google Play では一時停止を見越して設計する。
includeSuspendedSubscriptionsを設定し、アプリが一時停止中の契約者を離脱したものと取り違えないようにする。 - 一時停止終了時の更新は新規購入のように扱う。そこが一時停止中の契約者を維持するか失うかの分かれ目だからだ。
- Google Play では請求延期を、App Store では更新日延長を使い、返金を書く代わりに日数を補償する。
SUBSCRIPTION_DEFERRED通知と延長を記録し、収益の数字に動いた更新日が反映されるようにする。- 返金は、本当に不当な扱いを受けて自分の金を返してほしい顧客のために取っておき、すべての要求のためにはしない。
- これらの手段は銀行への異議が申し立てられると機能しなくなることを覚えておき、申し立てられたときは 12 hours と 24 hours の枠に応える。
よくある質問
- Google Play のサブスクリプションを一時停止できますか?
- はい。ユーザーは自動更新の Google Play サブスクリプションを one week から three months の期間だけ一時停止でき、期間はプランの請求サイクルによります。一時停止は現在の請求期間が終わった後にのみ有効になります。一時停止されている間、ユーザーはアクセス権がなく料金も発生せず、一時停止の終了時に Google が自動的に更新を試みます。
- Google Play で年間サブスクリプションを一時停止できますか?
- はい。年額プランではユーザーは 1、2、または 3 か月の一時停止を選べます。一時停止は現在の支払い済みの1年が終わった後にのみ始まるので、顧客はすでに支払ったアクセス権を保ち、一時停止は次回の更新から始まります。
- Apple はサブスクリプションの一時停止を認めていますか?
- いいえ、Apple にはユーザー向けの一時停止機能はありません。最も近いツールは App Store Server API で、開発者が契約者の更新日を最大 up to 90 days 未来へ、twice per calendar year、顧客の負担なしで延長できます。これはプランを停めておく代わりに、無料の時間を与えて次回の請求を先送りします。
- Google Play の請求延期とは何ですか?
- 請求延期は、開発者が purchases.subscriptionsv2.defer メソッドを使ってサブスクリプションの次回請求を未来に押し出せる仕組みです。API 呼び出し1回あたり最短で one day、最長で up to a year 延期できます。延期の間、ユーザーは完全なアクセス権を保ったまま課金されないため、返金を出す代わりに無料の時間を補償する方法になります。
- 一時停止や延期は契約者への返金より安上がりですか?
- ほぼ常にそうです。返金は直近の請求を返し、年額プランではそれは1年まるごとで、しかもサブスクリプションを提供するためにすでに費やした計算資源、API、ストレージのコストを回収しません。一時停止は何も返さず将来の収益を先送りするだけで、延期や延長にかかるのはあなたが与える無料の日数の価値です。この3つはどれも顧客を維持しますが、返金はたいていそうしません。
出典と参考資料
- Android Developers: Subscription lifecycle (pause durations, when a pause takes effect, access and resume behavior)
- Android Developers: Manage subscriptions and one-time purchases (deferred billing, one day to one year per call, SUBSCRIPTION_DEFERRED)
- Google Play Developer API: Method purchases.subscriptionsv2.defer
- Google Play Help: Cancel, pause, or change a subscription on Google Play
- Apple Developer: Extending the renewal date for auto-renewable subscriptions (twice per calendar year, up to 90 days each, no charge)
- Apple Developer: Extend Subscription Renewal Dates for All Active Subscribers
- Google Play Console Help: chargeback cost responsibility for orders after August 3, 2026
RefundHalt
App Store と Google Play の返金を自動処理
続きを読む
不具合のあるアプリアップデートは返金の波を引き起こします。売上金に届く前に食い止める方法を解説します
不具合のあるリリースは、数分で抑えられる数少ない返金要因の一つです。壊れたアップデートは、有料の顧客に返金を求める口実を与えますが、その売上はあなたが失うものの中で最も小さな部分にすぎません。各ストアで食い止める方法と、返金の波が本当にもたらすコストを解説します。
アプリのチャージバックの多くは銀行が関わる前に防げるし、いま一件止めることは売上以上を守る
アプリのチャージバックは、いまや売上が戻ってくる中で最も高くつく形です。Google Play が August 3, 2026 より後に発注された注文のコストを開発者に移すからです。多くの異議は、あなたが先回りできる混乱や不正として始まります。ここにそのプレイブックと、負けた異議が実際にいくらかかるのかをまとめます。