Sinds 3 augustus zijn de kosten van Google Play-terugboekingen verschoven naar ontwikkelaars, en dit neemt elk geschil je nu af

Google Play heeft stilletjes veranderd wie voor terugboekingen betaalt, en deed dat in een helpcentrumartikel, niet in een keynote. Voor bestellingen die op of na 3 augustus 2026 zijn geplaatst, worden de kosten van Google Play-terugboekingen gedeeld met de ontwikkelaar, wat in gewone taal betekent dat je nu telkens het geld terugbetaalt plus een bankvergoeding wanneer een klant een Play-aankoop via zijn kaartuitgever betwist. Google droeg dit vroeger allemaal zelf. Nu niet meer. Hier lees je precies wat er is verschoven, wat één geschil van je rekening haalt en welk venster van 24 uur je krijgt om je te verweren.

Wat Google veranderde, en waar het opdook

De verandering is klein in bewoording en groot in effect. Het helpcentrum van Google Play voegde een pagina toe met de titel „updates voor terugbetalingsbescherming en verantwoordelijkheid voor terugboekingskosten”, en de bepalende regel is één zin: voor bestellingen die op of na 3 augustus 2026 zijn geplaatst, delen Google Play en de ontwikkelaar de kosten van een terugboeking. Er was geen lanceringsevenement en geen e-mailcampagne die paste bij de omvang van de verschuiving. Het verscheen als een gedateerde beleidsnotitie in het helpcentrum van de Play Console, naast een herinnering dat Google in 2025 US$3.4B aan fraude heeft voorkomen.

Voorheen was een terugboeking op een Play-aankoop Googles probleem. Een klant betwistte een afschrijving bij zijn bank, de bank haalde het geld terug en Google droeg het verlies. Onder het nieuwe beleid gaat het verlies naar jou voor het deel van de bestelling waarvoor je bent betaald, en het komt met een vergoeding erbovenop.

Wie betaalt nu wat

Wat één terugboeking nu van je rekening haalt

Het opvallende getal is niet de aankoopprijs. Het is de aankoopprijs plus een vaste vergoeding, en bij kleine aankopen is de vergoeding de grootste helft. Kaartnetwerken rekenen ongeacht de bestelgrootte een vaste terugboekingsvergoeding per geschil, en branchecijfers zetten die op $15 tot $25 voor een typisch Play-geschil. Google bepaalt die vergoeding niet en maakt geen eigen bedrag bekend, dus behandel elk exact getal als dat van het kaartnetwerk, niet van Google.

Neem een in-app-aankoop van $9.99. Stel dat de servicekosten van Play 30 procent zijn, dan hield Google ongeveer $3.00 in en ontving jij ongeveer $6.99. Als die bestelling wordt teruggeboekt, betaal je de ontvangen $6.99 terug en betaal je de terugboekingsvergoeding. Bij $20 is dat $26.99 weg op één verkoop van $9.99, nog voordat je meerekent wat je al hebt uitgegeven om de aankoop te bedienen. Google blijft zijn servicekosten van $3.00 dekken, dat is het gedeelde deel, maar het komt bij lange na niet in de buurt van het dekken van jouw kant.

En de vergoeding is alleen het zichtbare verlies. Bijna altijd heb je echt geld uitgegeven om die aankoop te bedienen voordat het geschil binnenkwam. De gegenereerde output kostte GPU-minuten. De API-aanroepen kostten kosten per token die je in rekening zijn gebracht. Opgeslagen bestanden kosten opslag die je nog steeds betaalt om te bewaren. Als de aankoop een uitbetaling aan een maker financierde, is dat geld al weg. Een terugboeking vordert de verkoop terug en voegt een vergoeding toe, en niets van de uitgaven achter de verkoop komt ermee terug.

Het ene venster waarin je je kunt verweren

Google leverde samen met de kostenverschuiving een overdrukventiel, en het is het enige drukmiddel dat je hebt. Wanneer een klant een terugboeking start die jouw inbreng vereist, stuurt Google Play een realtime-ontwikkelaarsmelding genaamd PendingRefundReviewNotification. Vanaf het moment dat die binnenkomt heb je 24 uur om te reageren door de methode orders.reviewrefund op de Google Play Developer API aan te roepen. Mis het venster en Google beslist zonder jouw bewijs.

Wat Google je laat versturen

De reviewrefund-aanroep is geen vrijetekstbezwaar. Je dient een terugbetalingsvoorkeur en gestructureerd gebruiksbewijs in: de leverstatus van de bestelling en de verbruiksstatus van het item voor de aankoop. In gewone taal vertel je Google of de klant al heeft ontvangen en gebruikt wat hij heeft gekocht. Google verwerkt dat in zijn eigen beslissing en betwist, waar het bewijs het ondersteunt, de terugboeking namens jou bij de bank.

De klok van 24 uur is het Google Play-equivalent van Apples venster van 12 uur voor CONSUMPTION_REQUEST. Beide stores geven je een korte, vaste timer om bewijs te overhandigen, en beide beslissen zonder jou als de timer afloopt. Het verschil zit nu in wat er op het spel staat aan de Play-kant. Bij Google kan het laten verlopen van de timer betekenen dat je de aankoop terugbetaalt plus de bankvergoeding, niet alleen dat je een zaak verliest die je toch nooit had kunnen beïnvloeden.

Een terugboeking is geen terugbetaling, en het verschil bepaalt wie betaalt

Het is makkelijk om elk geld-terug-voorval op één hoop te gooien, maar Google Play behandelt ze verschillend, en slechts sommige leiden ooit kosten of een vraag naar jou. Weten wat wat is, vertelt je waar dit nieuwe beleid daadwerkelijk toeslaat.

De stromen die je nooit iets vragen

• De zelfbedieningsterugbetaling van 48 uur van Google Play, waarbij een klant binnen twee dagen na aankoop in de store op terugbetalen tikt, wordt door Google beslist onder zijn eigen beleid. Je hebt geen inbreng, en dit zijn terugbetalingen die door Google worden afgehandeld, niet de bankterugboekingen waar de wijziging van 3 augustus over gaat.
• Door support gestarte terugbetalingen en door Google verleende coulanceterugbetalingen zijn eveneens Googles beslissing. Je krijgt via de Voided Purchases API te horen dat ze zijn gebeurd, maar je keurt ze niet goed.
• Een niet-bevestigde aankoop wordt na ongeveer 72 uur automatisch terugbetaald. Dat is een hiaat aan jouw kant, geen geschil, en de oplossing is om aankopen op tijd te bevestigen, niet om iets aan te vechten.

De stroom die je nu geld kost

Een terugboeking is wezenlijk anders. De klant slaat de store over en betwist de afschrijving bij zijn bank. De bank haalt het geld terug en rekende daar van oudsher een vergoeding voor. Dat is de stroom die het beleid van 3 augustus naar jou verplaatst, en het is de stroom die het reviewrefund-venster is gebouwd om aan te vechten. Al het andere op de lijst wordt boven je hoofd beslist en was dat altijd al.

Wat dit betekent voor je geschillenpijplijn

De praktische reactie is geen heldhaftige. Het is leidingwerk. De ontwikkelaars die hier goedkoop uit komen, zijn degenen die automatisch en binnen 24 uur één vraag kunnen beantwoorden: heeft deze klant ontvangen en gebruikt waarvoor hij heeft betaald. Als je systemen leverstatus en verbruiksstatus op verzoek kunnen produceren, kun je reviewrefund voeden en Google de zwakke geschillen laten aanvechten. Als ze dat niet kunnen, is elke terugboeking een onbetwist verlies plus een vergoeding.

Sluit de melding aan, geen persoon

Een venster van 24 uur is geen menselijke workflow. Route PendingRefundReviewNotification naar een geautomatiseerde handler die het bewijs verzamelt en reviewrefund aanroept zonder te wachten tot iemand een inbox leest. Een geschil dat op een vrijdagavond binnenkomt, verloopt toch op zaterdag.

Leg het verbruik vast op het moment dat het gebeurt

Het bewijs dat Google wil, levering en verbruik, is alleen overtuigend als het al was vastgelegd toen het geschil binnenkwam. Log wat elke aankoop verleende en of het is gebruikt op het moment dat het wordt gebruikt, niet later gereconstrueerd. De reviewrefund-aanroep is slechts zo sterk als de telemetrie die erachter zit.