Zašto Meta prikazuje više kupnji nego što moja trgovina ima narudžbi?

Obično zato što dva alata šalju isti piksel s različitim ID-ovima događaja ili zato što događaji iz preglednika i s poslužitelja ne dijele ID. Meta može spojiti samo kopije koje imaju isti naziv događaja i isti ID događaja.

Koliko dugo Meta čeka s deduplikacijom događaja?

Meta deduplicira događaj iz preglednika i događaj s poslužitelja s istim nazivom i ID-om događaja kada stignu unutar 48 sati od prvog.

Trebam li isključiti piksel u pregledniku da zaustavim dvostruke događaje?

Ne. Umjesto toga dajte događaju iz preglednika i događaju s poslužitelja isti ID događaja. Piksel u pregledniku dodaje signale poput kolačića, a događaj s poslužitelja stiže kada je preglednik blokiran.

Može li deduplikacija riješiti slučaj kada više platformi pripisuje sebi istu prodaju?

Ne. To je preklapanje atribucije, a ne dvostruki događaj. Usporedite tvrdnje platformi s narudžbama u svojoj trgovini i koristite jedan model atribucije za usporedbu kanala.

Provodi li Pinterest deduplikaciju oznake i Conversions API-ja?

Da, kada oba događaja nose isti event_id i naziv događaja te stignu unutar 48 sati. Pinterest zadržava prvi događaj koji primi i uklanja kasnije kopije. U ROASaurusu Tag i poslužitelj šalju svih pet događaja u procesu kupnje s podudarnim ID-ovima i nazivima.

Dvostruki događaji kupnje: zašto se prodaje broje dvaput

Ključne poruke

Dvostruki događaj kupnje je jedna narudžba koju oglasna platforma broji kao dvije ili više kupnji.
Uobičajeni su uzroci piksel u pregledniku i događaj s poslužitelja bez zajedničkog ID-a događaja te dva alata koja šalju isti piksel.
Meta, TikTok, Snapchat, Pinterest i Reddit zadržavaju po jednu kopiju kada događaji iz preglednika i s poslužitelja nose odgovarajuće ID-ove i stignu unutar vremenskog okvira platforme.
Kada Meta, Google i TikTok pripisuju sebi istu prodaju, nijedan događaj nije poslan dvaput: riječ je o preklapanju atribucije, a deduplikacija ga ne može ispraviti.
Usporedite broj kupnji iz svakog izvora s narudžbama u svojoj trgovini: ako jedan izvor ima više kupnji nego što ima narudžbi, postoji drugi pošiljatelj.

Dvostruki događaji kupnje nastaju kada oglasna platforma jednu narudžbu broji kao dvije ili više kupnji. Uobičajeni su uzroci piksel u pregledniku i događaj s poslužitelja koji nemaju zajednički ID događaja te dva alata koja šalju isti piksel. Rezultat su napuhane konverzije, ROAS koji izgleda bolje nego što jest i licitiranje koje uči iz prodaja koje se nikad nisu dogodile.

Ovaj vodič objašnjava uzroke, razliku između dvostrukih događaja unutar jedne platforme i više platformi koje pripisuju sebi istu prodaju, kako deduplikacija funkcionira na Meti, TikToku, Snapchatu, Pinterestu i Redditu te kako pronaći i ispraviti dvostruke događaje.

Što se smatra dvostrukim događajem kupnje?

Dva različita problema nazivaju se dvostrukim brojanjem. Imaju različite uzroke, a samo je jedan od njih pogreška u praćenju.

	Dvostruki događaj unutar jedne platforme	Više platformi pripisuje sebi jednu prodaju
Što se događa	Jedna platforma istu narudžbu broji više puta	Svaka od više platformi pripisuje sebi zaslugu za istu narudžbu
Primjer	Meta prikazuje 2 kupnje za jednu narudžbu od $80	Meta, Google i TikTok svaki prijavljuju istu narudžbu od $80
Uzrok	Dva događaja za jednu narudžbu bez zajedničkog ID-a događaja	Svaka platforma pripisuje prodaju prema vlastitim pravilima atribucije
Rješava se deduplikacijom	Da	Ne
Što učiniti	Jedan pošiljatelj po pikselu i jedan ID događaja po narudžbi	Usporedite s narudžbama u svojoj trgovini i koristite jedan model atribucije

Deduplikacija rješava prvi problem. Za drugi su potrebni vaši vlastiti podaci o narudžbama.

Zašto se kupnje broje dvaput

Piksel u pregledniku i događaj s poslužitelja bez zajedničkog ID-a

Mnoge trgovine svaku kupnju namjerno šalju dvaput: jednom iz piksela u pregledniku, a jednom s poslužitelja putem Conversions API-ja. To je dobro postavljeno, jer kopija s poslužitelja stiže kada je kopija iz preglednika blokirana. No platforma može spojiti te dvije kopije samo ako nose isti ID događaja i isti naziv događaja. Ako preglednik koristi nasumičan ID, a poslužitelj broj narudžbe, platforma vidi dvije različite kupnje.

Dva alata koja šalju isti piksel

Ovaj je uzrok čest i lako ga je propustiti, osobito nakon prelaska na novi alat za praćenje. Trgovina instalira aplikaciju za praćenje, ali zadrži aplikaciju prodajnog kanala same platforme, oznaku Google Tag Managera ili kod piksela u temi. Svaki alat šalje vlastiti Purchase s vlastitim ID-ovima. Deduplikacija unutar svakog alata radi, ali platforma i dalje prima dvije nepovezane kupnje.

Isti događaj poslan ponovno

Oznaka kupnje na stranici potvrde narudžbe može se ponovno aktivirati kada kupac ponovno učita ili ponovno posjeti stranicu. Poslužitelj također može poslati narudžbu dvaput, primjerice jednom kada je stvorena, a ponovno kada je plaćena. ID događaja izradite iz ID-a narudžbe kako bi ponovljeni događaj nosio isti ID kao prva kopija i kako bi ga platforma mogla prepoznati.

Kako funkcionira deduplikacija?

Deduplikacija je način na koji platforma zadržava jednu kopiju događaja koji je primila više puta. Pravilo je slično na platformama iz ovog vodiča: kopije moraju nositi isti ID, obično zajedno s istim nazivom događaja, i moraju stići unutar vremenskog okvira. Platforma tada zadržava jednu kopiju, a ostale odbacuje.

browser Purchase event_id=order-1042Piksel u pregledniku pri naplati

server Purchase event_id=order-1042Conversions API, isti naziv i ID: spojeno s prvim

browser Purchase event_id=7c1e9a40Druga aplikacija na istom pikselu, s vlastitim ID-om: broji se ponovno

Prva dva događaja dijele ID i broje se kao jedna kupnja. Treći ima vlastiti ID, pa platforma prijavljuje dvije kupnje za narudžbu 1042.

Iz toga proizlaze dva praktična pravila. ID izradite jednom, iz nečega što poznaju i preglednik i poslužitelj, poput ID-a narudžbe. I koristite potpuno isti naziv događaja na obje strane, kako ga definira platforma, na primjer Purchase na Meti.

Pravila deduplikacije po platformi

Pojedinosti se razlikuju po platformi. Ova tablica sažima službenu dokumentaciju svake platforme u listopadu 2026.

Platforma	Polje u pregledniku	Polje na poslužitelju	Vremenski okvir	Napomene
Meta	`eventID`	`event_id`	48 sati	Naziv događaja također mora odgovarati. Rezervna metoda s fbp ili external_id radi samo kada prvo stigne događaj iz preglednika.
TikTok	`event_id`	`event_id`	48 sati	Naziv događaja također mora odgovarati. TikTok zadržava prvi događaj koji primi.
Snapchat	`client_dedup_id` i `transaction_id` za kupnje	`event_id` i `order_id` za kupnje	48 sati, odnosno 30 dana za ID narudžbe kupnje	Naziv događaja također mora odgovarati. Par client_dedup_id ima prednost.
Pinterest	`event_id`	`event_id`	48 sati	Šaljite isti naziv događaja iz oba izvora. Pinterest zadržava prvi događaj koji primi.
Reddit	`conversionId`	`conversion_id`	2 dana	Ista vrsta događaja i isti naziv za prilagođene događaje. Izvršava se svakog sata, a prikaz može potrajati do 24 sata.

Zajedničko pravilo: isti događaj, isti ID, unutar vremenskog okvira. Nazivi polja razlikuju se, pa svaku integraciju provjerite zasebno.

U ROASaurusu pikseli u pregledniku za Metu, TikTok, Snapchat, Pinterest i Reddit šalju isti ID događaja kao i događaji s poslužitelja, pa te platforme provode deduplikaciju. Za Snapchat piksel uz to šalje ID narudžbe kao transaction_id, što se podudara s order_id u kupnji s poslužitelja. Za Pinterest Tag i API koriste podudarne nazive događaja. X, Microsoft Advertising i Taboola primaju samo događaje s poslužitelja, pa nema što spajati. Ako događaje šaljete sami, vodič za Meta Conversions API pokazuje gdje ID događaja ide u pikselu i u API pozivu.

Više platformi koje pripisuju sebi istu prodaju nije dvostruki događaj

Sada drugi problem. Kupac pogleda TikTok video, dva dana kasnije klikne Google Shopping oglas, a kupuje nakon oglasa za ponovno ciljanje na Meti. Svaka platforma ima vlastiti zapis o kliku ili pregledu i svaka prijavljuje prodaju. Nijedan događaj nije poslan dvaput, pa to ne mijenja nijedna postavka deduplikacije.

Prihod koji se pripisuje u jednom tjednu (primjer trgovine)

Kako pronaći dvostruke događaje kupnje

Usporedite svaki izvor sa svojim narudžbama
Uzmite jedan cijeli dan. Prebrojite događaje Purchase koje je svaki izvor poslao tog dana, prije deduplikacije: piksel u pregledniku i događaje s poslužitelja. Neki alati za događaje prikazuju tu podjelu prema načinu povezivanja, a vaš alat za praćenje na strani poslužitelja ima vlastiti zapis onoga što je poslao. Usporedite svaki broj s brojem narudžbi koje je vaša trgovina primila tog dana.
Pročitajte izvješća o deduplikaciji
Neke platforme izvješćuju o dvostrukim događajima koje su uklonile. Reddit, primjerice, sedam dana čuva zapisnik deduplikacije događaja, a Pinterest prikazuje deduplikaciju po događaju u Ads Manageru.
Napravite jednu probnu narudžbu
Otvorite prikaz testnih događaja platforme i napravite jednu narudžbu. Trebali biste vidjeti jedan Purchase iz preglednika i jedan s poslužitelja s istim ID-om događaja. Treći Purchase ili dva različita ID-a otkrivaju uzrok.
Popišite svaki alat koji može slati piksel
Provjerite aplikacije prodajnih kanala, kontejnere tag managera, kod u temi i starije aplikacije za praćenje. Proširenje za preglednik poput Meta Ads Data Advisora, ranije Meta Pixel Helpera, pokazuje koji se događaji piksela aktiviraju na stranici.

Prvi je korak najbrža provjera. Izvor s jednim pošiljateljem šalje najviše jednu kupnju po narudžbi. Broj iz preglednika obično je manji od broja vaših narudžbi zbog blokatora oglasa i odbijene privole. Zato jedan izvor s više kupnji nego narudžbi upućuje na drugog pošiljatelja ili na ponovljene događaje:

Izvor (primjer trgovine, jedan dan)	Kupnje	Narudžbe trgovine	Omjer	Što to sugerira
Meta, preglednik	186	120	1.55	Više kupnji nego narudžbi: dva alata aktiviraju piksel u pregledniku
Meta, poslužitelj	119	120	0.99	Uobičajeno: jedan pošiljatelj s poslužitelja
TikTok, poslužitelj	241	120	2.01	Svaka narudžba dvaput: dvije aplikacije šalju Events API

Brojevi po izvoru, prije deduplikacije. Omjer iznad 1.0 znači da taj izvor neke narudžbe šalje dvaput. Omjer blizu 2.0 znači da gotovo svaku narudžbu šalje dvaput.

Kako ispraviti dvostruke događaje kupnje

Zadržite jednog pošiljatelja po pikselu. Odaberite jedan alat za svaki piksel i isključite taj piksel posvuda drugdje: u aplikacijama prodajnih kanala, oznakama tag managera i kodu teme. Na Shopifyju uklonite isti piksel iz postavki dijeljenja podataka kanala Facebook & Instagram, jer svaka razina dijeljenja podataka i dalje šalje piksel u pregledniku. Na isti način provjerite aplikaciju TikTok.
Koristite jedan ID događaja po narudžbi. Izradite ID iz ID-a narudžbe i pošaljite ga i s događajem iz preglednika i s događajem s poslužitelja.
Koristite isti naziv događaja. Preglednik i poslužitelj moraju događaj nazvati na isti način, točno onako kako ga definira platforma.
Šaljite unutar vremenskog okvira. Događaj s poslužitelja koji stigne nakon nekoliko dana ne spaja se. Na Meti, TikToku i Pinterestu okvir je 48 sati, na Redditu dva dana.
Ponovno testirajte nakon svake promjene. Ponovite probnu narudžbu i sutradan ponovno usporedite brojeve.

Kako ROASaurus izbjegava dvostruke događaje kupnje

ROASaurus svaku kupnju šalje iz podataka o narudžbama trgovine i daje kopiji iz preglednika i kopiji s poslužitelja isti ID događaja, izrađen iz ID-a narudžbe. Na Shopifyju događaj s poslužitelja dolazi iz webhooka za plaćene narudžbe, pa ponovno učitavanje stranice zahvale ne stvara novi događaj s poslužitelja. Event log navodi svaku isporuku s poslužitelja po platformi, sa zahtjevom i odgovorom platforme, pa možete vidjeti što je poslano za svaku narudžbu. Vodič za praćenje na strani poslužitelja na Shopifyju prikazuje cijeli tijek.

Ako platforma i dalje prikazuje više kupnji nego narudžbi, isti piksel šalje drugi alat. Spriječite dvostruko brojanje navodi gdje tražiti, a praćenje na strani poslužitelja objašnjava koje događaje ROASaurus šalje na svaku platformu.

Izvori

U ROASaurusu

Nastavite čitati

PraćenjeBlokatori oglasa i praćenje: što vaša trgovina gubiBlokatori oglasa zaustavljaju piksele za praćenje, pa oglasne platforme propuštaju kupnje. Pogledajte koji se događaji gube, zašto se oni sa strane poslužitelja ne gube i kako izmjeriti koliko vam nedostaje.PraćenjeConsent Mode v2 i GDPR: što web-trgovina smije slatiConsent Mode v2 za web-trgovine: četiri Googleova signala privole, što traži pravo EU-a i što praćenje na strani poslužitelja i dalje smije slati. Samo opće informacije.PraćenjeSafari ITP i praćenje oglasa: što i dalje radiSafari ITP ograničava kolačiće koje postavljaju skripte na 7 dana, a nakon nekih klikova na oglase na 24 sata. Pogledajte što to čini atribuciji i koje praćenje i dalje radi.