Proč Meta ukazuje víc nákupů, než má můj obchod objednávek?

Obvykle proto, že dva nástroje odesílají stejný pixel s různými ID událostí, nebo proto, že události z prohlížeče a ze serveru nesdílejí jedno ID. Meta dokáže sloučit jen kopie, které mají stejný název události a stejné ID události.

Jak dlouho Meta čeká s deduplikací událostí?

Meta deduplikuje událost z prohlížeče a serverovou událost se stejným názvem a ID události, pokud dorazí do 48 hodin od první z nich.

Mám vypnout pixel v prohlížeči, aby duplicity přestaly?

Ne. Místo toho dejte události z prohlížeče i serverové události stejné ID události. Pixel v prohlížeči přidává signály, například cookies, a serverová událost dorazí, i když je prohlížeč blokovaný.

Může deduplikace vyřešit situaci, kdy si stejný prodej připisuje více platforem?

Ne. Jde o překrývající se atribuci, ne o duplicitní událost. Porovnejte údaje platforem s objednávkami v obchodě a ke srovnání kanálů používejte jeden atribuční model.

Deduplikuje Pinterest značku a Conversions API?

Ano, pokud obě události nesou stejné event_id a název události a dorazí do 48 hodin. Pinterest si ponechá první událost, kterou obdrží, a pozdější kopie odstraní. V ROASaurus Tag i server odesílají všech pět nákupních událostí se shodnými ID a názvy.

Duplicitní události nákupu: proč se prodeje započítají dvakrát

Nejdůležitější poznatky

Duplicitní událost nákupu nastává, když reklamní platforma započítá jednu objednávku jako dva nebo více nákupů.
Obvyklými příčinami jsou pixel v prohlížeči a serverová událost bez společného ID události a dva nástroje, které odesílají stejný pixel.
Meta, TikTok, Snapchat, Pinterest i Reddit ponechají vždy jednu kopii, pokud události z prohlížeče a ze serveru nesou shodná ID a dorazí v časovém okně platformy.
Když si stejný prodej připisují Meta, Google i TikTok, žádná událost se neodeslala dvakrát: jde o překrývající se atribuci a deduplikace ji nevyřeší.
Porovnejte počet nákupů z každého zdroje s objednávkami v obchodě: jediný zdroj s více nákupy než objednávkami znamená druhého odesílatele.

K duplicitním událostem nákupu dochází, když reklamní platforma započítá jednu objednávku jako dva nebo více nákupů. Obvyklými příčinami jsou pixel v prohlížeči a serverová událost, které nesdílejí ID události, a dva nástroje odesílající stejný pixel. Výsledkem jsou nafouknuté konverze, ROAS, který vypadá lépe, než ve skutečnosti je, a automatické nabízení, které se učí z prodejů, jež se nikdy nestaly.

Tento průvodce vysvětluje příčiny, rozdíl mezi duplicitami uvnitř jedné platformy a situací, kdy si stejný prodej připisuje více platforem, jak funguje deduplikace na Meta, TikTok, Snapchat, Pinterest a Reddit a jak duplicity najít a opravit.

Co se považuje za duplicitní událost nákupu?

Dva různé problémy se oba označují jako dvojí započtení. Mají různé příčiny a jen jeden z nich je chyba trackingu.

	Duplicita uvnitř jedné platformy	Jeden prodej si připisuje více platforem
Co se děje	Jedna platforma započítá stejnou objednávku vícekrát	Každá z několika platforem si připíše zásluhu za stejnou objednávku
Příklad	Meta ukazuje 2 nákupy za jednu objednávku v hodnotě $80	Meta, Google i TikTok vykazují stejnou objednávku za $80
Příčina	Dvě události k jedné objednávce bez společného ID události	Každá platforma připisuje prodej podle vlastních pravidel atribuce
Opraví deduplikace	Ano	Ne
Co dělat	Jeden odesílatel na pixel a jedno ID události na objednávku	Porovnejte s objednávkami v obchodě a používejte jeden atribuční model

Deduplikace řeší první problém. Druhý vyžaduje vaše vlastní data o objednávkách.

Proč se nákupy započítávají dvakrát

Pixel v prohlížeči a serverová událost bez společného ID

Mnoho obchodů odesílá každý nákup záměrně dvakrát: jednou z pixelu v prohlížeči a jednou ze serveru přes Conversions API. Je to dobré nastavení, protože serverová kopie dorazí i tehdy, když je ta z prohlížeče zablokovaná. Platforma ale může obě kopie sloučit jen tehdy, když mají stejné ID události a stejný název události. Pokud prohlížeč použije náhodné ID a server číslo objednávky, platforma uvidí dva různé nákupy.

Dva nástroje, které odesílají stejný pixel

Tato příčina je častá a snadno se přehlédne, zvlášť po přechodu na nový nástroj pro tracking. Obchod nainstaluje aplikaci pro tracking, ale ponechá si aplikaci prodejního kanálu samotné platformy, značku v Google Tag Manager nebo kód pixelu v motivu. Každý nástroj odesílá vlastní Purchase s vlastními ID. Deduplikace uvnitř každého nástroje funguje, ale platforma přesto přijme dva nesouvisející nákupy.

Stejná událost odeslaná znovu

Značka nákupu na stránce s potvrzením objednávky se může spustit znovu, když nakupující stránku znovu načte nebo se na ni vrátí. Server také může odeslat objednávku dvakrát, například jednou při jejím vytvoření a podruhé při zaplacení. ID události sestavte z ID objednávky, aby opakování neslo stejné ID jako první kopie a platforma ho poznala.

Jak funguje deduplikace?

Deduplikace je způsob, jakým si platforma ponechá jedinou kopii události, kterou obdržela vícekrát. Pravidlo je u platforem v tomto průvodci podobné: kopie musí nést stejné ID, obvykle spolu se stejným názvem události, a musí dorazit v časovém okně. Platforma si pak ponechá jednu kopii a ostatní zahodí.

browser Purchase event_id=order-1042Pixel v prohlížeči v pokladně

server Purchase event_id=order-1042Conversions API, stejný název a ID: sloučeno s první

browser Purchase event_id=7c1e9a40Druhá aplikace na stejném pixelu s vlastním ID: započteno znovu

První dvě události sdílejí ID a počítají se jako jeden nákup. Třetí má vlastní ID, takže platforma hlásí dva nákupy za objednávku 1042.

Plynou z toho dvě praktická pravidla. ID vytvořte jednou, z něčeho, co zná prohlížeč i server, například z ID objednávky. A na obou stranách používejte přesně stejný název události, jak ho definuje platforma, například Purchase na Meta.

Pravidla deduplikace podle platformy

Podrobnosti se podle platformy liší. Tato tabulka shrnuje oficiální dokumentaci jednotlivých platforem k říjnu 2026.

Platforma	Pole v prohlížeči	Pole na serveru	Okno	Poznámky
Meta	`eventID`	`event_id`	48 hodin	Musí se shodovat i název události. Záložní párování přes fbp nebo external_id funguje jen tehdy, když jako první dorazí událost z prohlížeče.
TikTok	`event_id`	`event_id`	48 hodin	Musí se shodovat i název události. TikTok si ponechá první událost, kterou obdrží.
Snapchat	`client_dedup_id` a u nákupů `transaction_id`	`event_id` a u nákupů `order_id`	48 hodin, nebo 30 dní u ID objednávky nákupu	Musí se shodovat i název události. Přednost má dvojice client_dedup_id.
Pinterest	`event_id`	`event_id`	48 hodin	Z obou zdrojů odesílejte stejný název události. Pinterest si ponechá první událost, kterou obdrží.
Reddit	`conversionId`	`conversion_id`	2 dny	Stejný typ události a u vlastních událostí i stejný název. Probíhá každou hodinu a může trvat až 24 hodin, než se projeví.

Společné pravidlo: stejná událost, stejné ID, v rámci okna. Názvy polí se liší, proto každou integraci zkontrolujte zvlášť.

V ROASaurus odesílají pixely v prohlížeči pro Meta, TikTok, Snapchat, Pinterest a Reddit stejné ID události jako serverové události, takže tyto platformy deduplikují. U Snapchatu pixel odesílá také ID objednávky jako transaction_id, které odpovídá order_id v serverovém nákupu. U Pinterestu Tag a API používají shodné názvy událostí. X, Microsoft Advertising a Taboola přijímají jen serverové události, takže není co slučovat. Pokud události odesíláte sami, průvodce Meta Conversions API ukazuje, kam se ID události v pixelu a ve volání API vkládá.

Když si jeden prodej připisuje více platforem, nejde o duplicitní událost

Nyní druhý problém. Nakupující se podívá na video na TikToku, o dva dny později klikne na reklamu Google Shopping a koupí až po retargetingové reklamě na Meta. Každá platforma má vlastní záznam o kliknutí nebo zhlédnutí a každá nahlásí prodej. Žádná událost se neodeslala dvakrát, takže to žádné nastavení deduplikace nezmění.

Tržby, které si platformy připsaly za jeden týden (ukázkový obchod)

Jak najít duplicitní události nákupu

Porovnejte každý zdroj s objednávkami
Vezměte jeden celý den. Spočítejte události Purchase, které každý zdroj ten den odeslal, před deduplikací: pixel v prohlížeči a serverové události. Některé nástroje pro události toto rozdělení ukazují podle způsobu připojení a váš nástroj pro server-side tracking má vlastní log odeslaných událostí. Každé číslo porovnejte s počtem objednávek, které obchod ten den přijal.
Přečtěte si reporty deduplikace
Některé platformy hlásí duplicity, které odstranily. Reddit například uchovává log deduplikovaných událostí sedm dní a Pinterest ukazuje deduplikaci u jednotlivých událostí v Ads Manageru.
Zadejte jednu testovací objednávku
Otevřete testovací zobrazení událostí v platformě a zadejte jednu objednávku. Měli byste vidět jeden Purchase z prohlížeče a jeden ze serveru se stejným ID události. Třetí Purchase nebo dvě různá ID ukazují příčinu.
Sepište všechny nástroje, které mohou pixel odesílat
Zkontrolujte aplikace prodejních kanálů, kontejnery správce značek, kód motivu a starší aplikace pro tracking. Rozšíření prohlížeče, například Meta Ads Data Advisor, dříve Meta Pixel Helper, ukáže, které události pixelu se na stránce spouštějí.

První krok je nejrychlejší kontrola. Zdroj s jedním odesílatelem pošle nejvýše jeden nákup na objednávku. Počet z prohlížeče bývá nižší než počet vašich objednávek kvůli blokátorům reklam a odmítnutému souhlasu. Jediný zdroj s více nákupy než objednávkami proto ukazuje na druhého odesílatele nebo na opakované události:

Zdroj (ukázkový obchod, jeden den)	Nákupy	Objednávky v obchodě	Poměr	Na co to ukazuje
Meta, prohlížeč	186	120	1.55	Více nákupů než objednávek: pixel v prohlížeči spouštějí dva nástroje
Meta, server	119	120	0.99	V pořádku: jeden serverový odesílatel
TikTok, server	241	120	2.01	Každá objednávka dvakrát: Events API odesílají dvě aplikace

Počty podle zdroje, před deduplikací. Poměr nad 1.0 znamená, že tento zdroj některé objednávky odesílá dvakrát. Poměr blízko 2.0 znamená, že dvakrát odesílá téměř každou objednávku.

Jak duplicitní události nákupu opravit

Ponechte jednoho odesílatele na pixel. Pro každý pixel vyberte jeden nástroj a ve všech ostatních ho vypněte: v aplikacích prodejních kanálů, ve značkách správce značek i v kódu motivu. Na Shopify odeberte stejný pixel z nastavení sdílení dat kanálu Facebook & Instagram, protože každá úroveň sdílení dat stále odesílá pixel z prohlížeče. Stejným způsobem zkontrolujte aplikaci TikTok.
Používejte jedno ID události na objednávku. ID sestavte z ID objednávky a odešlete ho s událostí z prohlížeče i se serverovou událostí.
Používejte stejný název události. Prohlížeč i server musí událost pojmenovat stejně, přesně tak, jak ji definuje platforma.
Odesílejte v rámci okna. Serverová událost, která dorazí o několik dní později, se nesloučí. Na Meta, TikTok a Pinterest je okno 48 hodin, na Redditu dva dny.
Po každé změně znovu otestujte. Zopakujte testovací objednávku a následující den znovu porovnejte počty.

Jak ROASaurus duplicitním událostem nákupu předchází

ROASaurus odesílá každý nákup z dat objednávek obchodu a kopii z prohlížeče i kopii ze serveru opatří stejným ID události, sestaveným z ID objednávky. Na Shopify pochází serverová událost z webhooku zaplacené objednávky, takže opětovné načtení děkovné stránky novou serverovou událost nevytvoří. Event log uvádí každé serverové doručení podle platformy, včetně požadavku a odpovědi platformy, takže vidíte, co se u které objednávky odeslalo. Celý postup ukazuje průvodce server-side tracking na Shopify.

Pokud platforma stále ukazuje víc nákupů než objednávek, stejný pixel odesílá další nástroj. Předejděte dvojímu započítání uvádí, kde hledat, a server-side tracking vysvětluje, které události ROASaurus odesílá do které platformy.

Zdroje

V ROASaurus

Čtěte dál

TrackingBlokátory reklam a tracking: o co váš obchod přicházíBlokátory reklam zastavují trackovací pixely, takže reklamní platformy nevidí část nákupů. Zjistěte, které události se ztrácejí, proč se server-side události neztrácejí a jak změřit rozsah svého výpadku.TrackingConsent Mode v2 a GDPR: co smí e-shop odesílatConsent Mode v2 pro e-shopy: čtyři signály souhlasu od Googlu, co požaduje právo EU a co smí server-side tracking přesto odesílat. Pouze obecné informace.TrackingSafari ITP a tracking reklam: co stále fungujeSafari ITP omezuje cookies nastavené skripty na 7 dní, po některých kliknutích na reklamu dokonce na 24 hodin. Zjistěte, co to dělá s atribucí a které sledování stále funguje.