Apple i Google pozwalają przesunąć datę odnowienia subskrypcji po awarii, ale ich limity zupełnie się różnią

Przestój daje każdemu subskrybentowi najmocniejszy możliwy argument za zwrotem, a Ty nie możesz mu zabronić z niego skorzystać. Możesz natomiast oddać utracone dni, zanim ktokolwiek o nie poprosi. Oba sklepy z aplikacjami pozwalają przesunąć datę odnowienia subskrypcji, dzięki czemu klient dostaje darmowy czas zamiast pieniędzy. Apple ogranicza każde przedłużenie do 90 dni i pozwala na dwa w roku. Google pozwala odroczyć płatność nawet o rok na jedno wywołanie. Procedury, powiadomienia i rachunek, który za tym stoi, różnią się na tyle, że jeden plan na wypadek awarii nie obsłuży obu sklepów.

Jak awaria wpływa na ryzyko zwrotów

O zwrotach decydują sklepy, nie Ty. W App Store klient zwraca się do Apple, a Apple podejmuje decyzję. Możesz otrzymać powiadomienie CONSUMPTION_REQUEST i mieć 12 godzin na przesłanie danych o wykorzystaniu przez Send Consumption Information. Na tym kończy się Twój wpływ.

W Google Play kupujący może otrzymać zwrot w ciągu 48 godzin od zakupu bez pytania Cię o zdanie. Później prośby trafiają do Ciebie. Jedyny proces Google, w którym prosi się o Twoje dowody, to obciążenie zwrotne oznaczone do weryfikacji przez dewelopera, na które odpowiadasz przez orders.reviewrefund w ciągu 24 godzin. Decyzja banku w sprawie obciążenia zwrotnego jest ostateczna.

Żaden sklep nie daje więc możliwości zablokowania zwrotu. Masz za to wpływ na to, czy subskrybent nadal czuje się pokrzywdzony, gdy usługa wróci. Dodatkowy czas subskrypcji, przyznany szybko i jasno ogłoszony, to narzędzie, które oba sklepy stworzyły właśnie na taką sytuację.

Jak przesunąć datę odnowienia subskrypcji w App Store

App Store Server API ma do tego dwa endpointy. Extend a Subscription Renewal Date działa na jedną subskrypcję, którą wskazujesz przez jej originalTransactionId. Extend Subscription Renewal Dates for All Active Subscribers działa na wszystkich kwalifikujących się subskrybentów jednego productId i możesz go zawęzić przez storefrontCountryCodes, gdy awaria dotknęła tylko niektórych regionów.

Każde żądanie zawiera trzy elementy: extendByDays, liczbę od 1 do 90; extendReasonCode; oraz requestIdentifier, który generujesz sam. Kod przyczyny 3 oznacza problem z usługą lub awarię. Kod 1 to zadowolenie klienta, kod 2 to inne przyczyny, a kod 0 oznacza przyczynę niezadeklarowaną.

Które subskrypcje Apple przedłuży

Kwalifikują się tylko aktywne, automatycznie odnawiane subskrypcje z co najmniej jednym wcześniej opłaconym okresem. Apple pomija:

• Subskrypcje w bezpłatnym okresie promocyjnym, na przykład w darmowym okresie próbnym.
• Nieaktywne subskrypcje w trakcie ponawiania płatności.
• Subskrypcje w okresie karencji płatności, którego data wygaśnięcia już minęła.
• Subskrypcje, które otrzymały już dwa przedłużenia daty odnowienia w ciągu ostatnich 365 dni.
• Wygasłe subskrypcje.

Chmura rodzinna działa przy okazji. Gdy Apple przedłuża kupioną subskrypcję obsługującą Chmurę rodzinną, subskrypcje członków rodziny również zostają przedłużone. Nie możesz bezpośrednio wskazać subskrypcji członka rodziny.

Żądanie zbiorcze działa powoli, więc obserwuj powiadomienia

Apple podaje, że żądanie przedłużenia dla wszystkich aktywnych subskrybentów może trwać godziny, a nawet dni, w zależności od ich liczby. Odpowiedź 200 oznacza tylko, że Apple je przetwarza. Wynik poznasz dzięki App Store Server Notifications V2:

Przy każdym FAILURE weź originalTransactionId z podpisanej transakcji w payloadzie i ponów próbę przez endpoint dla pojedynczej subskrypcji. Jeśli wolisz odpytywać, Get Status of Subscription Renewal Date Extensions informuje, czy żądanie się zakończyło i ile przedłużeń się powiodło, a ile nie.

Jak działa odroczenie płatności w Google Play

Odpowiednikiem w Google jest purchases.subscriptionsv2.defer, wywoływane raz na token zakupu. Treść żądania zawiera deferralContext z trzema polami. Wartość etag pochodzi z purchases.subscriptionsv2.get, a wywołanie kończy się błędem, jeśli nie zgadza się z najnowszym etag subskrypcji. Pole deferDuration określa, o ile przesunąć datę. Z kolei validateOnly ustawione na true wykonuje żądanie na próbę, bez zmiany subskrypcji.

Przewodnik Google po płatnościach określa zakres od jednego dnia do jednego roku na jedno wywołanie API. Aby odroczyć dalej, wywołaj metodę ponownie przed nadejściem nowej daty wygaśnięcia. W subskrypcji odnawianej automatycznie odroczenie przesuwa kolejną datę odnowienia. W planie przedpłaconym przesuwa czas wygaśnięcia. W subskrypcji z dodatkami każda pozycja zostaje odroczona o ten sam okres. Odpowiedź zawiera nowy expiryTime każdej pozycji.

W czasie odroczenia użytkownik pozostaje subskrybentem z pełnym dostępem i nie płaci za dodatkowy czas. Google wysyła powiadomienie dla deweloperów w czasie rzeczywistym SUBSCRIPTION_DEFERRED. Starsza metoda purchases.subscriptions.defer jest wycofana, więc nowy kod powinien używać metody v2.

Google nie informuje klienta, więc musisz zrobić to Ty

Apple wysyła klientowi e-mail po każdym udanym przedłużeniu. Przewodnik Google po płatnościach nie opisuje żadnej wiadomości dla użytkownika. Jeśli chodzi o to, by uprzedzić prośby o zwrot, subskrybent musi wiedzieć, że dostał dodatkowy czas. Poinformuj go sam, w aplikacji i e-mailem, podając, ile dni i dlaczego.

Apple i Google w zestawieniu

Ile kosztuje przedłużenie w porównaniu ze zwrotem

Zwrot i przedłużenie zabierają pieniądze z różnych miejsc. Zwrot oddaje to, co klient zapłacił za dany okres. Wszystko, co już wydałeś na obsługę tego klienta, pozostaje wydane: moc obliczeniowa na każdą sesję, wywołania API modeli, przechowywanie danych i wszelkie wypłaty dla twórcy, z którego treści korzystał.

Przedłużenie zachowuje płatność. Jego kosztem jest usługa świadczona bez odnowienia, które by za nią zapłaciło. Każdego dodanego dnia aktywny subskrybent generuje te same rachunki. W przypadku mało aktywnego użytkownika to niemal nic. W przypadku intensywnego użytkownika funkcji AI 30 dodatkowych dni może oznaczać 30 dni wywołań modelu bez żadnego przychodu. Dopasuj przedłużenie do długości awarii, a nie do przeprosin, jakie chciałbyś złożyć.

Koszt prowizji w Apple

Apple wypłaca 70% z każdego odnowienia w pierwszym roku płatnej usługi subskrybenta, a później 85%. Strona Apple o subskrypcjach mówi, że dni przedłużenia odnowienia są wyłączone z dni płatnej usługi. Przedłużenie o 30 dni opóźnia więc przejście tego subskrybenta na 85% o 30 dni. Jeśli należysz do App Store Small Business Program, już otrzymujesz 85% i ten koszt Cię nie dotyczy.

Koszt obciążeń zwrotnych w Google Play

W przypadku zamówień złożonych po 3 sierpnia 2026 r. obciążenie zwrotne wygrane przez posiadacza karty kosztuje dewelopera Google Play cenę zakupu pomniejszoną o opłatę serwisową Play, plus opłaty banku. Awaria to dokładnie ten rodzaj zdarzenia, który wysyła zirytowanego klienta do banku. Odroczenie, które dotrze do niego wcześniej, jest tańsze niż spór, którego nie da się odwrócić.

Kiedy przedłużenie nie jest właściwym narzędziem

Zakup nie był subskrypcją

Przedłużenia daty odnowienia dotyczą wyłącznie subskrypcji. Jeśli awaria zepsuła produkt konsumpcyjny lub jednorazowe odblokowanie, dostarcz go ponownie. Jeśli Apple wyśle w tej sprawie CONSUMPTION_REQUEST, zgłoś, co się stało. Pole deliveryStatus w Apple ma na to wartość UNDELIVERED_SERVER_OUTAGE, a Apple podaje, że każdy status inny niż DELIVERED musi iść w parze z consumptionPercentage ustawionym na 0.

Klient wykorzystał już oba przedłużenia Apple

Limit Apple to dwa przedłużenia na klienta w ciągu 365 dni. Dwie awarie w roku wyczerpują oba, a przy trzeciej nie masz już nic do zaoferowania przez sklep. Śledź, ile przedłużeń wykorzystał każdy originalTransactionId, aby powiadomienia FAILURE z żądania zbiorczego Cię nie zaskoczyły.

Klient korzysta z darmowego okresu próbnego

Apple nie przedłuży subskrypcji w bezpłatnym okresie promocyjnym. Użytkownik wersji próbnej stracił darmowe dni, a nie opłacone, więc ryzyko zwrotu jest niskie. Jeśli chcesz mu to wynagrodzić, wiadomość w aplikacji kosztuje mniej niż jakiekolwiek wywołanie API.

Lista kontrolna na następną awarię

• Zapisz, kiedy awaria się zaczęła i skończyła oraz których produktów i regionów dotyczyła.
• Wybierz liczbę dni, która pokryje utracony czas. W Apple użyj kodu przyczyny 3 i zmieść się w przedziale od 1 do 90.
• W Apple wyślij jedno żądanie zbiorcze na productId, zawężone przez storefrontCountryCodes, jeśli ucierpiały tylko niektóre regiony.
• Nasłuchuj RENEWAL_EXTENSION FAILURE i ponawiaj każdy przypadek przez endpoint dla pojedynczej subskrypcji.
• W Google Play przejdź po aktywnych tokenach zakupu, odczytaj etag każdego, najpierw uruchom żądanie z validateOnly, a potem odrocz naprawdę.
• Sam poinformuj subskrybentów Google Play o dodatkowym czasie, bo Google tego nie zrobi.
• Aktualizuj datę wygaśnięcia uprawnień na podstawie RENEWAL_EXTENDED i SUBSCRIPTION_DEFERRED, a nie własnych obliczeń dat.
• Przechowuj logi użycia dla każdego konta, aby w razie prośby o zwrot lub obciążenia zwrotnego Twoje dowody były gotowe w ciągu 12 godzin dla Apple i 24 godzin dla Google.