Opzegredenen van abonnementen bereiken je meestal vóór het terugbetalingsverzoek, en Google Play geeft er veel meer van door dan Apple

De meeste abonnees die uiteindelijk geld terugkrijgen, zeggen eerst op. Die opzegging heeft een reden, en de twee stores geven je daar heel verschillende hoeveelheden van. Google Play houdt een korte enquête en stuurt het antwoord naar je server, inclusief vrije tekst. Apple stuurt een numerieke code die zegt hoe het abonnement eindigde, niet waarom de klant weg wilde. Lees beide goed en je ziet terugbetalingsverzoeken aankomen terwijl je er nog iets aan kunt doen.

Wat Google Play je vertelt over opzegredenen

Als een gebruiker opzegt in het Play-abonnementencentrum, vraagt Google waarom. Het antwoord komt terecht in de abonnementsresource die je krijgt van purchases.subscriptionsv2.get, onder canceledStateContext. Dat object bestaat alleen zolang het abonnement opgezegd of verlopen is, en het zegt wie het abonnement beëindigde: de gebruiker, het systeem van Google, jij, of een vervanging zoals een planwijziging.

Als de gebruiker het deed, bevat het object userInitiatedCancellation twee velden. cancelTime zegt wanneer er werd opgezegd. cancelSurveyResult bevat het enquêteantwoord.

De rechterkolom is onze interpretatie, niet die van Google. De eerste twee kolommen komen rechtstreeks uit de API-referentie.

De melding bevat de reden niet

Een opgezegd abonnement activeert een realtime ontwikkelaarsmelding SUBSCRIPTION_CANCELED, type 3. Google zegt duidelijk dat deze meldingen alleen aangeven dat de aankoopstatus is veranderd. De payload geeft je een aankooptoken en verder niets bruikbaars, dus je handler moet purchases.subscriptionsv2.get aanroepen om het enquêteantwoord te lezen.

De weergave in Play Console

Voor de totalen heb je geen code nodig. De abonnementsrapporten in Play Console bevatten een kaart Opzeggingen die churn opsplitst in vrijwillig, onvrijwillig en overig, en een kaart met antwoorden op de opzegenquête voor gebruikers die wilden antwoorden. Vrije-tekstantwoorden van gebruikers die anders kozen, download je als CSV via de kaart Overige antwoorden. Die download vereist de machtiging View financial data, dezelfde die je zou geven aan een tool die je bestellingen leest.

Wat Apple je vertelt, en wat het weglaat

Apple houdt geen opzegenquête die terugkoppelt naar ontwikkelaars. Het dichtstbijzijnde veld is expirationIntent in de ondertekende verlengingsinfo, en dat beschrijft hoe een abonnement eindigde, niet wat de klant dacht.

Code 1 is de enige die een keuze van de klant beschrijft, en die zegt niets over het motief. Een klant die vertrok omdat de app steeds crashte en een die gewoon een project afrondde, zien er hetzelfde uit.

Het signaal in AUTO_RENEW_DISABLED

Eén Apple-melding verdient een nadere blik. DID_CHANGE_RENEWAL_STATUS met subtype AUTO_RENEW_DISABLED betekent meestal dat de klant automatische verlenging uitzette. De documentatie van Apple noemt een tweede geval: de App Store zet automatische verlenging ook uit nadat de klant om terugbetaling heeft gevraagd.

Op iOS kan een verlenging-uit-gebeurtenis dus het eerste spoor van een terugbetalingsverzoek zijn. Is de aankoop een verbruiksartikel of een automatisch verlengbaar abonnement, dan kan er een CONSUMPTION_REQUEST volgen, en vanaf dat moment heb je 12 uur om verbruiksgegevens te sturen. Komt zo'n gebeurtenis binnen zonder zichtbare actie in je app, zie het dan als een waarschuwing en zet de gebruiksgegevens van dat account klaar.

Apple en Google naast elkaar

Waar een opzegging een terugbetaling wordt

Een opzegging stopt de volgende afschrijving. De laatste geeft ze niet terug. Of er geld teruggaat, hangt af van welke terugbetalingsroute de klant daarna neemt, en de meeste routes lopen zonder jou.

• Op Google Play kan een koper binnen 48 uur na aankoop zelf een terugbetaling krijgen, en Google beslist.
• Over terugbetalingen via de support van Google of Apple beslist de store.
• De CONSUMPTION_REQUEST van Apple vraagt om je verbruiksgegevens, met een termijn van 12 uur.
• De chargebackbeoordeling van Google Play vraagt om bewijs via orders.reviewrefund, met een termijn van 24 uur. Het besluit van de bank over een chargeback is definitief.

Een opzegreden verandert geen van die regels. Wat hij verandert, is hoe vroeg je weet welke klant ontevreden is, en of je bewijs klaarligt wanneer een van de twee routes die erom vragen langskomt.

Wat elke reden je kost

Het enquêteantwoord is ook een ruwe indicatie van wat een account al heeft gekost om te bedienen. Dat is precies het geld waar je bij een terugbetaling mee blijft zitten.

Technische problemen

Dit is de dure. De klant gebruikte het product genoeg om op problemen te stuiten. Je hebt dus betaald voor de rekenkracht achter zijn sessies, de model-API-aanroepen van zijn verzoeken, de opslag voor alles wat hij maakte, en eventuele uitbetalingen aan makers van wie hij content gebruikte. Krijgt hij daarna een terugbetaling, dan gaat de prijs terug en blijven die kosten bij jou. Stapt hij op Google Play naar zijn bank, dan kost een bestelling na 3 augustus 2026 je de aankoopprijs min de servicekosten van Play, plus de kosten van de bank.

Kosten

Een klacht over de prijs kost je minder dan het lijkt, tenzij er een onverwachte verlenging achter zit. Dat is het klassieke chargebackverhaal, dus controleer of de opzegging direct na een verlengingsafschrijving kwam en of je verlengingsherinneringen zijn verstuurd.

Te weinig gebruik

Weinig gebruik betekent lage kosten, dus een terugbetaling geeft hier vooral geld terug waar je weinig voor hebt uitgegeven. Bij deze reden laten eerlijke verbruiksgegevens, als Apple erom vraagt, precies zien wat de klant wel en niet gebruikte.

Betere app gevonden

Deze klanten maken zelden bezwaar. Ze vertrokken naar een concurrent. De reden is nuttig voor productbeslissingen en bijna nooit voor het verdedigen tegen terugbetalingen.

Een routine voor het lezen van opzegredenen

• Roep bij elke SUBSCRIPTION_CANCELED van Google Play purchases.subscriptionsv2.get aan en sla canceledStateContext op met het aankooptoken en cancelTime.
• Sla reasonUserInput letterlijk op als de reden anders is. Het is de enige vrije tekst die een van beide stores je geeft.
• Log bij elke DID_CHANGE_RENEWAL_STATUS van Apple met AUTO_RENEW_DISABLED de gebeurtenis en haal het gebruik van dat account op, voor het geval er een CONSUMPTION_REQUEST volgt.
• Leg bij elke EXPIRED-melding van Apple het subtype en expirationIntent vast, zodat vrijwillige churn en betalingsfouten niet door elkaar lopen.
• Controleer bij opzeggingen op Google Play vanwege technische problemen de foutlogs van dat account en neem contact op voordat de klant naar zijn bank stapt.
• Houd gebruikslogs per account bij, zodat een CONSUMPTION_REQUEST binnen 12 uur een antwoord krijgt en een chargebackbeoordeling binnen 24 uur.