Je dashboard boekt een verkoop op de dag dat die wordt afgerond, maar netto-omzet na terugbetalingen is het enige cijfer dat je advertentiebudget mag vertrouwen

Geboekte omzet en behouden omzet zijn twee verschillende cijfers. Het gat ertussen is elke terugbetaling en chargeback die wordt teruggedraaid nadat de verkoop al definitief leek, en het is breder dan de meeste dashboards toegeven.

Je dashboard boekt een verkoop op het moment dat die wordt afgerond. De terugbetaling kan dagen later komen, de chargeback kan maanden later komen, en tegen die tijd heb je de omzet al gerapporteerd, meegeteld voor een cohort, en in de meeste gevallen uitgegeven om de volgende gebruiker te kopen. Netto-omzet na terugbetalingen is het cijfer dat dat allemaal overleeft, en het is het enige dat je acquisitiebudget mag vertrouwen.

Hier komt het gat vandaan, dit doet het met de cijfers waarop je de zaak stuurt, en dit kost het in echt geld zodra je stopt met het meetellen van de verkopen die je hebt moeten teruggeven.

Wat netto-omzet na terugbetalingen eigenlijk betekent

Netto-omzet na terugbetalingen is een simpel idee dat dashboards je makkelijk laten vergeten. Het is het geld dat je hebt geboekt min het geld dat je hebt moeten teruggeven, nadat de store zijn deel neemt. Een verkoop wordt vastgelegd op het moment dat die wordt afgerond. Een terugbetaling of chargeback wordt vastgelegd wanneer die gebeurt, wat later is, soms veel later. De twee gebeurtenissen belanden in verschillende rapportageperiodes, dus de verkoop lijkt schone omzet tot de terugdraaiing stilletjes in een toekomstig overzicht opduikt.

Een verkoop wordt eenmaal geteld en teruggedraaid volgens zijn eigen schema

Op Google Play kan een koper 48 uur na aankoop zelf een terugbetaling regelen, eenmaal per app. Apple beoordeelt terugbetalingsverzoeken per geval, meestal binnen een dag of twee. Een kaartchargeback loopt op de kalender van de bank, doorgaans 120 dagen vanaf de transactie en tot 540 in bepaalde gevallen van fraude en toekomstige levering. Die spreiding is het hele probleem. De verkoop komt nu op je dashboard, en de terugdraaiing kan op elk moment aankomen, van morgen tot volgend jaar.

Bruto-boekingen zijn niet wat je houdt

Bruto-boekingen zijn wat klanten hebben betaald. Netto-omzet na terugbetalingen is wat er op je rekening blijft staan zodra de terugdraaiingen zijn verwerkt en de store zijn deel neemt. Zowel Apple als Google geven hun commissie terug wanneer een aankoop wordt terugbetaald, dus een terugbetaling trekt je netto terug, niet je bruto. Dat is een opluchting bij een gewone terugbetaling en een valstrik in je cijfers, want als je omzetcijfer nog de bruto van een later terugbetaalde verkoop bevat, rapporteer je geld dat al is vertrokken.

Hoe terugbetalingen stilletjes de cijfers opblazen waarop je de zaak stuurt

Ze overschatten omzet en MRR

Elke terugbetaling die je niet hebt afgetrokken is omzet die je niet hebt, verscholen in een cijfer dat je als echt behandelt. Bij een terugbetalingspercentage van 3 tot 5 procent is een paar punten van je gerapporteerde omzet geld dat al is toegezegd om terug te geven. Bij abonnementen stut het ook de MRR, want een abonnee die is terugbetaald en is opgezegd kan nog als actieve omzet worden gelezen tot de terugdraaiing is afgestemd.

Ze blazen de LTV op, dus betaal je te veel voor gebruikers

Hier verandert de boekhoudfout in een uitgavefout. Levenslange waarde gebouwd op bruto-boekingen telt terugbetaalde verkopen als levenslange waarde. De benchmarking van Adapty is er duidelijk over. Geen rekening houden met een terugbetalingspercentage van 3 tot 5 procent overschat het rendement van acquisitiecampagnes aanzienlijk. Als je LTV een paar punten te hoog is, is je toegestane kosten per installatie een paar punten te hoog, en bied je omhoog om gebruikers te kopen tegen omzet die terugdraait. Je betaalt met echte advertentiedollars om een cijfer na te jagen dat nooit van jou was om te houden.

Ze bederven attributie- en cohortgegevens

Terugbetalingen verbreken ook het verband tussen een verkoop en de campagne die die opleverde. AppsFlyer rekent onbehandelde terugbetalingen tot de valkuilen die de nauwkeurigheid van in-app-aankoopgegevens verminderen, en schat dat terugbetalingen alleen de nauwkeurigheid met 5 tot 10 procent kunnen verlagen. De oplossing is arbeidsintensief. Koppel elke terugbetaling terug aan de oorspronkelijke bon en trek die af van de campagne en het cohort dat de eer voor de verkoop kreeg. Sla dat over, en je op papier best presterende kanaal is misschien gewoon het kanaal met het hoogste terugbetalingspercentage.

Wat het gat je in geld kost

Precisie in de cijfers is belangrijk omdat het gat niet academisch is. Het is contant geld.

Een terugbetaling kost je je netto plus de dienst die je al hebt besteed

Bij een gewone terugbetaling is de geldkant begrensd. Apple en Google draaien hun commissie terug, dus bij een terugbetaalde verkoop van 100 dollar geef je ongeveer de 70 dollar terug die je ontving, niet 100. Wat niet terugkomt zijn de kosten om die klant te bedienen. De rekenkracht die je draaide, de API-aanroepen waarvoor je betaalde, de opslag die je aanhield, en elke reeds geboekte uitbetaling zijn besteed. Een terugbetaling draait de betaling terug, niet het werk.

Een chargeback kost meer, en op Google Play kost die je nu rechtstreeks

Een chargeback is de dure terugdraaiing, en de rekening is verschoven. Voor bestellingen geplaatst op of na August 3, 2026 belast Google Play de ontwikkelaar met de aankoopprijs min de servicekosten van Play, plus de chargeback-vergoeding van de bank. Bronnen uit de betaalindustrie schatten die bankvergoeding op rond 15 tot 25 dollar per geschil. Bij een verkoop van 19.99 dollar draait een verloren chargeback de ongeveer 17 dollar terug die je netto ontving en telt er 15 tot 25 dollar bovenop, dus een enkel geschil kan meer dan het dubbele van de verkoop kosten. Op de App Store is Apple de merchant of record en lost het kaartgeschillen zelf op, dus het berekent de bankvergoeding niet aan je door.

De rekening komt nadat je de omzet al hebt uitgegeven

Het is de timing die het pijnlijk maakt. Je boekte de verkoop, telde die mee in een cohort en gaf die uit om de volgende gebruiker te kopen. De terugbetaling komt dagen later en de chargeback kan maanden later komen, op Google Play doorgaans tot 120 dagen en soms veel langer. Tegen de tijd dat de terugdraaiing binnenkomt, is de omzet al ingezet. Je snoeit geen prognose, je dekt een tekort in geld dat je al hebt vastgelegd.

Hoe je op netto-omzet na terugbetalingen stuurt

Trek terugdraaiingen af op cohortniveau, niet alleen op de topregel

Een bedrijfsbreed terugbetalingspercentage is niet genoeg, want terugbetalingen zijn niet gelijk verdeeld. Educatieve apps en apps met een harde paywall betalen veel meer terug dan reis- of winkelapps. Trek terugbetalingen en chargebacks af binnen elk cohort en elke campagne, zodat het kanaal dat je opschaalt het kanaal is met de beste netto, niet de beste bruto.

Houd de verkoop open tot de vensters sluiten

Behandel een verkoop niet als definitieve omzet op de dag dat die wordt afgerond. Houd die voorlopig gedurende het terugbetalingsvenster en, voor geld dat je van plan bent uit te geven, gedurende het chargebackvenster. Een terugbetaling van 48 uur in Play en een kaartgeschil van 120 dagen zijn twee verschillende risicohorizonten op dezelfde verkoop.

Beantwoord de twee vensters waar je bewijs telt

Je kunt de meeste terugdraaiingen niet tegenhouden, maar twee ervan vragen om jouw kant, en antwoorden beschermt echte omzet. Apple stuurt je server een CONSUMPTION_REQUEST en geeft je 12 uur om te reageren via Send Consumption Information V2. Google Play opent een chargeback-beoordeling van 24 uur via orders.reviewrefund. Al het andere, de terugbetaling van 48 uur in Play, terugbetalingen via support, geannuleerde aankopen, wordt zonder jou beslist en kan alleen worden vastgelegd. Mis je de twee vensters die wel input aannemen, dan verlies je omzet die je had kunnen houden.

Stem laat af, want het cijfer blijft bewegen

De omzet voor een bepaalde maand is niet definitief aan het einde van de maand. Een uitbetaling die er schoon uitzag kan weken of maanden later worden verminderd door een chargeback. Stem terugbetalingen en geschillen doorlopend terug af op de oorspronkelijke bestellingen, zodat je netto-omzet na terugbetalingen op de waarheid uitkomt in plaats van weg te driften.

Dit is het cijfer dat RefundHalt is gebouwd om eerlijk te houden. Terugbetalingen en chargebacks worden teruggekoppeld aan de verkoop en het cohort die ze terugdraaien, de Google-beoordeling van 24 uur en het Apple-consumptieverzoek van 12 uur verschijnen met hun klokken zodat je de vensters kunt beantwoorden die input aannemen, en een geschil dat maanden later binnenkomt belandt op de juiste verkoop in plaats van een mysterieuze inhouding in een latere uitbetaling.

De korte versie

Je dashboard toont een verkoop op de dag dat die wordt afgerond. Netto-omzet na terugbetalingen toont wat je werkelijk hebt gehouden na elke terugdraaiing, en het is altijd het kleinere cijfer. Terugbetalingen liggen tussen 2 en 5 procent van betaalde transacties en meer in sommige categorieën, ze draaien je netto terug in plaats van je bruto, en een chargeback op Google Play kost je nu de aankoopprijs min de servicekosten plus een bankvergoeding van 15 tot 25 dollar bovenop. Het komt allemaal binnen nadat je de omzet hebt geboekt en vaak nadat je die hebt uitgegeven. Bouw je LTV en je advertentiebudget op netto, beantwoord de twee vensters die je bewijs aannemen, en stem laat af, want een verkoop is niet van jou om te houden tot de klant die niet meer kan terugvorderen.