De meeste app-chargebacks kun je voorkomen voordat de bank erbij betrokken raakt, en er nu een tegenhouden levert meer op dan de verkoop zelf

Een chargeback is geen terugbetaling, en die twee hetzelfde behandelen is hoe app-studio's geld verliezen dat ze nooit hadden hoeven verliezen. Een terugbetaling loopt via de store: de klant vraagt het aan Apple of Google, het geld gaat terug, en daarmee is het klaar. Een chargeback slaat de store over en gaat naar de bank. De klant vertelt zijn kaartuitgever dat de afschrijving onterecht was, de uitgever haalt het geld terug, en er lift vaak een aparte kost mee. Voor Google Play-bestellingen die na August 3, 2026 zijn geplaatst, komen die kosten en de verloren verkoop terecht bij de ontwikkelaar, niet bij Google. Alleen die ene verandering maakt dat app-chargebacks nu de moeite waard zijn om te voorkomen, en waarom de meeste ervan ruim voordat een bank er ook maar bij komt kunnen worden tegengehouden.

Hier komt het deel dat je helpt. Een groot deel van de app-chargebacks is geen geraffineerde fraude. Ze beginnen met een klant die niet weet waar een afschrijving voor is, of met een aankoop die überhaupt nooit had mogen worden goedgekeurd. Op beide kun je actie ondernemen. De rest hiervan is een draaiboek: wat een verloren geschil echt kost, de geschillen die je kunt voorkomen, de fraude die je bij de bron kunt blokkeren, en de twee korte vensters die je enige inbreng zijn zodra een bank al aan het beslissen is.

Waarom een chargeback meer kost dan een terugbetaling

Een terugbetaling en een chargeback eindigen allebei met het geld van de klant dat teruggaat, dus studio's stoppen ze in hetzelfde mentale hokje. De kosten zijn niet hetzelfde. Een terugbetaling geeft het verkoopbedrag terug en niets meer. Een chargeback geeft het verkoopbedrag terug en telt de geschillenkosten van de bank erbij op, en die kost is vast terwijl jouw prijzen dat niet zijn.

De App Store en Google Play verdelen de rekening op verschillende manieren

In de App Store wordt een kaart-chargeback afgehandeld tussen de bank en Apple, en Apple draagt het mechanisme. Bij Google Play zijn de regels veranderd. Voor bestellingen die na August 3, 2026 zijn geplaatst, dekt Google alleen de servicekosten die het al had geïnd, en de ontwikkelaar draagt de aankoopprijs min die servicekosten, plus welke chargebackkosten de bank ook rekent. Google omschrijft de stap als het in lijn brengen van Play met de rest van de betaalsector.

De kosten die je al hebt gemaakt komen niet terug

Het terugbetaalde of betwiste bedrag is alleen het zichtbare verlies. Je hebt al betaald om die aankoop te leveren. De rekenkracht die de generatie draaide, de API-aanroepen van derden waarvoor je gefactureerd werd, de opslag die je inrichtte, en elke uitbetaling die je naar een maker stuurde, draaien niet terug wanneer de afschrijving dat doet. Bij een goedkoop verbruiksartikel kan alleen al de vaste chargebackkost van de bank hoger zijn dan wat de klant betaalde, en de verzonken leverkost komt daar bovenop. Daarom is een voorkomen chargeback meer waard dan zijn prijskaartje.

Hoe je chargebacks voorkomt voordat de bank erbij betrokken raakt

Je kunt niet elk geschil tegenhouden, maar je kunt wel de twee meest voorkomende redenen wegnemen waarom er een wordt ingediend: de klant herkende de afschrijving niet, en de aankoop was vanaf het begin frauduleus. Pak die aan en het volume daalt.

Verwarring veroorzaakt meer geschillen dan fraude

Wanneer een klant een afschrift bekijkt en een regel niet kan plaatsen, bellen velen de bank voordat ze eraan denken contact met jou op te nemen. Het label dat je zelf mag bepalen is mager. Apple drukt apple.com/bill af op elke aankoop en geeft je geen instelling om dat te wijzigen, dus je app-naam verschijnt nooit. Google Play zet er GOOGLE voor en toont daarna de afschriftnaam die je in Play Console instelt, het enige beschrijvende veld dat een van beide stores je geeft. Stel het in op een naam die je klanten herkennen.

Maak de afschrijving overal elders herkenbaar

Omdat je de descriptor van Apple niet kunt aanpassen, pas je alles eromheen aan. Een verrassende afschrijving is een klassiek geschil, dus haal de verrassing weg voordat die op een afschrift belandt.

• Een bonnetje met je merk, in de app en per e-mail, dat het product en het bedrag noemt, verstuurd zodra de aankoop is goedgekeurd.
• Een verlengingsherinnering vóór de afschrijving bij jaarabonnementen en dure abonnementen, zodat de verlenging nooit een schok is.
• Abonnementsbeheer in de app en een manier om met één tik een terugbetaling te vragen, zodat de klant eerst bij jou uitkomt.
• Een reactie van support binnen het geschillenvenster, want een snel antwoord weerhoudt een klant er vaak van om naar de bank te escaleren.

Elk van deze maatregelen verandert een potentiële chargeback in een supportgesprek of een gewone terugbetaling, en een terugbetaling brengt geen bankkosten met zich mee.

Stop de frauduleuze aankoop bij de bron

De geschillen waar je je niet uit kunt praten, zijn die waarbij de aankoop van meet af aan frauduleus was. Die blokkeer je voordat ze worden goedgekeurd, op je server, met tools die beide stores documenteren.

Verifieer elke aankoop op je eigen server

Ken nooit een recht toe op het woord van de client. Stuur de aankooptoken naar je backend, bevestig hem bij de store en sla hem op. Google Play maakt de purchaseToken wereldwijd uniek, dus je kunt hem als primaire sleutel gebruiken en elke token weigeren die je eerder hebt gezien, wat replay en het delen van bonnetjes uitschakelt. Verifieer met de Play Developer API voordat je iets ontgrendelt, en valideer in de App Store de ondertekende transactie op dezelfde manier.

Lever nooit een aankoop die nog in behandeling is

Een aankoop in behandeling is geen geld in handen. Google Play zegt je pas een recht toe te kennen wanneer de aankoopstatus PURCHASED is, nooit terwijl die PENDING is, omdat een afschrijving in behandeling alsnog kan mislukken. Lever te vroeg en je hebt het product weggegeven op een betaling die misschien nooit binnenkomt, wat een verlies is dat je zelf hebt gecreëerd, geen geschil dat je kunt aanvechten.

Koppel elke aankoop aan de koper

Beide stores laten je een account-identifier aan een aankoop koppelen, wat hen helpt verdachte patronen te herkennen en jou helpt een geschil aan een gebruiker te koppelen. Stel bij Google Play het geobfusceerde account-id en profiel-id in de betaalflow in met setObfuscatedAccountId en setObfuscatedProfileId. Stel in de App Store een appAccountToken in, die een UUID moet zijn. Geef de store goede signalen en die blokkeert een deel van de fraude voordat de transactie is voltooid.

Vorder terug en sluit herhaalde misbruikers af

Wanneer een aankoop wordt geannuleerd, ingetrokken of teruggeboekt, laat de Voided Purchases API van Google Play het je weten, zodat je het ongebruikte item kunt terugvorderen of een saldo negatief kunt zetten. Waarschuw een eerste overtreder en schakel daarna aankopen of toegang uit voor een account dat het opnieuw doet. Een seriematige terugbetaler die zijn toegang houdt, is een uitnodiging voor het volgende geschil.

Wanneer een geschil al is ingediend, reageer binnen het venster

Zodra een chargeback in gang is gezet, kun je hem niet zelf terugdraaien. Wat je wel kunt doen, is de store bewijs aanreiken, binnen een kort venster, en de store daarmee het gevecht met de bank laten aangaan.

Apple geeft je 12 hours

Wanneer een klant een terugbetaling vraagt voor een verbruiksartikel of een automatisch verlengend abonnement, stuurt Apple je server een CONSUMPTION_REQUEST en wacht tot 12 hours op verbruiksgegevens: of je hebt geleverd, hoeveel er is gebruikt, en of je liever hebt dat de terugbetaling wordt toegekend of geweigerd. Apple beslist nog steeds, maar jouw antwoord is een gedocumenteerde inbreng in die beslissing.

Google Play geeft je 24 hours

Voor een betwiste Play-aankoop die beoordeling nodig heeft, arriveert een PendingRefundReviewNotification via Real-time Developer Notifications en start een klok van 24 hours. Reageer via de orders.reviewrefund API met je voorkeur en je bewijs, en Google gebruikt het om onrechtmatige chargebacks namens jou bij de bank aan te vechten. Laat het venster in stilte sluiten en het geschil gaat zonder jou verder.

Waarom je het bankbewijs niet zelf kunt indienen

Betaalteams hebben het over Visa's Compelling Evidence 3.0, een regel waarmee een merchant een geschil over friendly fraud kan verslaan door twee eerdere onbetwiste transacties met dezelfde gegevens te tonen, elk tussen de 120 en 365 dagen oud, met overeenkomende data zoals IP-adres of apparaat-id. Bij je in-app-verkopen ben jij niet de merchant of record. Apple en Google wel. Dus stelt de store, niet jij, dat soort bewijs samen, en de enige manier waarop jouw gegevens het gevecht bereiken, is via het bovengenoemde beoordelingsvenster. Dat is de praktische reden waarom de klokken van 12 hours en 24 hours zoveel uitmaken. Ze zijn je hele plek aan tafel.

De checklist vóór een geschil

Niets hiervan is exotisch. Het is een korte lijst die je kunt invoeren vóór je volgende factureringscyclus.

• Stel een herkenbare afschriftnaam voor Google Play in, en stuur overal elders bonnetjes met je merk.
• Stuur verlengingsherinneringen vóór jaarlijkse en dure afschrijvingen.
• Zet abonnementsbeheer en terugbetalingsverzoeken op één tik in de app.
• Verifieer elke aankoop op je server en sla de token op als een unieke sleutel.
• Ken rechten alleen toe bij een PURCHASED-status, nooit bij PENDING.
• Koppel een account-id of een UUID-appAccountToken aan elke aankoop.
• Richt de meldingsfeeds van Apple en Google in en beantwoord elk verbruiksverzoek en elke terugbetalingsbeoordeling binnen het venster.