Analytics waar je op kunt vertrouwen: waarom je cijfers nu liegen

Kort antwoord: in bijna elke webshop die ik heb geaudit, loog de analytics, en meestal in een voorspelbare richting. Een deel van de bestellingen komt niet aan, een deel wordt twee keer geteld en de bron van het verkeer gaat verloren bij de doorverwijzing van de betaalgateway. Het probleem is niet dat de cijfers onnauwkeurig zijn, daar kun je mee leven. Het probleem is dat er op basis van die cijfers budgetbeslissingen worden genomen.

Zes redenen waarom de cijfers niet kloppen

Toestemming voor cookies. Als iemand weigert, wordt een deel van de events niet verstuurd. Consent Mode vult de kloof gedeeltelijk aan met modellering, maar dat is een schatting en geen feit. Het belangrijkste: het verlies is mogelijk niet willekeurig: als bepaalde segmenten vaker weigeren, scheeft het beeld.
Dubbele aankopen. De klant ververste de pagina "bedankt" en het event purchase ging een tweede keer weg. Of het zit tegelijk in het thema en in de analyticsplug-in. Het klassieke symptoom: in GA4 staan merkbaar meer bestellingen dan in het dashboard.
Verlies van de bron bij de betaalgateway. De betaling gaat naar het domein van de bank en komt terug: een nieuwe sessie, en de bron wordt de bank of "direct". In rapporten lees je dat als "direct verkeer converteert geweldig", en het budget loopt naar de verkeerde plek.
Blockers en beperkingen van browsers. Een deel van het verkeer wordt gewoon niet gemeten. Dat is geen reden om op te geven, maar wel om absolute cijfers niet te vertrouwen en naar trends te kijken.
Retouren en annuleringen worden niet afgetrokken. GA4 toont geplaatste bestellingen. Als je 15% retouren hebt of een aanzienlijk percentage annuleringen bij betaling bij ontvangst, is de "omzet" in rapporten de omzet vóór aftrek van wat terugkwam.
Hetzelfde woord in verschillende betekenissen. "Conversie" in GA4, in het advertentiedashboard en in je hoofd zijn drie verschillende metrics met drie attributievensters. Een ruzie over cijfers blijkt vaak een ruzie over definities.

Afstemmen in een uur: drie cijfers die moeten kloppen

Dit is een goede procedure om mee te beginnen. Neem één kalendermaand en vergelijk drie waarden uit GA4 met het WooCommerce-dashboard:

Metric	Waar kijk je	Toegestaan verschil
Aantal bestellingen	GA4 `purchase` vs lijst met bestellingen	tot 10%
Omzet	omzet in GA4 vs som van de bestellingen	tot 10%
Gemiddelde bestelwaarde	omzet / bestellingen in beide	tot 5%

Wat het resultaat betekent:

Meer bestellingen in GA4: dubbele events. Zoek naar een dubbel geïnstalleerde tag of opnieuw versturen bij het verversen van de bedankpagina.
Minder bestellingen in GA4: events gaan verloren. Meestal betalingen met een doorverwijzing of geweigerde cookies.
Bestellingen kloppen, omzet niet: het event draagt het verkeerde bedrag: met of zonder verzending, met of zonder btw, valuta, kortingen.

Zolang deze afstemming niet sluit, kunnen rapporten per kanaal, campagne en product onbetrouwbaar zijn. En omgekeerd: zodra ze sluit, mag je beslissingen op data nemen.

Wat je naast conversie meet

Conversie is niet het doel van het bedrijf. Je kunt haar verhogen met 30% korting en failliet gaan. De minimale set die een maandelijkse controle waard is:

Marge per kanaal, niet omzet. Het kanaal dat de meeste omzet geeft, geeft vaak de minste winst.
CAC: acquisitiekosten per klant. Advertentie-uitgaven plus alle rest, gedeeld door het aantal nieuwe klanten.
Percentage herhaalaankopen. De meest onderschatte metric in kleine ecommerce. Ze heeft een eigen onderwerp: retentie en LTV.
LTV tot CAC. Als een klant gedurende zijn hele leven minder oplevert dan het kostte hem te werven, versnelt het opschalen van advertenties het verlies.
Retouren per product. Een product met 40% retouren kan bij een geweldige conversie verlieslatend zijn.
Snelheid (Core Web Vitals). De enige technische metric die het waard is in een zakelijk rapport te houden, omdat ze alle andere beweegt.

Attributie: waarom "laatste klik" misleidt

Het laatste-klikmodel kent alle verdienste toe aan het laatste contact. Daardoor lijken zoeken op merknaam en e-mail de helden (ze komen altijd als laatste), terwijl wat de mens als eerste bracht nutteloos lijkt. Het echte pad in ecommerce is zelden eenstaps: zag het op social media → googelde het → vertrok → kwam terug via een mail → kocht.

Een praktische aanpak voor een kleine webshop, zonder complexe modellen te bouwen:

Kijk naar geassisteerde conversies en niet alleen naar de laatste klik
Vraag klanten rechtstreeks ("hoe ken je ons?"), in een enquête na de aankoop en niet in de checkout
Test kanalen door ze uit te zetten: een campagne twee weken stilleggen en de totale omzet bekijken is eerlijker dan welk model ook

Insert voor de developer

Eén bron van events. Thema of plug-in, of GTM, niet alles tegelijk. Een dubbel verstuurde purchase is een veelvoorkomende oorzaak van afwijkingen.
Maak de aankoop idempotent. Verstuur transaction_id en beveilig de bedankpagina tegen opnieuw versturen na verversen.
Server-side versturen bij betalingen met doorverwijzing. Het versturen van purchase vanaf de server bij een statuswijziging van de bestelling (via het Measurement Protocol) kan zowel het verlies bij de doorverwijzing als een deel van de blokkades beperken. De specificatie van de events staat in de GA4-documentatie voor ecommerce.
Consent Mode komt vóór de tags, niet erna. De volgorde van initialisatie telt: een verkeerde volgorde betekent dataverlies of versturen zonder toestemming. De configuratie beschrijft de consent-gids van Google.
Retouren zijn ook een event. Verstuur refund bij een retour, anders blijven de omzetrapporten blijvend te hoog.
Laad tags niet synchroon in <head>. Analytics die het renderen blokkeert, verslechtert LCP en INP: je betaalt voor de meting met snelheid.

Gaat dit verder dan waar je zelf mee bezig wilt zijn, dan heb ik er een aparte dienst voor: analytics en conversietracking.

Praktische test

Ik heb bestellingen, omzet en gemiddeld winkelmandje in GA4 voor één maand afgestemd met het dashboard
Het verschil in bestellingen is kleiner dan 10%
purchase wordt precies één keer verstuurd en draagt transaction_id
Betalingen met een doorverwijzing verliezen de verkeersbron niet
De events van de funnelstappen zijn ingesteld: view_item, add_to_cart, begin_checkout
Retouren komen terug in de analytics
Consent Mode is ingesteld en er wordt niets verstuurd vóór toestemming
Ik ken mijn CAC en het percentage herhaalaankopen, en niet alleen de conversie

Hoe nu verder

Als je de cijfers kunt vertrouwen, komt het grootste gat in de meeste webshops bloot te liggen, en dat is niet de conversie, maar wat er na de eerste aankoop gebeurt: retentie en LTV.