Dubbele conversies in rapportages
Je ROAS lijkt fantastisch — tot je beseft dat elke conversie dubbel wordt geteld. Browser pixel én server-side, beide claimen dezelfde aankoop. Je rapporteert 200% van de werkelijke conversies en maakt budget beslissingen op lucht.
Wanneer je zowel client-side (pixel) als server-side (API) tracking gebruikt zonder deduplicatie, wordt elke conversie twee keer gemeten. Meta en Google kunnen dit niet automatisch oplossen als je geen event_id meestuurt.
Oorzaken van dit probleem
- Client-side en server-side tracking zonder event_id matching
- Geen deduplicatie logica geïmplementeerd
- Page refreshes na conversie triggeren dubbele events
- Retry mechanismen bij server errors
- Test events die niet worden gefilterd
Impact op je business
ROAS is 2x te hoog gerapporteerd
2x overschatJe denkt dat campagnes winstgevend zijn terwijl ze break-even of verliesgevend draaien.
Budget beslissingen zijn verkeerd
OverinvesteringJe schaalt campagnes op basis van fictieve performance.
Platform algoritmes leren fout
Slechte MLMeta en Google optimaliseren op dubbele data — ze targeten de verkeerde users.
Conversie waarde klopt niet
200% revenueElke order wordt 2x geteld, dus je totale revenue rapportage is dubbel.
Event deduplicatie met unieke event_id
Elke conversie krijgt een unieke event_id die meegestuurd wordt met zowel pixel als API. Meta en Google gebruiken dit om duplicaten te filteren. SSTr regelt dit automatisch.
- 1Genereer een unieke event_id bij elke conversie
- 2Stuur dezelfde event_id mee via pixel én server
- 3SSTr's smart detection handelt dit automatisch af
- 4Valideer deduplicatie in Meta Events Manager
Hoe voorkom je dit?
- Implementeer altijd event_id bij dual tracking
- Gebruik SSTr's ingebouwde deduplicatie
- Test je setup met Meta's Test Events tool
- Monitor event counts vs backend orders
Verdiep je kennis
Los dit probleem op met SSTr
Server-side tracking herstelt je verloren data en geeft je weer volledige controle over je marketing analytics.