Поновлення зриваються частіше, ніж клієнти скасовують підписку, і цей мимовільний відтік це дохід, який ви ще можете повернути

Картка спливає, банк відхиляє поновлення, і передплатник, якого ви ніколи не втрачали, перестає платити. Він не відкривав ваш застосунок і не торкався кнопки скасування. Його спосіб оплати просто зазнав невдачі, і якщо ви не знаєте, що буде далі, він тихо випадає з вашого доходу. Це мимовільний відтік, і як в App Store, так і в Google Play магазин не полишає цей платіж, коли той зривається. Він утримує передплатника, продовжує повторювати спроби списання з картки і в більшості випадків тримає вікно відкритим тижнями, поки гроші ще можуть надійти. Більшість цього відновлення відбувається незалежно від того, дієте ви чи ні. Прочитати це правильно це різниця між тим, щоб порахувати справжнє скасування, і тим, щоб списати платіж, який магазин ось-ось стягне замість вас.

Це не повернення коштів і не чарджбек. Нічого не відкочується, жодні гроші не залишають ваш рахунок. Дохід просто ніколи не надходить, і у ваших звітах це виглядає як звичайне завершення терміну. Саме тому він витікає тихо. Клієнт, який скасовує, повідомляє вам, що йде. Клієнт, чия картка зазнала невдачі, не каже вам нічого, і якщо ви поводитеся з ними однаково, ви втрачаєте тих, кого магазин ось-ось повернув би.

Що таке мимовільний відтік насправді

Відтік має дві форми, і це не одна й та сама проблема. Добровільний відтік це рішення: клієнт скасовує, бо більше не хоче підписки. Мимовільний відтік це випадковість: списання за поновлення зривається, зазвичай тому, що картка спливла, досягла ліміту або її позначив банк як повторюваний чи закордонний платіж. Перше це проблема продукту, яку ви вирішуєте продуктом. Друге це проблема платежів, і саме її магазин побудований вирішувати замість вас.

Чому це більше, ніж здається

Невдалі поновлення трапляються часто, і вони не мають нічого спільного з тим, наскільки хороший ваш застосунок. Картки спливають за розкладом, залишки вичерпуються, а банки відхиляють повторювані платежі, які вирішують вважати ризиковими. Кожного циклу поновлення частина ваших списань зривається з причин, яких передплатник ніколи не обирав. Оскільки ці передплатники ніколи не оголошували, що йдуть, їх легко хибно прийняти за звичайні завершення терміну й легко втратити з поля зору, і саме так відновлюваний дохід зрештою потрапляє в облік як мертвий.

App Store продовжує намагатися 60 днів

Коли автоматично поновлювану підписку не вдається списати, Apple не завершує її. Вона переходить у період повторних спроб списання, який триває до 60 днів, і Apple продовжує пробувати картку протягом усього цього вікна. Те, що переживає передплатник упродовж цих 60 днів, залежить від одного налаштування, яке ви контролюєте: пільгового періоду оплати.

Пільговий період оплати зберігає доступ, поки Apple повторює спроби

Увімкніть пільговий період оплати, і передплатник зберігає повний доступ до вашого платного контенту протягом тривалості пільги, до 16 днів на місячних і річних планах, поки Apple повторює спроби списання з картки. Відновіть у межах пільгового періоду, і взагалі не буде перерви: та сама дата списання, жодного втраченого дня обслуговування і жодного розриву у вашому доході. Apple навіть покриває вартість днів, які вона обслужила безкоштовно під час пільги. Це рідкісне налаштування, яке майже суцільна вигода, адже відновлений передплатник навіть ніколи не помічає невдалого списання.

Після пільги доступ зупиняється, але повторні спроби ні

Щойно пільговий період завершується без успішного списання, передплатник втрачає доступ, але Apple продовжує пробувати картку решту 60-денного вікна. Відновіть у цей проміжок, і передплатник поновлюється від дати відновлення, починаючи новий цикл списання, і Apple не бере оплату за пільгові дні, вже надані даром. Лише коли повні 60 днів минають без успішного платежу, підписка завершується остаточно. Залиште пільговий період вимкненим, і передплатник втрачає доступ тієї ж миті, коли поновлення зривається, а це найгірший можливий момент, щоб вручити платному клієнту зачинені двері.

Сповіщення, що позначають кожен крок

Ваш потік App Store Server Notifications розповідає всю послідовність. DID_FAIL_TO_RENEW повідомляє вам, що поновлення зірвалося, несучи підтип GRACE_PERIOD, поки передплатник ще в межах пільги і має зберігати доступ. GRACE_PERIOD_EXPIRED позначає кінець пільги, момент відкликати доступ. DID_RENEW з підтипом BILLING_RECOVERY означає, що картку нарешті списано і передплатник повернувся. EXPIRED з підтипом BILLING_RETRY означає, що 60 днів вичерпалися і передплатник справді пішов. Обробіть ці чотири, і ваш доступ завжди відповідатиме реальному стану.

Google Play ділить ті самі 60 днів надвоє

Google Play реалізує ту саму ідею в іншій формі і зі своєю власною термінологією. Невдале поновлення проводить підписку через пільговий період, а потім утримання облікового запису, і разом вони складають 60-денне вікно відновлення.

Пільговий період зберігає доступ, утримання облікового запису його забирає

Протягом пільгового періоду передплатник зберігає доступ, поки Google повторює спроби списання з картки, а час завершення відсувається в міру виконання спроб. Якщо картку списано, підписка відновлюється з незмінною первісною датою поновлення, ніби збою ніколи не було. Якщо пільга вичерпується, підписка потрапляє в утримання облікового запису. Тепер доступ зупиняється і лишається вимкненим, поки платіж не буде виправлено. Відновіть з утримання облікового запису, і доступ повертається, але дата списання скидається на дату відновлення замість старої.

Розрахунок 60 днів змінився наприкінці 2025 року

Станом на 1 грудня 2025 року Google обчислює тривалість утримання облікового запису як 60 днів мінус ваш пільговий період. 16-денна пільга лишає 44 дні утримання, а сукупне вікно відновлення лишається 60 днів. Оберіть довшу пільгу, і ви міняєте час утримання на час доступу, але загальне вікно не змінюється. Google рекомендує зчитувати актуальний стан підписки через свій API, а не припускати фіксовану тривалість утримання, адже поділ тепер похідний, а не статичний.

Типи RTDN, які ви обробляєте

Real-time Developer Notifications від Google Play називає кожен етап. SUBSCRIPTION_IN_GRACE_PERIOD означає зберегти доступ і спонукати клієнта виправити картку. SUBSCRIPTION_ON_HOLD означає відкликати доступ негайно. SUBSCRIPTION_RECOVERED означає, що платіж пройшов і доступ повертається. SUBSCRIPTION_CANCELED, а потім SUBSCRIPTION_EXPIRED означають, що вікно закрилося без виправлення і передплатник відтік. Ці сигнали надходять тим самим каналом RTDN, який ви вже запускаєте для скасованих покупок і повернень.

Скільки вам коштує мимовільний відтік

Тут витрати не того ґатунку, що при поверненні, коли гроші, які ви облікували, забирають назад. Це дохід, який ніколи не з'являється, і він ховається у ваших цифрах як звичайне завершення терміну.

Поновлення, за здобуття якого ви вже заплатили

Кожен періодичний передплатник коштував вам реальних грошей, щоб його здобути: рекламні витрати й креатив, що його залучили, онбординг, а також обчислення, сховище та виклики API, які ви виконували для нього кожного циклу відтоді. Передплатник, втрачений через мертву картку, іде геть з усіма цими незворотними затратами невідшкодованими, і щоб замінити дохід, ви знову платите витрати на залучення з нуля за когось нового. Передплатник, якого відновлює магазин, не коштує вам нічого, щоб його повторно здобути. Розрив між цими двома, повне повторне залучення проти нуля, це гроші, які мимовільний відтік насправді рухає.

Відновлення працює безкоштовно, якщо ви йому дозволите

Ось частина, яку пропускають. Під час пільги й повторних спроб магазин стягує оплату від вашого імені без жодних витрат для вас. Ви не запускаєте нагадування про борг, ви не платите процесингу за кожну повторну спробу і вам не треба надсилати жодного листа. Відновлення відбувається у фоні протягом 60-денного вікна. Коли цей дохід усе одно втрачається, це зазвичай зводиться до однієї з двох самозаподіяних помилок: вимкнення пільгового періоду, тож передплатники блокуються тієї миті, коли картка зазнає невдачі, або ставлення до передплатника, який ще в межах вікна відновлення, як до остаточного скасування і відмова від доходу, від якого магазин не відмовлявся.

Як насправді тримати мимовільний відтік низьким

Витрачайте зусилля на ті кілька налаштувань і сигналів, що рухають відновлення, і дайте магазину робити повторні спроби, які він і так робить добре.

Увімкніть пільговий період оплати

В обох магазинах увімкніть пільговий період. Він тримає платних передплатників у вашому застосунку, поки магазин повторює спроби, тож відновлений передплатник ніколи не втрачає жодного дня, і це найважільніший засіб контролю тут. В App Store це перемикач у App Store Connect. У Google Play пільговий період увімкнено за замовчуванням для автоматично поновлюваних базових планів, тож завдання полягає в тому, щоб тримати його увімкненим і задати тривалість, яку вам комфортно надавати безкоштовно.

Зробіть, щоб доступ відповідав реальному стану під час пільги й утримання

Зберігайте доступ під час пільги, на DID_FAIL_TO_RENEW від Apple з підтипом GRACE_PERIOD і SUBSCRIPTION_IN_GRACE_PERIOD від Google. Відкликайте доступ, коли пільга Apple спливає і коли Google надсилає SUBSCRIPTION_ON_HOLD. Відновлюйте його тієї миті, коли надходить відновлення, на BILLING_RECOVERY або SUBSCRIPTION_RECOVERED. Помилитеся в одному напрямку, і ви віддаєте безкоштовний доступ тижнями. Помилитеся в іншому, і ви блокуєте передплатника, якому лишилася одна повторна спроба до того, щоб знову вам заплатити.

Рахуйте відновлення окремо від відтоку

Передплатник у пільговому періоді чи в утриманні облікового запису не відтік. Не обліковуйте його як втраченого, поки вікно відновлення не закриється без успішного списання. Якщо ваша аналітика зводить поновлення зірвалося і клієнт скасував в одне число, ваш відтік читається гіршим, ніж є, а відновлення читається так, ніби нічого не відбувається. Виокремте мимовільний відтік і відстежуйте його рівень відновлення, адже цей рівень це число, яке ви справді можете зрушити налаштуванням і нагадуванням.

Спонукайте до виправлення, а потім відійдіть убік

Одна корисна річ, яку ви можете додати, це підштовхування. Обидва магазини дозволяють вам спонукати передплатника оновити його спосіб оплати, Apple усередині застосунку, а Google через In-App Messaging API і сповіщення Play. Вчасне нагадування під час пільги підвищує відновлення, адже більшість цих клієнтів досі хочуть підписки і їм лише треба виправити картку. Поза підштовхуванням дайте магазину повторювати спроби. Він і так робить дорогу частину, безкоштовно, тижнями.

Ті самі потоки App Store Server Notifications і RTDN, які RefundHalt уже слухає для повернень, несуть і кожен із цих платіжних сигналів. Пільга, утримання, відновлення й мимовільний відтік надходять на вашу панель поруч із вашими поверненнями, тож ви можете спостерігати, як вікно відновлення робить свою роботу, замість того щоб гадати, які невдалі поновлення пішли, а які повертаються.

Коротка версія

Невдале поновлення це не скасування, і магазин ставиться до нього так тижнями. Apple повторює спроби списання з картки до 60 днів і, з увімкненим пільговим періодом, тримає передплатника у вашому застосунку, поки це робить. Google Play ділить ті самі 60 днів між пільговим періодом, що зберігає доступ, і утриманням облікового запису, що його забирає. Увімкніть пільгу, обробляйте сповіщення про пільгу й утримання, щоб доступ відповідав реальності, спонукайте клієнта виправити його картку і рахуйте передплатника відтіклим лише після того, як вікно закриється порожнім. Мимовільний відтік це єдиний витік доходу, який магазин активно працює закрити замість вас. Ваше завдання переважно в тому, щоб не заважати і читати свої цифри достатньо добре, аби знати, коли втрата справжня.