- Een dubbel aankoopevent is één bestelling die een advertentieplatform als twee of meer aankopen telt.
- De gebruikelijke oorzaken zijn een browserpixel en een serverevent zonder gedeelde event-id, en twee tools die dezelfde pixel versturen.
- Meta, TikTok, Snapchat, Pinterest en Reddit houden elk één kopie over wanneer de browser- en serverevents overeenkomende id's hebben en binnen het tijdvenster van het platform binnenkomen.
- Als Meta, Google en TikTok dezelfde verkoop allemaal claimen, is er geen event twee keer verstuurd: dat is overlappende attributie, en ontdubbeling kan dat niet oplossen.
- Vergelijk het aantal aankopen uit elke bron met de bestellingen in je webshop: één bron met meer aankopen dan bestellingen betekent dat er een tweede afzender is.
Dubbele aankoopevents ontstaan wanneer een advertentieplatform één bestelling als twee of meer aankopen telt. De gebruikelijke oorzaken zijn een browserpixel en een serverevent die geen event-id delen, en twee tools die dezelfde pixel versturen. Het gevolg zijn opgeblazen conversies, een ROAS die er beter uitziet dan hij is, en biedingen die leren van verkopen die nooit hebben plaatsgevonden.
Deze gids legt de oorzaken uit, het verschil tussen duplicaten binnen één platform en meerdere platforms die dezelfde verkoop claimen, hoe ontdubbeling werkt bij Meta, TikTok, Snapchat, Pinterest en Reddit, en hoe je duplicaten vindt en oplost.
Wat geldt als een dubbel aankoopevent?
Twee verschillende problemen worden allebei dubbeltelling genoemd. Ze hebben verschillende oorzaken, en slechts één ervan is een trackingfout.
| Duplicaat binnen één platform | Meerdere platforms claimen één verkoop | |
|---|---|---|
| Wat er gebeurt | Eén platform telt dezelfde bestelling meer dan één keer | Meerdere platforms schrijven dezelfde bestelling elk aan zichzelf toe |
| Voorbeeld | Meta toont 2 aankopen voor één bestelling van $80 | Meta, Google en TikTok melden elk dezelfde bestelling van $80 |
| Oorzaak | Twee events voor één bestelling zonder gedeelde event-id | Elk platform schrijft de verkoop toe volgens zijn eigen attributieregels |
| Opgelost door ontdubbeling | Ja | Nee |
| Wat je kunt doen | Eén afzender per pixel en één event-id per bestelling | Vergelijk met je webshopbestellingen en gebruik één attributiemodel |
Waarom aankopen twee keer worden geteld
Een browserpixel en een serverevent zonder gedeelde id
Veel webshops sturen elke aankoop bewust twee keer: één keer vanuit de browserpixel en één keer vanaf een server via een Conversions API. Dat is een goede opzet, want de serverkopie komt aan wanneer de browserkopie wordt geblokkeerd. Maar het platform kan de twee kopieën alleen samenvoegen wanneer ze dezelfde event-id en dezelfde eventnaam hebben. Gebruikt de browser een willekeurige id en de server het bestelnummer, dan ziet het platform twee verschillende aankopen.
Twee tools die dezelfde pixel versturen
Deze oorzaak komt vaak voor en is makkelijk te missen, vooral na een overstap naar een nieuwe trackingtool. Een webshop installeert een trackingapp, maar laat de eigen verkoopkanaal-app van het platform, een Google Tag Manager-tag of pixelcode in het thema staan. Elke tool verstuurt zijn eigen Purchase met zijn eigen id's. Ontdubbeling binnen elke tool werkt, maar het platform ontvangt toch twee niet-gerelateerde aankopen.
Hetzelfde event nogmaals verstuurd
Een aankooptag op de bevestigingspagina van de bestelling kan opnieuw afgaan wanneer de shopper de pagina herlaadt of opnieuw bezoekt. Een server kan een bestelling ook twee keer versturen, bijvoorbeeld één keer wanneer die wordt aangemaakt en nog eens wanneer die wordt betaald. Bouw de event-id op uit de bestel-id, zodat een herhaling dezelfde id draagt als de eerste kopie en het platform die kan herkennen.
Hoe werkt ontdubbeling?
Ontdubbeling is de manier waarop een platform één kopie bewaart van een event dat het meerdere keren heeft ontvangen. De regel is bij de platforms in deze gids vergelijkbaar: de kopieën moeten dezelfde id dragen, meestal samen met dezelfde eventnaam, en ze moeten binnen een tijdvenster aankomen. Het platform houdt dan één kopie over en laat de rest vallen.
browser Purchase event_id=order-1042Browserpixel in de checkoutserver Purchase event_id=order-1042Conversions API, zelfde naam en id: samengevoegd met de eerstebrowser Purchase event_id=7c1e9a40Een tweede app op dezelfde pixel, met een eigen id: opnieuw geteldHieruit volgen twee praktische regels. Maak de id één keer aan, op basis van iets wat zowel de browser als de server kent, zoals de bestel-id. En gebruik aan beide kanten exact dezelfde eventnaam, zoals het platform die definieert, bijvoorbeeld Purchase bij Meta.
Ontdubbelingsregels per platform
De details verschillen per platform. Deze tabel vat de officiële documentatie van elk platform per oktober 2026 samen.
| Platform | Browserveld | Serverveld | Tijdvenster | Opmerkingen |
|---|---|---|---|---|
| Meta | eventID | event_id | 48 uur | De eventnaam moet ook overeenkomen. Een terugvaloptie met fbp of external_id werkt alleen wanneer het browserevent als eerste binnenkomt. |
| TikTok | event_id | event_id | 48 uur | De eventnaam moet ook overeenkomen. TikTok houdt het eerste event dat het ontvangt. |
| Snapchat | client_dedup_id, en transaction_id voor aankopen | event_id, en order_id voor aankopen | 48 uur, of 30 dagen voor de bestel-id van een aankoop | De eventnaam moet ook overeenkomen. Het paar client_dedup_id heeft voorrang. |
event_id | event_id | 48 uur | Stuur dezelfde eventnaam vanuit beide bronnen. Pinterest houdt het eerste event dat het ontvangt. | |
conversionId | conversion_id | 2 dagen | Zelfde eventtype, en voor aangepaste events dezelfde naam. Draait elk uur en het kan tot 24 uur duren voordat het zichtbaar is. |
In ROASaurus sturen de browserpixels voor Meta, TikTok, Snapchat, Pinterest en Reddit dezelfde event-id mee als de serverevents, dus die platforms ontdubbelen. Bij Snapchat stuurt de pixel ook het bestel-id mee als transaction_id, dat overeenkomt met de order_id in de aankoop van de server. Bij Pinterest gebruiken de Tag en de API overeenkomende eventnamen. X, Microsoft Advertising en Taboola ontvangen alleen serverevents, dus er valt niets samen te voegen. Als je zelf events verstuurt, laat de gids over de Meta Conversions API zien waar de event-id in de pixel en in de API-aanroep komt.
Meerdere platforms die één verkoop claimen is geen dubbel event
Nu het tweede probleem. Een shopper bekijkt een TikTok-video, klikt twee dagen later op een Google Shopping-advertentie en koopt na een Meta-retargetingadvertentie. Elk platform heeft zijn eigen registratie van een klik of een weergave, en elk meldt de verkoop. Er is geen event twee keer verstuurd, dus geen enkele ontdubbelingsinstelling verandert hier iets aan.
Het optellen van de omzet van platforms overschat daarom altijd wat je advertenties hebben opgeleverd. Om kanalen onderling te beoordelen, gebruik je je eigen bestelgegevens en één attributiemodel voor alle kanalen. Onze gids over waarom Ads Manager en Shopify van elkaar verschillen gaat daar dieper op in. In ROASaurus-attributie tellen de aandelen van elke bestelling over alle kanalen op tot één bestelling.
Zo vind je dubbele aankoopevents
- Vergelijk elke bron met je bestellingen
Neem één volledige dag. Tel de Purchase-events die elke bron die dag heeft verstuurd, vóór ontdubbeling: de browserpixel en de serverevents. Sommige eventtools tonen deze verdeling per verbindingsmethode, en je server-side trackingtool heeft een eigen log van wat die heeft verstuurd. Vergelijk elk aantal met het aantal bestellingen dat je webshop die dag heeft ontvangen.
- Lees de ontdubbelingsrapporten
Sommige platforms rapporteren de duplicaten die ze hebben verwijderd. Reddit bewaart bijvoorbeeld zeven dagen lang een log van ontdubbelde events, en Pinterest toont ontdubbeling per event in Ads Manager.
- Plaats één testbestelling
Open de testevents-weergave van het platform en plaats één bestelling. Je zou één browser-Purchase en één server-Purchase met dezelfde event-id moeten zien. Een derde Purchase, of twee verschillende id's, wijst op de oorzaak.
- Maak een lijst van elke tool die de pixel kan versturen
Controleer apps voor verkoopkanalen, tag manager-containers, themacode en oudere trackingapps. Een browserextensie zoals Meta Ads Data Advisor, voorheen Meta Pixel Helper, laat zien welke pixelevents op een pagina afgaan.
De eerste stap is de snelste controle. Een bron met één afzender verstuurt hooguit één aankoop per bestelling. Het aantal in de browser ligt meestal lager dan je bestellingen, door adblockers en geweigerde toestemming. Een enkele bron met meer aankopen dan bestellingen wijst dus op een tweede afzender of op herhaalde events:
| Bron (voorbeeldwebshop, één dag) | Aankopen | Webshopbestellingen | Verhouding | Wat het aangeeft |
|---|---|---|---|---|
| Meta, browser | 186 | 120 | 1.55 | Meer aankopen dan bestellingen: twee tools laten de browserpixel afgaan |
| Meta, server | 119 | 120 | 0.99 | Normaal: één serverafzender |
| TikTok, server | 241 | 120 | 2.01 | Elke bestelling twee keer: twee apps versturen via de Events API |
Zo los je dubbele aankoopevents op
- Houd één afzender per pixel aan. Kies voor elke pixel één tool en zet die pixel overal elders uit: apps voor verkoopkanalen, tags in tag managers en themacode. Verwijder op Shopify dezelfde pixel uit de instellingen voor gegevensdeling van het kanaal Facebook & Instagram, want elk niveau van gegevensdeling verstuurt de browserpixel nog steeds. Controleer de TikTok-app op dezelfde manier.
- Gebruik één event-id per bestelling. Bouw de id op uit de bestel-id en verstuur die mee met zowel het browserevent als het serverevent.
- Gebruik dezelfde eventnaam. De browser en de server moeten het event op dezelfde manier noemen, precies zoals het platform het definieert.
- Verstuur binnen het tijdvenster. Een serverevent dat dagen later binnenkomt, wordt niet samengevoegd. Bij Meta, TikTok en Pinterest is het tijdvenster 48 uur, bij Reddit twee dagen.
- Test na elke wijziging opnieuw. Herhaal de testbestelling en vergelijk de aantallen de volgende dag opnieuw.
Zo voorkomt ROASaurus dubbele aankoopevents
ROASaurus verstuurt elke aankoop op basis van de bestelgegevens van de webshop en geeft de browserkopie en de serverkopie dezelfde event-id, opgebouwd uit de bestel-id. Op Shopify komt het serverevent van de webhook voor betaalde bestellingen, dus het herladen van de bedankpagina maakt geen nieuw serverevent aan. De Event log toont elke serverlevering per platform, met het verzoek en het antwoord van het platform, zodat je kunt zien wat er voor elke bestelling is verstuurd. De gids over server-side tracking op Shopify laat het volledige verloop zien.
Als een platform nog steeds meer aankopen toont dan bestellingen, verstuurt een andere tool dezelfde pixel. Dubbeltelling voorkomen laat zien waar je moet kijken, en server-side tracking legt uit welke events ROASaurus naar elk platform verstuurt.
Bronnen
- Meta: Handling Duplicate Pixel and Conversions API Events
- TikTok Ads Manager: About Event Deduplication
- Snap for Developers: Deduplication
- Pinterest Developers: Track conversion events in the API
- Reddit Ads Help: Event Deduplication