解約よりも更新失敗のほうが多く起きており、その非自発的チャーンはまだ取り戻せる収益です

カードが期限切れになり、銀行が更新を拒否し、あなたが失ったつもりのなかったサブスクライバーが支払いを止めます。彼らはあなたのアプリを開いて解約をタップしたわけではありません。ただ支払い方法が失敗しただけで、次に何が起きるかを知らなければ、彼らは音もなくあなたの収益から抜け落ちます。これが非自発的チャーンであり、App Store でも Google Play でも、ストアはその支払いが失敗したときにあきらめません。サブスクライバーを保持し、カードをリトライし続け、多くの場合は数週間にわたってウィンドウを開いたままにして、そこにまだお金が届く余地を残します。その回収の大部分は、あなたが動くかどうかにかかわらず起こります。それを正しく読むことが、本物の解約を数えるのか、ストアがこれから代わりに回収しようとしている支払いを損金処理してしまうのかの分かれ目です。

これは返金でもチャージバックでもありません。何も取り消されず、お金があなたの口座から出ていくこともありません。収益がただ届かないだけで、レポート上はありふれた期限切れのように見えます。だからこそ静かに漏れていくのです。解約する顧客は去ることを教えてくれます。カードが失敗した顧客は何も教えてくれず、もし同じように扱えば、ストアが取り戻そうとしていた人たちを失います。

非自発的チャーンとは実際に何か

チャーンには二つの形があり、それらは同じ問題ではありません。自発的チャーンは決断です。顧客はもうそのサブスクリプションを望まなくなって解約します。非自発的チャーンは事故です。更新の課金が失敗するのは、たいていカードが期限切れになったか、上限に達したか、銀行が定期課金や海外課金を怪しいと判断してフラグを立てたためです。前者はプロダクトで直すプロダクトの問題です。後者は決済の問題であり、ストアがあなたのために直すように作られているものです。

見た目より大きい理由

更新失敗はよくあることで、あなたのアプリの出来とは何の関係もありません。カードは予定どおり期限切れになり、残高は尽き、銀行はリスクがありそうだと判断した定期課金を拒否します。更新サイクルごとに、サブスクライバーが選んだわけでもない理由で一定割合の課金が失敗します。こうしたサブスクライバーは去ると宣言しないので、ありふれた期限切れと読み違えやすく、見失いやすく、そうやって回収可能な収益が死んだものとして計上されてしまうのです。

App Store は 60 日間試み続ける

自動更新サブスクリプションの課金が失敗しても、Apple はそれを終わらせません。最大 60 日間続く請求リトライ期間に移り、Apple はそのウィンドウ全体でカードを試み続けます。その 60 日間にサブスクライバーが体験することは、あなたが管理する一つの設定、請求猶予期間によって決まります。

請求猶予期間は Apple がリトライする間もアクセスを保つ

請求猶予期間をオンにすると、Apple がカードをリトライする間、サブスクライバーは猶予期間の長さの分だけ、月額プランと年額プランで最大 16 日間、あなたの有料コンテンツへの完全なアクセスを保ちます。猶予期間内に回収すれば、中断は一切ありません。同じ請求日、サービスの日数の損失なし、収益のギャップなしです。Apple は猶予期間中に無料で提供した日数の費用さえ負担します。これはほぼ純粋に有利な珍しい設定です。回収されたサブスクライバーは課金の失敗にすら気づかないからです。

猶予期間の後、アクセスは止まるがリトライは止まらない

猶予期間が課金の成功なしに終わると、サブスクライバーはアクセスを失いますが、Apple は 60 日間ウィンドウの残りの間、カードをリトライし続けます。その間に回収すれば、サブスクライバーは回収日に更新し、新しい請求サイクルを始め、Apple はすでに無料で与えた猶予日数を課金しません。まる 60 日間が支払いの成功なしに過ぎたときにのみ、サブスクリプションは完全に期限切れになります。猶予期間をオフのままにすると、更新が失敗した瞬間にサブスクライバーはアクセスを失います。それは、支払っている顧客に施錠された扉を渡す最悪のタイミングです。

各ステップを示す通知

あなたの App Store Server Notifications フィードは一連の流れ全体を物語ります。DID_FAIL_TO_RENEW は更新が失敗したことを伝え、サブスクライバーがまだ猶予期間内でアクセスを保つべき間は GRACE_PERIOD サブタイプを伴います。GRACE_PERIOD_EXPIRED は猶予期間の終わり、すなわちアクセスを取り消す時点を示します。BILLING_RECOVERY サブタイプ付きの DID_RENEW は、カードがついに通ってサブスクライバーが戻ったことを意味します。BILLING_RETRY サブタイプ付きの EXPIRED は、60 日が尽きてサブスクライバーが本当に去ったことを意味します。この四つを扱えば、あなたのアクセスは常に実際の状態と一致します。

Google Play は同じ 60 日を二つに分ける

Google Play は同じ考え方を別の形と独自の用語で運用します。更新の失敗はサブスクリプションを猶予期間、続いてアカウント保留へと移し、その二つを合わせて 60 日間の回収ウィンドウになります。

猶予期間はアクセスを保ち、アカウント保留はそれを奪う

猶予期間の間、Google がカードをリトライする間もサブスクライバーはアクセスを保ち、リトライが進むにつれて有効期限は先に延ばされます。カードが通れば、サブスクリプションは元の更新日をそのままに回収され、失敗が起きなかったかのようになります。猶予期間が尽きると、サブスクリプションはアカウント保留に落ちます。ここでアクセスは止まり、支払いが直されるまでオフのままです。アカウント保留から回収すればアクセスは戻りますが、請求日は元の日付ではなく回収日にリセットされます。

この 60 日の計算は 2025 年末に変わった

2025 年 12 月 1 日をもって、Google はアカウント保留の長さを 60 日からあなたの猶予期間を引いたものとして計算します。16 日の猶予期間は 44 日の保留を残し、合わせた回収ウィンドウは 60 日のままです。より長い猶予期間を選べば、保留時間をアクセス時間と引き換えにすることになりますが、合計のウィンドウは変わりません。Google は、この分割が今や静的ではなく導出されるものになったため、固定の保留長を仮定するのではなく、API を通じてライブのサブスクリプション状態を読むことを推奨しています。

あなたが扱う RTDN タイプ

Google Play の Real-time Developer Notifications は各段階を名指します。SUBSCRIPTION_IN_GRACE_PERIOD はアクセスを保ち、顧客にカードを直すよう促すことを意味します。SUBSCRIPTION_ON_HOLD は今すぐアクセスを取り消すことを意味します。SUBSCRIPTION_RECOVERED は支払いが通ってアクセスが戻ることを意味します。SUBSCRIPTION_CANCELED、続いて SUBSCRIPTION_EXPIRED は、直しのないままウィンドウが閉じ、サブスクライバーがチャーンしたことを意味します。これらは、あなたが既に無効化された購入や返金のために運用しているのと同じ RTDN パイプに届きます。

非自発的チャーンがあなたに強いる代償

ここでの代償は、計上したお金が取り戻される返金の類ではありません。それは決して現れない収益であり、あなたの数字の中にただの期限切れとして隠れています。

すでに獲得のために支払った更新

定期サブスクライバー一人ひとりを勝ち取るのに、あなたは実際のお金を費やしました。彼らを獲得した広告費とクリエイティブ、オンボーディング、そしてそれ以来サイクルごとに彼らのために回してきた計算資源、ストレージ、API 呼び出しです。死んだカードで失われたサブスクライバーは、それらすべての埋没費用を回収できないまま去っていき、その収益を埋めるには、新しい誰かのために獲得費用を一からもう一度支払うことになります。ストアが回収したサブスクライバーは、再獲得の費用がゼロです。この二つの差、完全な再獲得か対ゼロかが、非自発的チャーンが実際に動かすお金です。

回収は無料で走っている、あなたがそうさせるなら

ここが見落とされる部分です。猶予期間とリトライの間、ストアはあなたに費用をかけずに代わりに回収しています。あなたは督促を回さず、リトライごとに決済代行会社に支払わず、メールを一通も送る必要がありません。回収は 60 日間のウィンドウにわたってバックグラウンドで起きています。その収益がそれでも失われるとき、たいていは二つの自ら招いた過ちのどちらかにたどり着きます。猶予期間をオフにして、カードが失敗した瞬間にサブスクライバーを締め出すこと、あるいは、まだ回収ウィンドウ内にいるサブスクライバーを完全な解約として扱い、ストアがまだあきらめていない収益をあきらめることです。

非自発的チャーンを実際に低く保つ方法

回収を動かす少数の設定とシグナルに労力を注ぎ、ストアがすでに得意なリトライは任せましょう。

請求猶予期間をオンにする

両ストアで、猶予期間を有効にしてください。それはストアがリトライする間、支払っているサブスクライバーをあなたのアプリに留めるので、回収されたサブスクライバーは一日も失わず、これはここで最もレバレッジの高い唯一の制御項目です。App Store ではそれは App Store Connect のトグルです。Google Play では自動更新のベースプランで猶予期間が既定でオンなので、仕事はそれをオンのまま保ち、無料で提供して構わない長さを設定することです。

猶予期間と保留でアクセスを実際の状態に合わせる

猶予期間の間はアクセスを保ちます。Apple の GRACE_PERIOD サブタイプ付き DID_FAIL_TO_RENEW と Google の SUBSCRIPTION_IN_GRACE_PERIOD に対応します。Apple の猶予期間が切れたとき、そして Google が SUBSCRIPTION_ON_HOLD を送ったときにアクセスを取り消します。回収が届いた瞬間に、BILLING_RECOVERY または SUBSCRIPTION_RECOVERED でそれを復元します。これを一方向で間違えると、数週間分の無料アクセスをただで与えてしまいます。もう一方向で間違えると、あと一回のリトライで再びあなたに支払うサブスクライバーを締め出してしまいます。

回収をチャーンとは別に数える

猶予期間やアカウント保留中のサブスクライバーはチャーンしていません。回収ウィンドウが課金の成功なしに閉じるまで、彼らを失われたものとして計上しないでください。もしあなたの分析が更新失敗と顧客解約を一つの数字にまとめてしまうと、チャーンは実際より悪く読め、回収は何も起きていないように読めます。非自発的チャーンを切り分け、その回収率を追ってください。その率は、設定と一つの促しで実際に動かせる数字だからです。

直しを促し、それから道を空ける

あなたが加えられる唯一の有用なものは、ひと押しです。両ストアともサブスクライバーに支払い方法を更新するよう促すことを許しており、Apple はアプリ内で、Google はその In-App Messaging API と Play 通知を通じてです。猶予期間中のよいタイミングの促しは回収を高めます。これらの顧客の多くはまだサブスクリプションを望んでおり、ただカードを直す必要があるだけだからです。そのひと押しを超えたら、ストアにリトライを任せましょう。ストアはすでに高くつく部分を、無料で、数週間にわたってやってくれています。

RefundHalt がすでに返金のために耳を傾けているのと同じ App Store Server Notifications と RTDN のフィードは、これらの請求シグナルのどれもが運んでいます。猶予期間、保留、回収、そして非自発的チャーンは、あなたの返金の隣であなたのダッシュボードに届くので、どの更新失敗が去ったのか、どれが戻ってくるのかを当てずっぽうで考える代わりに、回収ウィンドウが働くのを見ていられます。

短い要約

更新の失敗は解約ではなく、ストアは数週間そのように扱います。Apple はカードを最大 60 日間リトライし、猶予期間がオンなら、その間サブスクライバーをあなたのアプリに留めます。Google Play は同じ 60 日を、アクセスを保つ猶予期間と、それを取り除くアカウント保留に分けます。猶予期間をオンにし、猶予期間と保留の通知を扱ってアクセスを現実に合わせ、顧客にカードを直すよう促し、ウィンドウが空のまま閉じた後にのみサブスクライバーをチャーンと数えてください。非自発的チャーンは、ストアがあなたのために能動的に塞ごうとしている唯一の収益漏れです。あなたの仕事はほとんど、道を空けておくことと、損失がいつ本物かを知れるだけ十分に数字を読むことです。