Apple en Google laten je allebei de verlengingsdatum van een abonnement opschuiven na een storing, maar hun grenzen lijken totaal niet op elkaar

Een storing geeft elke abonnee het sterkste terugbetalingsverhaal dat er bestaat, en je kunt niet voorkomen dat ze het vertellen. Wat je wel kunt doen, is de verloren dagen teruggeven voordat iemand erom vraagt. In beide app stores kun je de verlengingsdatum van een abonnement opschuiven, zodat de klant gratis tijd krijgt in plaats van geld. Apple beperkt elke verlenging tot 90 dagen en staat er twee per jaar toe. Google laat je de facturering tot een jaar per aanroep uitstellen. Het papierwerk, de meldingen en de rekening eronder verschillen zoveel dat één storingsplan ze niet allebei dekt.

Wat een storing doet met je terugbetalingsrisico

Terugbetalingen worden beslist door de stores, niet door jou. In de App Store vraagt een klant het aan Apple en beslist Apple. Je kunt een CONSUMPTION_REQUEST-melding krijgen en 12 uur om verbruiksgegevens te sturen via Send Consumption Information. Meer inspraak heb je niet.

Op Google Play kan een koper binnen 48 uur na aankoop een terugbetaling krijgen zonder dat jou iets gevraagd wordt. Daarna komen verzoeken bij jou terecht. De enige Google-flow die om jouw bewijs vraagt, is een chargeback die is gemarkeerd voor beoordeling door de developer, en die beantwoord je via orders.reviewrefund binnen 24 uur. De beslissing van de bank over een chargeback is definitief.

Geen van beide stores geeft je dus een manier om een terugbetaling te blokkeren. Wat je wel in de hand hebt, is of een abonnee zich nog tekortgedaan voelt als de dienst weer werkt. Extra tijd op het abonnement, snel toegekend en duidelijk aangekondigd, is precies het middel dat beide stores daarvoor hebben gebouwd.

Zo schuif je de verlengingsdatum van een abonnement op in de App Store

De App Store Server API heeft hiervoor twee endpoints. Extend a Subscription Renewal Date werkt op één abonnement, dat je aanwijst met zijn originalTransactionId. Extend Subscription Renewal Dates for All Active Subscribers werkt op elke geschikte abonnee van één productId, en je kunt het beperken met storefrontCountryCodes als de storing maar een paar regio's trof.

Elk verzoek bevat drie dingen: extendByDays, een getal van 1 tot 90; een extendReasonCode; en een requestIdentifier die je zelf genereert. Redencode 3 betekent een probleem met de dienst of een storing. Code 1 is klanttevredenheid, code 2 is andere redenen en code 0 is niet opgegeven.

Welke abonnementen Apple verlengt

Alleen actieve automatisch verlengbare abonnementen met minstens één eerder betaalde periode komen in aanmerking. Apple slaat deze over:

• Abonnementen in een gratis aanbiedingsperiode, zoals een gratis proefperiode.
• Inactieve abonnementen in een herhaalpoging voor betaling.
• Abonnementen in een respijtperiode voor betaling waarvan de einddatum in het verleden ligt.
• Abonnementen die in de afgelopen 365 dagen al twee verlengingen van de verlengingsdatum kregen.
• Verlopen abonnementen.

Delen met gezin gaat vanzelf mee. Als Apple een gekocht abonnement verlengt dat Delen met gezin ondersteunt, worden de abonnementen van de gezinsleden ook verlengd. Je kunt het abonnement van een gezinslid niet rechtstreeks aanwijzen.

Het bulkverzoek is traag, dus let op de meldingen

Volgens Apple kan een verzoek om alle actieve abonnees te verlengen uren of zelfs dagen duren, afhankelijk van hoeveel abonnees je hebt. Een 200-antwoord betekent alleen dat Apple het verwerkt. App Store Server Notifications V2 vertelt je hoe het afliep:

Neem bij elke FAILURE de originalTransactionId uit de ondertekende transactie in de payload en probeer het opnieuw met het endpoint voor één abonnement. Wil je liever pollen, dan meldt Get Status of Subscription Renewal Date Extensions of het verzoek klaar is en hoeveel verlengingen gelukt of mislukt zijn.

Zo werkt het uitstellen van facturering bij Google Play

De Google-versie is purchases.subscriptionsv2.defer, die je eenmaal per aankooptoken aanroept. De body van het verzoek bevat een deferralContext met drie velden. De etag komt uit purchases.subscriptionsv2.get, en de aanroep mislukt als die niet overeenkomt met de nieuwste etag van het abonnement. De deferDuration bepaalt hoe ver de datum opschuift. En validateOnly voert het verzoek, als het op true staat, uit als proefrun zonder het abonnement aan te raken.

De billinggids van Google legt het bereik vast op één dag tot één jaar per API-aanroep. Wil je verder gaan, roep dan opnieuw aan voordat de nieuwe einddatum is bereikt. Bij een automatisch verlengend abonnement verschuift het uitstel de volgende verlengingsdatum. Bij een prepaid abonnement verschuift het de eindtijd. Bij een abonnement met add-ons wordt elk item met dezelfde duur uitgesteld. Het antwoord vermeldt de nieuwe expiryTime van elk item.

Tijdens het uitstel blijft de gebruiker geabonneerd met volledige toegang en betaalt niets voor de extra tijd. Google stuurt een real-time developer notification SUBSCRIPTION_DEFERRED. De oudere purchases.subscriptions.defer is verouderd, dus nieuwe code hoort de v2-methode te gebruiken.

Google licht je klant niet in, dus dat moet jij doen

Apple mailt de klant na elke geslaagde verlenging. De billinggids van Google beschrijft helemaal geen bericht aan de gebruiker. Als het hele doel is terugbetalingsverzoeken voor te zijn, moet de abonnee weten dat de extra tijd er is. Laat het zelf weten, in de app en per e-mail, en vertel hoeveel dagen en waarom.

Apple en Google naast elkaar

Wat een verlenging kost vergeleken met een terugbetaling

Een terugbetaling en een verlenging halen geld op verschillende plekken weg. Een terugbetaling stuurt terug wat de klant voor de periode betaalde. Alles wat je al hebt uitgegeven om die klant te bedienen, blijft uitgegeven: rekenkracht voor elke sessie, API-aanroepen naar modellen, opslag en elke uitbetaling aan een maker van wie ze de content gebruikten.

Een verlenging houdt de betaling. Wat het kost, is dienstverlening die je levert zonder verlenging die ervoor betaalt. Elke extra dag blijft een actieve abonnee dezelfde rekeningen oplopen. Voor een lichte gebruiker is dat bijna niets. Voor een zware gebruiker van een AI-functie kunnen 30 extra dagen 30 dagen modelaanroepen betekenen zonder inkomsten ertegenover. Stem de verlenging af op de storing, niet op de excuses die je graag zou maken.

De commissiekosten bij Apple

Apple betaalt 70% van elke verlenging tijdens het eerste jaar betaalde dienstverlening van een abonnee en daarna 85%. Volgens de abonnementspagina van Apple tellen verlengingsdagen niet mee als dagen betaalde dienstverlening. Een verlenging van 30 dagen schuift de overstap van die abonnee naar 85% dus 30 dagen op. Zit je in het App Store Small Business Program, dan ontvang je al 85% en geldt deze kostenpost niet.

De chargebackkosten bij Google Play

Voor bestellingen na 3 augustus 2026 kost een chargeback die de kaarthouder wint een Google Play-developer de aankoopprijs min de servicekosten van Play, plus de kosten van de bank. Een storing is precies het soort gebeurtenis dat een geïrriteerde klant naar de bank stuurt. Uitstel dat hen eerst bereikt, is goedkoper dan een geschil dat je niet kunt terugdraaien.

Wanneer een verlenging niet het juiste middel is

De aankoop was geen abonnement

Verlengingen van de verlengingsdatum gelden alleen voor abonnementen. Als een storing een verbruiksartikel of een eenmalige ontgrendeling liet mislukken, lever het item dan opnieuw. Als Apple er een CONSUMPTION_REQUEST voor stuurt, meld dan wat er gebeurde. Het deliveryStatus-veld van Apple heeft hiervoor een waarde, UNDELIVERED_SERVER_OUTAGE, en Apple zegt dat elke status behalve DELIVERED moet samengaan met consumptionPercentage op 0.

De klant heeft beide Apple-verlengingen al gebruikt

De limiet van Apple is twee verlengingen per klant in 365 dagen. Twee storingen in een jaar gebruiken ze allebei op, en bij een derde heb je via de store niets meer te bieden. Houd bij hoeveel verlengingen elke originalTransactionId heeft gebruikt, zodat de FAILURE-meldingen van het bulkverzoek je niet verrassen.

De klant zit in een gratis proefperiode

Apple verlengt geen abonnement in een gratis aanbiedingsperiode. Een proefgebruiker verloor gratis dagen, geen betaalde, dus het terugbetalingsrisico is laag. Wil je het toch goedmaken, dan kost een bericht in de app minder dan welke API-aanroep ook.

Een checklist voor de volgende storing

• Leg vast wanneer de storing begon en eindigde, en welke producten en regio's werden getroffen.
• Kies een aantal dagen dat de verloren tijd dekt. Gebruik bij Apple redencode 3 en blijf binnen 1 tot 90.
• Stuur bij Apple één bulkverzoek per productId, beperkt met storefrontCountryCodes als maar een paar regio's getroffen waren.
• Luister naar RENEWAL_EXTENSION FAILURE en probeer elk geval opnieuw met het endpoint voor één abonnement.
• Loop bij Google Play de actieve aankooptokens langs, lees elke etag, voer eerst uit met validateOnly en stel daarna echt uit.
• Vertel abonnees van Google Play zelf over de extra tijd, want Google doet het niet.
• Werk de vervaldatum van rechten bij op basis van RENEWAL_EXTENDED en SUBSCRIPTION_DEFERRED, niet op basis van je eigen datumberekening.
• Bewaar gebruikslogs per account, zodat je bewijs klaarligt binnen 12 uur voor Apple en 24 uur voor Google als er toch een terugbetalingsverzoek of chargeback binnenkomt.