- Un eveniment de achiziție duplicat este o comandă pe care o platformă de publicitate o numără ca două sau mai multe achiziții.
- Cauzele obișnuite sunt un pixel din browser și un eveniment de pe server fără un event id comun, precum și două instrumente care trimit același pixel.
- Meta, TikTok, Snapchat, Pinterest și Reddit păstrează fiecare o singură copie atunci când evenimentele din browser și de pe server au id-uri care se potrivesc și ajung în fereastra de timp a platformei.
- Când Meta, Google și TikTok revendică toate aceeași vânzare, niciun eveniment nu a fost trimis de două ori: aceasta este atribuire suprapusă, iar deduplicarea nu o poate remedia.
- Compară numărul de achiziții din fiecare sursă cu comenzile din magazinul tău: o singură sursă cu mai multe achiziții decât comenzi înseamnă că există un al doilea expeditor.
Evenimentele de achiziție duplicate apar atunci când o platformă de publicitate numără o comandă ca două sau mai multe achiziții. Cauzele obișnuite sunt un pixel din browser și un eveniment de pe server care nu au un event id comun, precum și două instrumente care trimit același pixel. Rezultatul sunt conversii umflate, un ROAS care arată mai bine decât este și o licitare care învață din vânzări care nu au avut loc niciodată.
Acest ghid explică cauzele, diferența dintre duplicatele dintr-o singură platformă și mai multe platforme care revendică aceeași vânzare, cum funcționează deduplicarea pe Meta, TikTok, Snapchat, Pinterest și Reddit și cum găsești și remediezi duplicatele.
Ce se consideră un eveniment de achiziție duplicat?
Două probleme diferite sunt numite amândouă numărare dublă. Au cauze diferite, iar doar una dintre ele este o eroare de tracking.
| Duplicat în interiorul unei platforme | Mai multe platforme revendică o vânzare | |
|---|---|---|
| Ce se întâmplă | O platformă numără aceeași comandă de mai multe ori | Mai multe platforme își revendică fiecare meritul pentru aceeași comandă |
| Exemplu | Meta arată 2 achiziții pentru o comandă de $80 | Meta, Google și TikTok raportează fiecare aceeași comandă de $80 |
| Cauză | Două evenimente pentru o comandă, fără un event id comun | Fiecare platformă atribuie vânzarea după propriile reguli de atribuire |
| Se remediază prin deduplicare | Da | Nu |
| Ce să faci | Un singur expeditor pentru fiecare pixel și un singur event id pentru fiecare comandă | Compară cu comenzile din magazinul tău și folosește un singur model de atribuire |
De ce sunt numărate achizițiile de două ori
Un pixel din browser și un eveniment de pe server fără un id comun
Multe magazine trimit fiecare achiziție de două ori, intenționat: o dată din pixelul din browser și o dată de pe un server, printr-un conversions API. Este o configurare bună, pentru că varianta de pe server ajunge atunci când varianta din browser este blocată. Dar platforma poate îmbina cele două copii doar când acestea au același event id și același nume de eveniment. Dacă browserul folosește un id aleatoriu, iar serverul folosește numărul comenzii, platforma vede două achiziții diferite.
Două instrumente care trimit același pixel
Această cauză este frecventă și ușor de ratat, mai ales după trecerea la un nou instrument de tracking. Un magazin instalează o aplicație de tracking, dar păstrează aplicația canalului de vânzare al platformei, un tag Google Tag Manager sau codul unui pixel în temă. Fiecare instrument trimite propriul Purchase cu propriile id-uri. Deduplicarea din interiorul fiecărui instrument funcționează, dar platforma primește totuși două achiziții fără legătură între ele.
Același eveniment trimis din nou
Un tag de achiziție de pe pagina de confirmare a comenzii se poate declanșa din nou când cumpărătorul reîncarcă sau revizitează pagina. De asemenea, un server poate trimite o comandă de două ori, de exemplu o dată când este creată și încă o dată când este plătită. Construiește event id-ul din id-ul comenzii, astfel încât o repetare să aibă același id ca prima copie, iar platforma s-o poată recunoaște.
Cum funcționează deduplicarea?
Deduplicarea este modul în care o platformă păstrează o singură copie a unui eveniment primit de mai multe ori. Regula este asemănătoare pe platformele din acest ghid: copiile trebuie să aibă același id, de obicei împreună cu același nume de eveniment, și trebuie să ajungă într-o fereastră de timp. Platforma păstrează apoi o copie și le elimină pe celelalte.
browser Purchase event_id=order-1042Pixel din browser în checkoutserver Purchase event_id=order-1042Conversions API, același nume și id: îmbinat cu primulbrowser Purchase event_id=7c1e9a40O a doua aplicație pe același pixel, cu propriul id: numărat din nouDin aceasta rezultă două reguli practice. Creează id-ul o singură dată, dintr-un element pe care îl cunosc și browserul, și serverul, cum ar fi id-ul comenzii. Și folosește exact același nume de eveniment pe ambele părți, așa cum îl definește platforma, de exemplu Purchase pe Meta.
Regulile de deduplicare pe platformă
Detaliile diferă de la o platformă la alta. Acest tabel rezumă documentația oficială a fiecărei platforme din octombrie 2026.
| Platformă | Câmp în browser | Câmp pe server | Fereastră | Note |
|---|---|---|---|---|
| Meta | eventID | event_id | 48 de ore | Trebuie să se potrivească și numele evenimentului. O variantă de rezervă cu fbp sau external_id funcționează doar dacă evenimentul din browser ajunge primul. |
| TikTok | event_id | event_id | 48 de ore | Trebuie să se potrivească și numele evenimentului. TikTok păstrează primul eveniment pe care îl primește. |
| Snapchat | client_dedup_id și transaction_id pentru achiziții | event_id și order_id pentru achiziții | 48 de ore sau 30 de zile pentru id-ul comenzii de achiziție | Trebuie să se potrivească și numele evenimentului. Perechea client_dedup_id are prioritate. |
event_id | event_id | 48 de ore | Trimite același nume de eveniment din ambele surse. Pinterest păstrează primul eveniment pe care îl primește. | |
conversionId | conversion_id | 2 zile | Același tip de eveniment și același nume pentru evenimentele personalizate. Rulează în fiecare oră și poate dura până la 24 de ore până apare. |
În ROASaurus, pixelii din browser pentru Meta, TikTok, Snapchat, Pinterest și Reddit trimit același event id ca evenimentele de pe server, așa că acele platforme deduplică. Pentru Snapchat, pixelul trimite și id-ul comenzii ca transaction_id, care se potrivește cu order_id din achiziția de pe server. Pentru Pinterest, Tag-ul și API-ul folosesc nume de evenimente care se potrivesc. X, Microsoft Advertising și Taboola primesc doar evenimente de pe server, deci nu e nimic de îmbinat. Dacă trimiți tu evenimentele, ghidul despre Meta Conversions API arată unde se pune event id-ul în pixel și în apelul API.
Mai multe platforme care revendică aceeași vânzare nu înseamnă un eveniment duplicat
Acum a doua problemă. Un cumpărător se uită la un videoclip TikTok, dă click pe o reclamă Google Shopping două zile mai târziu și cumpără după o reclamă de retargeting Meta. Fiecare platformă are propria evidență a unui click sau a unei vizualizări și fiecare raportează vânzarea. Niciun eveniment nu a fost trimis de două ori, așa că nicio setare de deduplicare nu schimbă asta.
Prin urmare, adunarea veniturilor din platforme supraestimează întotdeauna ce au câștigat reclamele tale. Ca să compari canalele între ele, folosește propriile date despre comenzi și un singur model de atribuire pentru toate canalele. Ghidul nostru despre de ce nu se potrivesc Ads Manager și Shopify intră mai în detaliu. În atribuirea ROASaurus, creditul pentru fiecare comandă se adună la o singură comandă, în toate canalele.
Cum găsești evenimentele de achiziție duplicate
- Compară fiecare sursă cu comenzile tale
Alege o zi întreagă. Numără evenimentele Purchase pe care le-a trimis fiecare sursă în ziua respectivă, înainte de deduplicare: pixelul din browser și evenimentele de pe server. Unele instrumente pentru evenimente arată această împărțire după metoda de conectare, iar instrumentul tău de tracking server-side își are propriul jurnal cu ce a trimis. Compară fiecare număr cu numărul de comenzi primite de magazinul tău în ziua respectivă.
- Citește rapoartele de deduplicare
Unele platforme raportează duplicatele pe care le-au eliminat. Reddit, de exemplu, păstrează timp de șapte zile un jurnal al evenimentelor deduplicate, iar Pinterest arată deduplicarea pentru fiecare eveniment în Ads Manager.
- Plasează o comandă de test
Deschide vizualizarea de evenimente de test a platformei și plasează o comandă. Ar trebui să vezi un Purchase din browser și unul de pe server, cu același event id. Un al treilea Purchase sau două id-uri diferite arată cauza.
- Listează fiecare instrument care poate trimite pixelul
Verifică aplicațiile canalelor de vânzare, containerele din tag manager, codul temei și aplicațiile de tracking mai vechi. O extensie de browser precum Meta Ads Data Advisor, fostul Meta Pixel Helper, arată ce evenimente de pixel se declanșează pe o pagină.
Primul pas este cea mai rapidă verificare. O sursă cu un singur expeditor trimite cel mult o achiziție pe comandă. Numărul din browser este de obicei mai mic decât numărul comenzilor tale, din cauza blocantelor de reclame și a consimțământului refuzat. Așadar, o singură sursă cu mai multe achiziții decât comenzi indică un al doilea expeditor sau evenimente repetate:
| Sursă (magazin de exemplu, o zi) | Achiziții | Comenzi din magazin | Raport | Ce sugerează |
|---|---|---|---|---|
| Meta, browser | 186 | 120 | 1.55 | Mai multe achiziții decât comenzi: două instrumente declanșează pixelul din browser |
| Meta, server | 119 | 120 | 0.99 | Normal: un singur expeditor de pe server |
| TikTok, server | 241 | 120 | 2.01 | Fiecare comandă de două ori: două aplicații trimit Events API |
Cum remediezi evenimentele de achiziție duplicate
- Păstrează un singur expeditor pentru fiecare pixel. Alege un instrument pentru fiecare pixel și oprește pixelul respectiv peste tot în rest: în aplicațiile canalelor de vânzare, în tagurile din tag manager și în codul temei. Pe Shopify, elimină același pixel din setările de partajare a datelor ale canalului Facebook & Instagram, pentru că fiecare nivel de partajare a datelor trimite în continuare pixelul din browser. Verifică la fel și aplicația TikTok.
- Folosește un singur event id pentru fiecare comandă. Construiește id-ul din id-ul comenzii și trimite-l atât cu evenimentul din browser, cât și cu cel de pe server.
- Folosește același nume de eveniment. Browserul și serverul trebuie să denumească evenimentul în același mod, exact așa cum îl definește platforma.
- Trimite în interiorul ferestrei. Un eveniment de pe server care ajunge după câteva zile nu este îmbinat. Pe Meta, TikTok și Pinterest fereastra este de 48 de ore, pe Reddit de două zile.
- Testează din nou după fiecare modificare. Repetă comanda de test și compară din nou numărătoarea în ziua următoare.
Cum evită ROASaurus evenimentele de achiziție duplicate
ROASaurus trimite fiecare achiziție din datele comenzilor magazinului și dă copiei din browser și copiei de pe server același event id, construit din id-ul comenzii. Pe Shopify, evenimentul de pe server vine de la webhook-ul pentru comenzile plătite, așa că o reîncărcare a paginii de mulțumire nu creează un eveniment nou pe server. Event log listează fiecare livrare de pe server pe platformă, cu cererea și răspunsul platformei, ca să poți vedea ce a fost trimis pentru fiecare comandă. Ghidul despre tracking-ul server-side pe Shopify arată tot fluxul.
Dacă o platformă încă arată mai multe achiziții decât comenzi, un alt instrument trimite același pixel. Evită numărarea dublă listează unde să cauți, iar tracking-ul server-side explică ce evenimente trimite ROASaurus către fiecare platformă.
Surse
- 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