Je kunt een abonnement pauzeren of de verlengingsdatum vooruitschuiven in plaats van het terug te betalen, en zo houd je het meeste geld

Je kunt een abonnement pauzeren, de volgende afschrijving naar de toekomst schuiven of een abonnee gratis dagen geven, en elk daarvan houdt de klant in je boeken zonder ook maar één cent terug te geven die je al hebt geïnd. Een terugbetaling doet het tegenovergestelde. Ze geeft de laatste afschrijving terug, soms een heel jaar ervan, en de klant is meestal toch weg. Dus wanneer iemand zegt dat hij eruit wil of zijn geld terugvraagt, is de terugbetaling zelden je enige zet en bijna altijd de duurste.

Hier is het overzicht. Google Play laat een gebruiker een automatisch verlengend abonnement pauzeren en het laat je de volgende afschrijving met van een dag tot een jaar uitstellen. Apple heeft geen pauzeknop, maar het laat je een verlengingsdatum twee keer per jaar verlengen, telkens tot 90 dagen, zonder kosten voor de klant. Wat volgt is hoe elke hendel werkt in elke store, wat hij je kost naast een terugbetaling, en de ene situatie waarin geen van hen helpt.

De keuze die je echt hebt wanneer een abonnee wil vertrekken

Een opzegging en een terugbetaling zijn niet dezelfde gebeurtenis, en elke ontevreden abonnee als een terugbetaling behandelen, is hoe studio's geld teruggeven dat ze nooit terug hadden hoeven te geven. Een opzegging stopt de volgende verlenging en laat het al betaalde geld waar het is. Een terugbetaling reikt terug en trekt een afschrijving eruit die je al hebt geboekt. Tussen die twee ligt een set store-hulpmiddelen die precies voor dit moment zijn gebouwd: de persoon geabonneerd houden, of de relatie warm houden, zonder een betaling terug te draaien.

Pauzeren, uitstellen, verlengen, dan terugbetalen

De volgorde doet ertoe. Een pauze parkeert het abonnement zodat de klant even weg kan gaan en terug kan komen. Een uitstel of een verlenging schenkt vrije tijd, wat een dreigend terugbetalingsverzoek verandert in een gebaar van goodwill dat je dagen kost, geen dollars. Een terugbetaling is het laatste redmiddel, want het is de enige van de vier die geld weer uit je rekening haalt. Grijp ernaar wanneer de andere niet passen, niet eerder.

Zo pauzeer je een abonnement op Google Play

Google Play is de enige van de twee stores met een echte pauze. Een gebruiker opent zijn abonnement in de Play Store, kiest om het te pauzeren, en de store regelt de rest. Jij keurt het niet goed, maar je kunt er wel omheen ontwerpen.

Hoe lang een pauze kan duren

Een gebruiker kan pauzeren voor een periode tussen één week en drie maanden, en de keuzes hangen af van de factuurcyclus van het abonnement. De pauze wordt altijd pas van kracht nadat de huidige factureringsperiode eindigt, zodat de klant behoudt waarvoor hij al heeft betaald en de pauze schoon begint bij de volgende verlenging.

Wat een pauze doet met de toegang, de facturering en je query's

Terwijl het abonnement is gepauzeerd, heeft de gebruiker geen toegang en betaalt niet de verlengingsprijs. Er verlaat niets je rekening en er komt niets binnen. Eén integratiedetail brengt teams ten val: een gepauzeerd abonnement wordt niet teruggegeven door de methode queryPurchasesAsync() van de Play Billing Library, tenzij je includeSuspendedSubscriptions op true zet. Mis dat en je app kan een gepauzeerde abonnee behandelen als volledig vertrokken, terwijl hij één tik verwijderd is van terugkomen.

Wat er gebeurt aan het einde van een pauze

Aan het einde van de pauzeperiode wordt het abonnement hervat en probeert Google het te verlengen. Een gebruiker kan ook op elk moment tijdens de pauze handmatig hervatten, en wanneer hij dat doet verschuift de factureringsdatum naar de datum van het handmatig hervatten. Als de verlengingspoging mislukt, volgt het abonnement hetzelfde pad van mislukte verlenging als elk ander, via de factureringsrespijtperiode en de accounthold, dus een pauze verwijdert je herstelstappen niet, het vertraagt ze alleen.

Apple heeft geen pauze, dus verleng je in plaats daarvan de verlengingsdatum

Apple geeft gebruikers geen pauzeknop. Wat het ontwikkelaars geeft, is de mogelijkheid om de verlengingsdatum van een abonnee naar de toekomst te verschuiven, wat gratis servicetijd verleent en de volgende afschrijving vooruitschuift. Het is een actie aan de serverzijde, niet iets wat de klant aantikt.

Twee keer per jaar, telkens tot 90 dagen

Met de App Store Server API kun je de verlengingsdatum voor het abonnement van een klant twee keer per kalenderjaar verschuiven, telkens tot 90 dagen in de toekomst, en de klant wordt niet belast voor de toegevoegde tijd. Je koppelt er een extendReasonCode aan die vastlegt waarom, zoals klanttevredenheid of een serviceprobleem. Dit is het dichtst dat Apple bij een pauze komt: in plaats van het abonnement te parkeren, verleng je het, zodat de persoon de toegang behoudt en de afschrijving die je zou hebben geïnd gewoon opschuift.

Eén aanroep kan een storing dekken

Er is een tweede endpoint dat de verlengingsdata voor alle actieve abonnees in één keer verlengt. Grijp ernaar na een storing die je hele basis trof, wanneer iedereen een paar gratis dagen geven goedkoper en rustiger is dan een golf van individuele terugbetalingsverzoeken af te handelen. Het is de massaversie van hetzelfde idee: betalen in vrije tijd, niet in teruggedraaide afschrijvingen.

Uitgestelde facturering, de hendel om vrije tijd te geven zonder een terugbetaling

De tegenhanger van Google Play voor Apple's verlenging is uitgestelde facturering, en die is genereuzer qua duur. Je roept purchases.subscriptionsv2.defer aan en stelt een nieuwe vervaldatum in die later is dan de huidige. De facturering kan per API-aanroep met minstens één dag en tot een jaar worden uitgesteld, en om verder te gaan roep je opnieuw aan voordat de nieuwe datum aanbreekt.

De klant behoudt alles en betaalt voor niets ervan

Tijdens de uitstelperiode blijft de gebruiker geabonneerd op je content met volledige toegang maar wordt niet belast voor de extra tijd, en de verlengingsdatum werkt bij naar de nieuwe datum. Google's eigen voorbeelden zijn een retentie-playbook in het klein: geef een week gratis voor het invullen van een feedbackenquête, of schenk toegang na een langdurige storing die mensen belette je dienst te gebruiken. Elk daarvan is een terugbetaling die je niet hebt geschreven.

Sluit de melding aan

Het uitstellen van een afschrijving activeert een SUBSCRIPTION_DEFERRED Real-time Developer Notification, zodat je backend de nieuwe verlengingsdatum kan vastleggen en de rechten synchroon kan houden. Prepaid-abonnementen werken op dezelfde manier: de defer-aanroep verlengt de vervaltijd in plaats van de verlengingsdatum.

Wat elke optie je aan geld kost

Dit is het deel dat de volgorde zou moeten bepalen waarin je dingen probeert. De vier zetten liggen qua prijs niet dicht bij elkaar, en de kloof is precies daar het grootst waar een terugbetaling het meeste pijn doet, bij een lang, waardevol abonnement.

Een terugbetaling is de enige zet die geld weer weghaalt

Een terugbetaling geeft de laatste afschrijving terug aan de klant. Bij een maandabonnement is dat één maand. Bij een jaarabonnement wordt ze berekend op die laatste afschrijving, wat het hele jaar is, teruggedraaid in één enkele gebeurtenis. Bovenop het teruggegeven bedrag komen de kosten die je al hebt uitgegeven om het abonnement te bedienen, de rekenkracht, de aanroepen van externe API's, de opslag en elke uitbetaling die je aan een creator hebt gestuurd, waarvan niets terugkomt. Een pauze, een uitstel of een verlenging raakt niets daarvan. Het enige wat ze kosten is toekomstige omzet die je uitstelt of een handvol dagen die je schenkt.

De rekensom die een chargeback erger maakt

De geldkwestie wordt scherper wanneer het alternatief niet eens een schone terugbetaling is maar een bankgeschil. Voor Google Play-bestellingen geplaatst na 3 augustus 2026 kost een verloren chargeback de ontwikkelaar de aankoopprijs minus de servicevergoeding van Play, plus de chargeback-vergoeding van de bank. Een pauze of een paar geschonken dagen die een gefrustreerde klant ervan weerhouden zijn bank te bellen, zijn niet alleen goedkoper dan een terugbetaling, ze weren kosten af die nog groter zijn.

Wanneer een pauze of een uitstel het verkeerde hulpmiddel is

Niets hiervan werkt zodra de klant is gestopt met tegen jou te praten en is begonnen met tegen zijn bank te praten. Een pauze, een uitstel en een verlenging zijn allemaal dingen die je aanbiedt aan een abonnee die nog in je app zit. Ze doen niets voor een geschil dat al is ingediend.

Een ingediend geschil heeft zijn eigen korte klok

Zodra een afschrijving wordt betwist, is je enige inbreng een smal venster. Apple stuurt je server een CONSUMPTION_REQUEST en wacht tot 12 uur op verbruiksgegevens. Google Play start een klok van 24 uur en neemt je bewijs via de orders.reviewrefund API. Mis een van beide vensters en de beslissing wordt zonder jou genomen. De retentiehendels zijn dus voor het moment vóór een terugbetalingsverzoek, niet na een bankgeschil.

Een terugbetaling is soms het juiste antwoord

Vrije tijd aanbieden aan een klant die echt onrecht is aangedaan en die zijn geld wil in plaats van meer van je product, kan overkomen als een ontwijking. Wanneer de eerlijke zet is om de afschrijving terug te geven, geef ze terug. Het punt is niet om nooit terug te betalen. Het is om te stoppen met reflexmatig terugbetalen wanneer een pauze of een geschonken week zowel het geld als de klant zou hebben behouden.

De retentiechecklist

Niets hiervan is exotisch. Het is een korte routine voor het moment waarop een abonnee aangeeft dat hij eruit wil.

• Behandel de terugbetaling als de laatste van vier zetten, na pauzeren, uitstellen en verlengen, niet als de eerste.
• Ontwerp op Google Play voor de pauze: stel includeSuspendedSubscriptions in zodat je app een gepauzeerde abonnee niet aanziet voor een vertrokken abonnee.
• Behandel de verlenging aan het einde van de pauze als een nieuwe aankoop, want daar wordt een gepauzeerde abonnee behouden of verloren.
• Gebruik uitgestelde facturering op Google Play en de verlenging van de verlengingsdatum in de App Store om dagen te schenken in plaats van terugbetalingen te schrijven.
• Leg de SUBSCRIPTION_DEFERRED melding en de verlenging vast zodat je omzetcijfers de verschoven verlengingsdatum weerspiegelen.
• Bewaar de terugbetaling voor de klant die echt onrecht is aangedaan en zijn geld terug wil, niet voor elk verzoek.
• Onthoud dat de hendels niet meer werken zodra een bankgeschil is ingediend, en beantwoord de vensters van 12 uur en 24 uur wanneer er een is.