- En duplisert kjøpsevent er én bestilling som en annonseplattform teller som to eller flere kjøp.
- De vanligste årsakene er en nettleserpixel og en server-event uten felles event-ID, og to verktøy som sender den samme pixelen.
- Meta, TikTok, Snapchat, Pinterest og Reddit beholder hver én kopi når nettleser- og server-eventene har samsvarende ID-er og kommer innenfor plattformens tidsvindu.
- Når Meta, Google og TikTok alle krever det samme salget, ble ingen event sendt to ganger: det er overlappende attribusjon, og deduplisering kan ikke fikse det.
- Sammenlign antall kjøp fra hver kilde med bestillingene i butikken din: en enkelt kilde med flere kjøp enn bestillinger betyr at det finnes en andre avsender.
Dupliserte kjøpsevents oppstår når en annonseplattform teller én bestilling som to eller flere kjøp. De vanligste årsakene er en nettleserpixel og en server-event som ikke deler en event-ID, og to verktøy som sender den samme pixelen. Resultatet er oppblåste konverteringer, en ROAS som ser bedre ut enn den er, og budgivning som lærer av salg som aldri skjedde.
Denne guiden forklarer årsakene, forskjellen mellom duplikater innenfor én plattform og flere plattformer som krever det samme salget, hvordan deduplisering fungerer på Meta, TikTok, Snapchat, Pinterest og Reddit, og hvordan du finner og fikser duplikater.
Hva regnes som en duplisert kjøpsevent?
To ulike problemer kalles begge dobbelttelling. De har ulike årsaker, og bare det ene er en trackingfeil.
| Duplikat innenfor én plattform | Flere plattformer krever ett salg | |
|---|---|---|
| Hva skjer | Én plattform teller den samme bestillingen flere ganger | Flere plattformer tar hver æren for den samme bestillingen |
| Eksempel | Meta viser 2 kjøp for én bestilling på $80 | Meta, Google og TikTok rapporterer hver den samme bestillingen på $80 |
| Årsak | To events for én bestilling uten felles event-ID | Hver plattform krediterer salget etter sine egne attribusjonsregler |
| Løses av deduplisering | Ja | Nei |
| Hva du bør gjøre | Én avsender per pixel og én event-ID per bestilling | Sammenlign med bestillingene i butikken din og bruk én attribusjonsmodell |
Hvorfor kjøp telles to ganger
En nettleserpixel og en server-event uten felles ID
Mange butikker sender hvert kjøp to ganger med vilje: én gang fra nettleserpixelen og én gang fra en server via et conversions API. Det er et godt oppsett, fordi serverkopien kommer fram når nettleserkopien er blokkert. Men plattformen kan bare slå sammen de to kopiene når de har samme event-ID og samme eventnavn. Hvis nettleseren bruker en tilfeldig ID og serveren bruker bestillingsnummeret, ser plattformen to ulike kjøp.
To verktøy som sender den samme pixelen
Denne årsaken er vanlig og lett å overse, særlig etter et bytte til et nytt trackingverktøy. En butikk installerer en tracking-app, men beholder plattformens egen salgskanal-app, en tag i Google Tag Manager eller pixelkode i temaet. Hvert verktøy sender sin egen Purchase med sine egne ID-er. Deduplisering innenfor hvert verktøy fungerer, men plattformen mottar likevel to urelaterte kjøp.
Den samme eventen sendt på nytt
En kjøpstag på bestillingsbekreftelsessiden kan utløses på nytt når kjøperen laster siden på nytt eller besøker den igjen. En server kan også sende en bestilling to ganger, for eksempel én gang når den opprettes og igjen når den betales. Bygg event-ID-en fra bestillings-ID-en, slik at en gjentakelse har samme ID som den første kopien og plattformen kan kjenne den igjen.
Hvordan fungerer deduplisering?
Deduplisering er måten en plattform beholder én kopi av en event den har mottatt mer enn én gang. Regelen er lik på plattformene i denne guiden: kopiene må ha samme ID, vanligvis sammen med samme eventnavn, og de må komme innenfor et tidsvindu. Plattformen beholder da én kopi og forkaster resten.
browser Purchase event_id=order-1042Nettleserpixel i checkoutserver Purchase event_id=order-1042Conversions API, samme navn og ID: slått sammen med den førstebrowser Purchase event_id=7c1e9a40En andre app på den samme pixelen, med egen ID: telt på nyttTo praktiske regler følger av dette. Lag ID-en én gang, ut fra noe både nettleseren og serveren kjenner til, for eksempel bestillings-ID-en. Og bruk nøyaktig det samme eventnavnet på begge sider, slik plattformen definerer det, for eksempel Purchase på Meta.
Dedupliseringsregler per plattform
Detaljene varierer fra plattform til plattform. Denne tabellen oppsummerer hver plattforms offisielle dokumentasjon i oktober 2026.
| Plattform | Felt i nettleseren | Felt på serveren | Vindu | Merknader |
|---|---|---|---|---|
| Meta | eventID | event_id | 48 timer | Eventnavnet må også stemme. En reserveløsning med fbp eller external_id fungerer bare når nettleser-eventen kommer først. |
| TikTok | event_id | event_id | 48 timer | Eventnavnet må også stemme. TikTok beholder den første eventen den mottar. |
| Snapchat | client_dedup_id, og transaction_id for kjøp | event_id, og order_id for kjøp | 48 timer, eller 30 dager for bestillings-ID-en til kjøpet | Eventnavnet må også stemme. Paret client_dedup_id har forrang. |
event_id | event_id | 48 timer | Send det samme eventnavnet fra begge kildene. Pinterest beholder den første eventen den mottar. | |
conversionId | conversion_id | 2 dager | Samme eventtype, og samme navn for egendefinerte events. Kjøres hver time og kan ta opptil 24 timer før det vises. |
I ROASaurus sender nettleserpixlene for Meta, TikTok, Snapchat, Pinterest og Reddit den samme event-ID-en som server-eventene, så disse plattformene deduplikerer. For Snapchat sender pixelen også bestillings-ID-en som transaction_id, som samsvarer med order_id i serverkjøpet. For Pinterest bruker taggen og API-et samsvarende eventnavn. X, Microsoft Advertising og Taboola mottar bare server-events, så det er ingenting å slå sammen. Hvis du sender events selv, viser guiden til Meta Conversions API hvor event-ID-en hører hjemme i pixelen og i API-kallet.
At flere plattformer krever det samme salget er ikke en duplisert event
Så til det andre problemet. En kjøper ser en TikTok-video, klikker på en Google Shopping-annonse to dager senere og kjøper etter en retargeting-annonse på Meta. Hver plattform har sin egen registrering av et klikk eller en visning, og hver av dem rapporterer salget. Ingen event ble sendt to ganger, så ingen dedupliseringsinnstilling endrer dette.
Å legge sammen plattformenes omsetning overdriver derfor alltid hva annonsene dine tjente. For å vurdere kanaler mot hverandre bruker du dine egne bestillingsdata og én attribusjonsmodell for alle kanaler. Vår guide til hvorfor Ads Manager og Shopify viser ulike tall går dypere. I ROASaurus-attribusjon summerer æren for hver bestilling seg til én bestilling på tvers av alle kanaler.
Slik finner du dupliserte kjøpsevents
- Sammenlign hver kilde med bestillingene dine
Ta én full dag. Tell Purchase-eventene hver kilde sendte den dagen, før deduplisering: nettleserpixelen og server-eventene. Noen eventverktøy viser denne fordelingen etter tilkoblingsmetode, og server-side tracking-verktøyet ditt har sin egen logg over det det sendte. Sammenlign hvert tall med antall bestillinger butikken din tok imot den dagen.
- Les dedupliseringsrapportene
Noen plattformer rapporterer duplikatene de fjernet. Reddit har for eksempel en logg over dedupliserte events i sju dager, og Pinterest viser deduplisering per event i Ads Manager.
- Legg inn én testbestilling
Åpne testeventvisningen i plattformen og legg inn én bestilling. Du bør se én Purchase fra nettleseren og én fra serveren med samme event-ID. En tredje Purchase, eller to ulike ID-er, viser årsaken.
- List opp alle verktøy som kan sende pixelen
Sjekk salgskanal-apper, tag manager-containere, temakode og eldre tracking-apper. En nettleserutvidelse som Meta Ads Data Advisor, tidligere Meta Pixel Helper, viser hvilke pixel-events som utløses på en side.
Det første trinnet er den raskeste sjekken. En kilde med én avsender sender høyst ett kjøp per bestilling. Antallet fra nettleseren er vanligvis lavere enn bestillingene dine, på grunn av annonseblokkere og avslått samtykke. Så en enkelt kilde med flere kjøp enn bestillinger peker mot en andre avsender eller gjentatte events:
| Kilde (eksempelbutikk, én dag) | Kjøp | Bestillinger i butikken | Forholdstall | Hva det tyder på |
|---|---|---|---|---|
| Meta, nettleser | 186 | 120 | 1.55 | Flere kjøp enn bestillinger: to verktøy utløser nettleserpixelen |
| Meta, server | 119 | 120 | 0.99 | Normalt: én server-avsender |
| TikTok, server | 241 | 120 | 2.01 | Hver bestilling to ganger: to apper sender Events API |
Slik fikser du dupliserte kjøpsevents
- Ha én avsender per pixel. Velg ett verktøy for hver pixel og slå den pixelen av alle andre steder: salgskanal-apper, tags i tag manager og temakode. På Shopify fjerner du den samme pixelen fra innstillingene for datadeling i Facebook & Instagram-kanalen, fordi alle nivåer av datadeling fortsatt sender nettleserpixelen. Sjekk TikTok-appen på samme måte.
- Bruk én event-ID per bestilling. Bygg ID-en fra bestillings-ID-en og send den med både nettleser-eventen og server-eventen.
- Bruk det samme eventnavnet. Nettleseren og serveren må navngi eventen på samme måte, nøyaktig slik plattformen definerer den.
- Send innenfor vinduet. En server-event som kommer dager senere blir ikke slått sammen. På Meta, TikTok og Pinterest er vinduet 48 timer, på Reddit to dager.
- Test på nytt etter hver endring. Gjenta testbestillingen, og sammenlign tallene igjen dagen etter.
Slik unngår ROASaurus dupliserte kjøpsevents
ROASaurus sender hvert kjøp fra butikkens bestillingsdata og gir nettleserkopien og serverkopien den samme event-ID-en, bygget fra bestillings-ID-en. På Shopify kommer server-eventen fra webhooken for betalte bestillinger, så en ny innlasting av takkesiden oppretter ikke en ny server-event. Event log lister hver serverleveranse per plattform, med forespørselen og plattformens svar, så du kan se hva som ble sendt for hver bestilling. Guiden til server-side tracking på Shopify viser hele flyten.
Hvis en plattform fortsatt viser flere kjøp enn bestillinger, sender et annet verktøy den samme pixelen. Unngå dobbelttelling lister hvor du bør lete, og server-side tracking forklarer hvilke events ROASaurus sender til hver plattform.
Kilder
- 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