Odnowienia zawodzą częściej, niż klienci rezygnują, a ten mimowolny odpływ to przychód, który wciąż możesz odzyskać

Karta wygasa, bank odrzuca odnowienie, a subskrybent, którego nigdy nie straciłeś, przestaje płacić. Nie otworzył Twojej aplikacji i nie kliknął rezygnacji. Jego metoda płatności po prostu zawiodła, i jeśli nie wiesz, co dzieje się dalej, wypada z Twojego przychodu bez dźwięku. To jest mimowolny odpływ, i zarówno w App Store, jak i Google Play sklep nie rezygnuje z tej płatności, gdy ta zawiedzie. Zatrzymuje subskrybenta, ponawia próby obciążenia karty i w większości przypadków utrzymuje przez tygodnie otwarte okno, w którym pieniądze wciąż mogą dotrzeć. Większość tego odzyskiwania dzieje się niezależnie od tego, czy działasz. Prawidłowe odczytanie tego to różnica między policzeniem prawdziwej rezygnacji a spisaniem na straty płatności, którą sklep właśnie ma zamiar pobrać za Ciebie.

To nie jest zwrot ani obciążenie zwrotne. Nic się nie odwraca, żadne pieniądze nie opuszczają Twojego konta. Przychód po prostu nigdy nie ląduje, a w Twoich raportach wygląda jak zwykłe wygaśnięcie. Właśnie dlatego wycieka po cichu. Klient, który rezygnuje, mówi Ci, że odchodzi. Klient, którego karta zawiodła, nie mówi Ci nic, i jeśli potraktujesz ich tak samo, tracisz tych, których sklep właśnie miał odzyskać.

Czym właściwie jest mimowolny odpływ

Odpływ przybiera dwie postacie i nie są one tym samym problemem. Dobrowolny odpływ to decyzja: klient rezygnuje, bo już nie chce subskrypcji. Mimowolny odpływ to wypadek: obciążenie za odnowienie zawodzi, zwykle dlatego, że karta wygasła, osiągnęła limit lub została oznaczona przez bank z powodu obciążenia cyklicznego lub zagranicznego. Pierwsze to problem produktu, który naprawiasz produktem. Drugie to problem płatności, i to ten, który sklep ma naprawić za Ciebie.

Dlaczego jest większy, niż się wydaje

Nieudane odnowienia są częste i nie mają nic wspólnego z tym, jak dobra jest Twoja aplikacja. Karty wygasają zgodnie z harmonogramem, salda się kończą, a banki odrzucają obciążenia cykliczne, które uznają za ryzykowne. W każdym cyklu odnowień część Twoich obciążeń zawodzi z powodów, których subskrybent nigdy nie wybrał. Ponieważ ci subskrybenci nigdy nie zapowiedzieli, że odchodzą, łatwo błędnie odczytać ich jako zwykłe wygaśnięcia i łatwo stracić ich z oczu, i tak możliwy do odzyskania przychód kończy jako księgowany jako martwy.

App Store próbuje dalej przez 60 dni

Gdy subskrypcja odnawiana automatycznie nie może zostać obciążona, Apple jej nie kończy. Przechodzi ona w okres ponawiania rozliczenia, który trwa do 60 dni, a Apple przez to okno wciąż próbuje obciążyć kartę. To, czego subskrybent doświadcza podczas tych 60 dni, zależy od jednego ustawienia, które kontrolujesz: okresu karencji rozliczeniowej.

Okres karencji rozliczeniowej zachowuje dostęp, gdy Apple ponawia próbę

Włącz okres karencji rozliczeniowej, a subskrybent zachowa pełny dostęp do Twoich płatnych treści przez czas trwania karencji, do 16 dni w planach miesięcznych i rocznych, gdy Apple ponawia próbę obciążenia karty. Odzyskanie w okresie karencji oznacza brak jakiejkolwiek przerwy: ta sama data rozliczenia, brak utraconych dni usługi i brak luki w przychodzie. Apple nawet pokrywa koszt dni, które udostępniło za darmo podczas karencji. To rzadkie ustawienie, które jest niemal czystym zyskiem, ponieważ odzyskany subskrybent nawet nie zauważa nieudanego obciążenia.

Po karencji dostęp się zatrzymuje, ale ponawianie nie

Gdy okres karencji kończy się bez udanego obciążenia, subskrybent traci dostęp, ale Apple ponawia próbę obciążenia karty przez resztę 60-dniowego okna. Odzyskanie w tym czasie sprawia, że subskrybent odnawia w dniu odzyskania, rozpoczynając nowy cykl rozliczeniowy, a Apple nie obciąża za już oddane dni karencji. Dopiero gdy pełne 60 dni minie bez udanej płatności, subskrypcja wygasa na dobre. Zostaw okres karencji wyłączony, a subskrybent traci dostęp w chwili, gdy odnowienie zawodzi, co jest najgorszym możliwym momentem, by podsunąć płacącemu klientowi zamknięte drzwi.

Powiadomienia, które oznaczają każdy krok

Twój kanał App Store Server Notifications opowiada całą sekwencję. DID_FAIL_TO_RENEW mówi Ci, że odnowienie zawiodło, niosąc podtyp GRACE_PERIOD, dopóki subskrybent jest wciąż w karencji i powinien zachować dostęp. GRACE_PERIOD_EXPIRED oznacza koniec karencji, moment, by odebrać dostęp. DID_RENEW z podtypem BILLING_RECOVERY oznacza, że karta w końcu przeszła, a subskrybent wrócił. EXPIRED z podtypem BILLING_RETRY oznacza, że 60 dni się skończyło, a subskrybent naprawdę odszedł. Obsłuż te cztery, a Twój dostęp zawsze będzie zgodny z rzeczywistym stanem.

Google Play dzieli te same 60 dni na dwie części

Google Play realizuje ten sam pomysł w innej formie i z własnym słownictwem. Nieudane odnowienie przenosi subskrypcję przez okres karencji, a następnie wstrzymanie konta, i te dwa razem tworzą 60-dniowe okno odzyskiwania.

Okres karencji zachowuje dostęp, wstrzymanie konta go odbiera

Podczas okresu karencji subskrybent zachowuje dostęp, gdy Google ponawia próbę obciążenia karty, a czas wygaśnięcia jest przesuwany w miarę trwania ponowień. Jeśli karta przejdzie, subskrypcja zostaje odzyskana z nienaruszoną pierwotną datą odnowienia, jakby awaria nigdy się nie zdarzyła. Jeśli karencja się skończy, subskrypcja wpada we wstrzymanie konta. Teraz dostęp się zatrzymuje i pozostaje wyłączony, dopóki płatność nie zostanie naprawiona. Odzyskanie ze wstrzymania konta przywraca dostęp, ale data rozliczenia resetuje się do daty odzyskania zamiast do starej.

Wyliczenie 60 dni zmieniło się pod koniec 2025 roku

Od 1 grudnia 2025 roku Google oblicza długość wstrzymania konta jako 60 dni minus Twój okres karencji. 16-dniowa karencja pozostawia 44 dni wstrzymania, a łączne okno odzyskiwania pozostaje na poziomie 60 dni. Wybierz dłuższą karencję, a wymieniasz czas wstrzymania na czas dostępu, ale całe okno się nie zmienia. Google zaleca odczytywanie bieżącego stanu subskrypcji przez swoje API zamiast zakładania stałej długości wstrzymania, ponieważ podział jest teraz wyprowadzany, a nie statyczny.

Typy RTDN, które obsługujesz

Real-time Developer Notifications od Google Play nazywają każdy etap. SUBSCRIPTION_IN_GRACE_PERIOD oznacza zachowaj dostęp i poproś klienta o naprawienie karty. SUBSCRIPTION_ON_HOLD oznacza odbierz dostęp teraz. SUBSCRIPTION_RECOVERED oznacza, że płatność przeszła i dostęp wraca. SUBSCRIPTION_CANCELED, a następnie SUBSCRIPTION_EXPIRED oznaczają, że okno zamknęło się bez naprawy, a subskrybent odpłynął. Napływają one tą samą rurą RTDN, którą już obsługujesz dla unieważnionych zakupów i zwrotów.

Ile kosztuje Cię mimowolny odpływ

Koszt tutaj nie jest tego rodzaju co przy zwrocie, gdzie zaksięgowane pieniądze są odbierane. To przychód, który nigdy się nie pojawia, i ukrywa się w Twoich liczbach jako zwykłe wygaśnięcie.

Odnowienie, za którego zdobycie już zapłaciłeś

Każdy cykliczny subskrybent kosztował Cię realne pieniądze, by go zdobyć: wydatki na reklamę i kreacje, które go pozyskały, wdrożenie oraz moc obliczeniową, przechowywanie i wywołania API, które uruchamiałeś dla niego w każdym cyklu od tamtej pory. Subskrybent stracony przez martwą kartę odchodzi z całym tym kosztem utopionym bezpowrotnie, a żeby zastąpić przychód, płacisz koszty pozyskania od nowa za kogoś nowego. Subskrybent, którego sklep odzyskuje, nie kosztuje Cię nic za ponowne pozyskanie. Różnica między tymi dwoma, pełne ponowne pozyskanie kontra zero, to pieniądze, które mimowolny odpływ naprawdę porusza.

Odzyskiwanie działa za darmo, jeśli mu na to pozwolisz

Oto część, którą się pomija. Podczas karencji i ponawiania sklep pobiera płatność w Twoim imieniu bez żadnego kosztu dla Ciebie. Nie prowadzisz windykacji, nie płacisz procesorowi za każde ponowienie i nie musisz wysyłać ani jednego e-maila. Odzyskiwanie dzieje się w tle przez 60-dniowe okno. Gdy ten przychód i tak zostaje stracony, zwykle wynika to z jednego z dwóch samodzielnie zadanych błędów: wyłączenia okresu karencji, przez co subskrybenci są blokowani w chwili, gdy karta zawodzi, lub traktowania subskrybenta, który wciąż jest w oknie odzyskiwania, jak twardej rezygnacji i rezygnowania z przychodu, z którego sklep nie zrezygnował.

Jak naprawdę utrzymać niski mimowolny odpływ

Skieruj swój wysiłek na te kilka ustawień i sygnałów, które poruszają odzyskiwanie, i pozwól sklepowi zająć się ponawianiem, które już robi dobrze.

Włącz okres karencji rozliczeniowej

W obu sklepach włącz okres karencji. Utrzymuje on płacących subskrybentów w Twojej aplikacji, gdy sklep ponawia próbę, więc odzyskany subskrybent nie traci ani dnia, i jest to tutaj pojedyncza dźwignia o największej sile. W App Store to przełącznik w App Store Connect. W Google Play okres karencji jest domyślnie włączony dla automatycznie odnawianych planów bazowych, więc zadaniem jest utrzymać go włączonym i ustawić długość, którą z czystym sumieniem udostępnisz za darmo.

Dopasuj dostęp do rzeczywistego stanu przy karencji i wstrzymaniu

Zachowaj dostęp podczas karencji, przy DID_FAIL_TO_RENEW od Apple z podtypem GRACE_PERIOD i SUBSCRIPTION_IN_GRACE_PERIOD od Google. Odbierz dostęp, gdy karencja Apple wygasa i gdy Google wysyła SUBSCRIPTION_ON_HOLD. Przywróć go w chwili, gdy przychodzi odzyskanie, przy BILLING_RECOVERY lub SUBSCRIPTION_RECOVERED. Pomyl to w jedną stronę, a rozdajesz darmowy dostęp przez tygodnie. Pomyl w drugą, a blokujesz subskrybenta, który jest o jedno ponowienie od tego, by znów Ci zapłacić.

Licz odzyskiwanie oddzielnie od odpływu

Subskrybent w karencji lub wstrzymaniu konta nie odpłynął. Nie księguj go jako straconego, dopóki okno odzyskiwania nie zamknie się bez udanego obciążenia. Jeśli Twoja analityka łączy nieudane odnowienie i rezygnację klienta w jedną liczbę, Twój odpływ czyta się gorzej, niż jest, a Twoje odzyskiwanie czyta się, jakby nic się nie działo. Wydziel mimowolny odpływ i śledź jego wskaźnik odzyskiwania, bo ten wskaźnik to liczba, którą naprawdę możesz poruszyć ustawieniem i monitem.

Zachęć do naprawy, a potem zejdź z drogi

Jedyną przydatną rzeczą, którą możesz dodać, jest zachęta. Oba sklepy pozwalają Ci poprosić subskrybenta o aktualizację metody płatności, Apple wewnątrz aplikacji, a Google przez swoje In-App Messaging API i powiadomienia Play. Dobrze zgrany w czasie monit podczas karencji podnosi odzyskiwanie, bo większość tych klientów wciąż chce subskrypcji i musi tylko naprawić kartę. Poza zachętą pozwól sklepowi ponawiać. Robi już drogą część, za darmo, przez tygodnie.

Te same kanały App Store Server Notifications i RTDN, których RefundHalt już słucha dla zwrotów, niosą także każdy z tych sygnałów rozliczeniowych. Karencja, wstrzymanie, odzyskanie i mimowolny odpływ lądują w Twoim panelu obok Twoich zwrotów, więc możesz obserwować, jak okno odzyskiwania wykonuje swoją pracę, zamiast zgadywać, które nieudane odnowienia odeszły, a które wracają.

Krótka wersja

Nieudane odnowienie to nie rezygnacja, a sklep traktuje je tak przez tygodnie. Apple ponawia próbę obciążenia karty przez maksymalnie 60 dni i, z włączonym okresem karencji, utrzymuje przy tym subskrybenta w Twojej aplikacji. Google Play dzieli te same 60 dni między okres karencji, który zachowuje dostęp, a wstrzymanie konta, które go usuwa. Włącz karencję, obsłuż powiadomienia o karencji i wstrzymaniu, aby dostęp odpowiadał rzeczywistości, zachęć klienta do naprawienia karty i licz subskrybenta jako odpłyniętego dopiero po tym, jak okno zamknie się puste. Mimowolny odpływ to jedyny wyciek przychodu, który sklep aktywnie stara się za Ciebie zatkać. Twoim zadaniem jest głównie nie wchodzić w drogę i odczytywać swoje liczby na tyle dobrze, by wiedzieć, kiedy strata jest prawdziwa.