Google Play heeft terugboekingen nu tot jouw probleem gemaakt

"Google Play staat op het punt om app-ontwikkelaars te laten ervaren wat elke andere handelaar altijd al heeft ervaren: terugboekingen zijn jouw probleem."

Een service-update van Google Play is stilletjes in de inboxen van ontwikkelaars beland en zorgt nu al voor levendige discussies binnen de betalings- en app-ontwikkelingsgemeenschappen. Vanaf later in 2026 zullen Google Play-ontwikkelaars gaan meebetalen aan de kosten van terugboekingen. Deze structurele verandering brengt Play in lijn met de manier waarop de rest van de digitale handel altijd al heeft gefunctioneerd, maar brengt ook een reëel financieel risico met zich mee voor app-uitgevers die hier niet op waren voorbereid.

Voor ontwikkelaars die hun strategie voor het genereren van inkomsten hebben afgestemd op de van oudsher beschermde factureringsomgeving van Play, staat er een ingrijpende verandering op financieel gebied te wachten. In dit artikel wordt precies uitgelegd wat er verandert, wat er in de kleine lettertjes staat en hoe een serieuze reactie eruitziet, nog voordat het beleid van kracht wordt.

Wat er nu eigenlijk is veranderd

Tot nu toe was de regeling eenvoudig: als een gebruiker een Google Play-transactie rechtstreeks bij zijn of haar financiële instelling betwistte, nam Google het verlies voor zijn rekening. De ontwikkelaar ontving een melding. Meer was er niet aan de hand.

Aan die regeling komt nu een einde. 

Hieronder volgt een gedetailleerd overzicht van hoe het nieuwe kostendelingsmodel precies in elkaar zit:

Concreet gezegd: een in-app-aankoop van $9,99 waarover een geschil ontstaat, kost je ongeveer $9,99 plus de terugboekingskosten. Google neemt zijn servicekosten voor zijn rekening. De rest komt voor jouw rekening. Dit is hetzelfde aansprakelijkheidsmodel bij terugboekingen als voor elke handelaar die rechtstreeks via een betalingsdienstverlener zoals Stripe, PayPal of Braintree verkoopt.

Chargeflow zet de drie cijfers op een rij die elke Google Play-ontwikkelaar moet kennen.

Waarom dit geen verrassing is

De aankondiging omvat twee aspecten: verbeterde fraudedetectie – Google meldt dat het in 2025 voor 3,4 miljard dollar aan fraude en misbruik heeft tegengehouden – en het delen van de kosten van terugboekingen, wat wordt gepresenteerd als een aanpassing aan de branchenormen. Beide zijn correct. Maar er is een bredere context die verklaart waarom deze beleidswijziging onvermijdelijk was.

De uitspraken in de zaken Epic tegen Google hebben de weg vrijgemaakt voor externe betalingskanalen op Android. Ontwikkelaars die zijn overgestapt van het platform voor facturering, zijn al de bescherming tegen terugvorderingen kwijtgeraakt die daarmee gepaard ging. Dit beleid breidt datzelfde risico uit naar in-app-aankopen die nog steeds via het eigen factureringssysteem van Google verlopen. Het is geen nieuwe filosofie, maar de bestaande filosofie die nu ook op de rest van het product wordt toegepast.

Apple werkt al jaren op deze manier. Bij geschillen worden inkomsten ingehouden, en dat heeft een reële impact op de winst- en verliesrekening. Google is nu bezig de achterstand in te halen ten opzichte van de stand van zaken in de sector.

Het belangrijkste detail waar niemand het over heeft

Achter het nieuws over de terugboekingskosten gaat iets schuil dat in de praktijk veel belangrijker is, en dat in de meeste berichtgeving over deze aankondiging volledig over het hoofd is gezien.

'Optioneel' betekent dat ontwikkelaars die dit negeren geen enkele invloed hebben op de uitkomst van geschillen. Wanneer er een terugvordering wordt ingediend, beslist Google hierover, en zonder bewijs van jouw kant wordt de beslissing automatisch in jouw nadeel genomen. Deze API is je enige hefboom, en de meeste ontwikkelaars zullen niet eens weten dat deze bestaat totdat ze geschillen hebben verloren die ze hadden kunnen winnen.

"Je levert nog steeds bewijsmateriaal aan voor het beoordelingsproces van Google, in plaats van het geschil rechtstreeks met het kaartnetwerk op te lossen. Daardoor heb je minder onderhandelingsruimte dan de kop doet vermoeden."

— Ben Herut, stafchef en vicepresident betalingsrisico’s, Chargeflow

In tegenstelling tot traditionele terugvorderingen, waarbij handelaren hun bewijsmateriaal rechtstreeks via hun acquirer bij de uitgevende bank indienen, ben je hier afhankelijk van Google als tussenpersoon. De kwaliteit van je bewijsmateriaal is belangrijk, maar dat geldt ook voor hun procedure.

Welke ontwikkelaars lopen het grootste risico?

Niet alle apps lopen evenveel risico. Het risico op terugboekingen hangt af van het transactievolume, de aankoopfrequentie, het producttype en de samenstelling van uw gebruikersbestand.

Waarom fraudedetectie alleen je niet zal redden

Dit is wat Google in zijn aankondigingen over verbeterde fraudedetectie niet aan de orde stelt: het merendeel van de terugvorderingen in app-winkels is niet het gevolg van gestolen kaarten of georganiseerde fraudenetwerken. Ze zijn het gevolg van een patroon dat in de betalingssector ‘vriendelijke fraude’ wordt genoemd: legitieme klanten die een aankoop doen, het product gebruiken en vervolgens bij hun bank bezwaar maken tegen de afschrijving.

In de wereld van digitale producten komt dit bijzonder vaak voor. Er is geen fysieke verzending om te volgen, geen handtekening bij aflevering, geen duidelijk bewijs van ontvangst. Gebruikers die weten hoe ze een bankgeschil moeten afhandelen, vinden dit vaak sneller en betrouwbaarder dan contact opnemen met de klantenservice van de ontwikkelaar. Het resultaat is vanuit hun perspectief hetzelfde, maar de kosten komen nu volledig voor jouw rekening.

De verbeterde beveiligingsmaatregelen van Google zijn bedoeld om externe misbruikpatronen en systematische manipulatie van terugbetalingen tegen te gaan. Vriendelijke fraude speelt zich af in de grijze zone tussen die systemen. Geautomatiseerde detectie heeft moeite om een kwaadwillende actor te onderscheiden van een koper die van gedachten is veranderd en ervoor heeft gekozen om een geschil aan te spannen in plaats van een terugbetaling aan te vragen. Aan die kloof hangt nu een prijskaartje.

De betalingssector is zich al decennia lang bewust van dit probleem. App-ontwikkelaars die tot nu toe binnen de beschermde omgeving van Play hebben gewerkt, zullen er nu voor het eerst mee te maken krijgen.

Een strategie voor geschillenoplossing opstellen vóór juli

In de beleidsmededeling staat dat er op dit moment geen actie nodig is. Maar de Review Refund API wordt in juli 2026 gelanceerd, en de bredere aansprakelijkheid bij terugboekingen volgt later dat jaar. Ontwikkelaars die zich nu voorbereiden, zullen deze veranderingen zonder problemen kunnen doorvoeren. Wie wacht, zal de tweede helft van 2026 moeten besteden aan het inhalen van de achterstand, wat kosten met zich meebrengt.

1. Breng uw huidige risico op terugboekingen in kaart. Verzamel gegevens over geschillen van de afgelopen 6–12 maanden. Wat is uw geschillenpercentage per product, regio en gebruikersgroep? Als u deze gegevens nog nooit hebt bekeken, kunt u al te maken hebben met een probleem waarvan u zich niet bewust bent. Deze uitgangssituatie is bepalend voor al het overige.

2. Zet nu een infrastructuur op voor het vastleggen van transactiebewijs. De Review Refund API vereist dat er bewijsmateriaal wordt aangeleverd om effectief te kunnen werken — en dat bewijsmateriaal moet op het moment van de transactie worden vastgelegd, niet pas nadat er een geschil is ingediend. Begin met het registreren van IP-adressen, apparaat-fingerprints, sessiegegevens, gebruiksgebeurtenissen en bezorgbevestigingen voor elke transactie.

3. Maak een specifiek plan voor de Review Refund API. Beschouw de lancering in juli 2026 niet als iets voor de verre toekomst. Dit is je belangrijkste instrument om de uitkomst van geschillen op Play te beïnvloeden. Zorg dat je de indieningsvereisten begrijpt, stel workflows voor reacties op en test alles voordat de API live gaat. Reactief handelen betekent verliezen.

4. Evalueer uw terugbetalingsbeleid. Een proactief en toegankelijk terugbetalingsbeleid zorgt voor minder terugvorderingen. Gebruikers die via de klantenservice gemakkelijk een terugbetaling kunnen krijgen, zullen aanzienlijk minder snel een bankgeschil aanhangig maken. Een terugvordering kost u de verkoopprijs plus $15–25 aan kosten — een terugbetaling kost slechts de verkoopprijs.

5. Houd uw geschillenpercentage in de gaten. Kaartnetwerken hanteren drempels — doorgaans rond de 1% — waarboven handelaren te maken krijgen met boetes of beëindiging van hun account. Ontwikkelaars die dit nog niet hebben bijgehouden, moeten hier onmiddellijk mee beginnen.

6. Implementeer maatregelen ter voorkoming van terugvorderingen en automatisering. Dankzij realtime meldingen van geschillen kunt u proactief een terugbetaling uitvoeren voordat een terugvordering officieel wordt vastgesteld, waardoor u de kosten volledig kunt vermijden. Geautomatiseerde systemen voor het afhandelen van geschillen zorgen ervoor dat bewijsstukken binnen de strakke deadlines van de bank worden ingediend, zonder dat dit op grote schaal handmatige inspanningen vereist.

Veelgestelde vragen

Wat houdt het nieuwe terugboekingsbeleid van Google Play voor 2026 in? Vanaf later in 2026 zal Google Play ontwikkelaars verplichten de kosten van terugboekingen voor hun rekening te nemen wanneer gebruikers transacties bij hun bank betwisten. Ontwikkelaars worden aansprakelijk voor de transactiewaarde (minus de servicekosten van Google) plus de terugboekingskosten van het kaartnetwerk, doorgaans $15–25 per geschil. Voorheen nam Google deze verliezen volledig voor zijn rekening.

Wat is de Google Play Review Refund API en moet ik deze gebruiken? De Review Refund API wordt in juli 2026 gelanceerd en stelt ontwikkelaars in staat om transactiebewijsmateriaal in te dienen om onterechte terugvorderingen binnen het systeem van Google aan te vechten. Hoewel de API als „optioneel” wordt aangemerkt, hebben ontwikkelaars die er geen gebruik van maken geen enkele invloed op de uitkomst van geschillen. Technisch gezien is het optioneel, maar als je het negeert, verlies je automatisch elk geschil dat je anders had kunnen winnen.

Hoeveel kost een chargeback mij nu eigenlijk? Ontwikkelaars dragen de volledige aankoopprijs, minus de servicekosten van Google, plus de chargeback-kosten van het kaartnetwerk van $15–25. Een in-app-aankoop van $9,99 waarover een geschil ontstaat, kan in totaal $25–35 kosten. Bij grote volumes leidt zelfs een bescheiden percentage geschillen tot een aanzienlijke daling van de maandelijkse inkomsten.

Is de Review Refund API hetzelfde als een herzieningsprocedure bij een chargeback? Nee. Bij een traditionele herzieningsprocedure dienen handelaren bewijsmateriaal rechtstreeks via hun betalingsverwerker in bij de uitgevende bank. Bij de Review Refund API wordt het bewijsmateriaal ingevoerd in het interne beoordelingssysteem van Google. Google fungeert als tussenpersoon, waardoor u minder invloed hebt dan wanneer u geschillen rechtstreeks met de uitgevende banken zou afhandelen.

Wat is ‘friendly fraud’ en waarom is dit hier van belang? Van ‘friendly fraud’ is sprake wanneer een legitieme klant een aankoop doet, het product gebruikt en vervolgens bij zijn bank bezwaar maakt tegen de afschrijving. Het is de meest voorkomende vorm van chargeback bij digitale goederen, en de fraudedetectiesystemen van Google zijn niet ontworpen om dit betrouwbaar op te sporen. Nu de kosten van chargebacks voor rekening van de ontwikkelaars komen, wordt ‘friendly fraud’ voor het eerst een directe kwestie voor de winst- en verliesrekening.

Het komt erop neer dat

De aanpassing van het terugboekingsbeleid van Google Play betekent een ingrijpende verandering in de economische situatie van ontwikkelaars. Als je een aanzienlijk facturatievolume via Android hebt, heb je nu een strategie voor geschillen nodig, een infrastructuur voor het verzamelen van bewijsmateriaal, workflows voor het afhandelen van reacties en volledig inzicht in wat je misloopt en waarom.

De ontwikkelaars die dit als een wake-up call beschouwen en degelijke systemen voor het beheer van terugboekingen opzetten, zullen deze veranderingen zonder al te veel verstoring kunnen opvangen. Degenen die dat niet doen, zullen merken dat een bescheiden percentage geschillen stilletjes uitgroeit tot een aanzienlijke maandelijkse kostenpost, zonder dat ze daar iets tegen kunnen doen.

Piekperiodes rond de feestdagen, nieuwe aansprakelijkheidsregels per geschil en een API-deadline in juli laten niet veel speelruimte over. Je moet infrastructuur opbouwen voordat je die nodig hebt.

Chargeflow automatiseert de afhandeling en preventie van terugvorderingen voor digitale bedrijven. Ontdek hoe Chargeflow u kan helpen →