Pixely se načítají, ale události nejsou: postup kontroly

Když se pixely načítají, ale události nejsou, znamená to, že se stáhl kód, jenže konkrétní signál se nikdy neodeslal. Načtení skriptu a odeslání události jsou dvě oddělené věci. Rozdíl najdete tak, že nejdřív ověříte, zda se událost vůbec spustí, potom jestli projde souhlasem a nakonec jestli dorazí se správným identifikátorem.

Stručně

• Načtený pixel potvrzuje jen to, že se stáhl kód, ne že se odeslala konverze.
• Událost se často nespustí proto, že není na správném místě v procesu objednávky.
• Chybějící nebo neshodný event_id a transaction ID brání sloučení signálů z prohlížeče a ze serveru.
• Po opravě se počet konverzí nemusí změnit hned a změna počtu sama o sobě nic nedokazuje.
• Postupujte v pořadí: spuštění, souhlas, identifikátory, zdroj, atribuce.

Proč se pixel načte, ale událost se neodešle

Událost se neodešle, protože se nespustila ve chvíli, kdy měla, nebo ji zastavil skript, blokátor či chybějící souhlas. Načtení pixelu je jen první vrstva. Base kód se stáhne při otevření stránky, ale samotná událost je samostatný pokyn, který musí přijít po konkrétní akci: dokončení objednávky, odeslání formuláře, kliknutí na tlačítko.

V praxi se nejčastěji setkávám s tím, že událost je navázaná na krok, který se v procesu objednávky už neobjeví. Typický případ: sledujete dokončení nákupu na stránce s poděkováním, ale obchod ji po platbě přesměruje jinam nebo ji zobrazí bez potřebného parametru. Kód se načte, událost ne.

Druhá častá příčina je pořadí skriptů. Pokud se událost volá dřív, než se stihne inicializovat knihovna, kterou používá, spuštění selže bez viditelné chyby v rozhraní reklamní platformy. Chybu uvidíte jen v konzoli prohlížeče nebo v nástroji pro testování událostí.

První kontrola: spouští se událost vůbec

Ověřte v prohlížeči, jestli se událost reálně spustí na každém kroku, který chcete měřit. Otevřete stránku, projděte celý proces objednávky nebo odeslání formuláře a sledujte, zda se signál odešle. Pomáhá nástroj pro testování událostí v Meta Events Manageru, který zobrazí příchozí signály včetně parametrů. U Google Ads zkontrolujte stav konverzní akce a přehled konverzí, případně použijte náhled značky.

Kontrolujte přitom každý krok zvlášť. Událost, která funguje na desktopu, nemusí fungovat na mobilu, protože jiná šablona nebo jiný košík volá jiný skript. Stejně tak se událost může spustit při testovací objednávce, ale v ostrém provozu ji přeskočí platební brána, která vrátí zákazníka na jinou adresu.

Jak projít kontrolu spuštění

1. Otevřete stránku s událostí a otevřete konzoli prohlížeče.
2. Projděte celý proces až do místa, kde má událost vzniknout.
3. Sledujte, zda se v nástroji platformy objeví příchozí signál s parametry.
4. Zopakujte to na mobilu a na jiném prohlížeči.
5. Zapište si, na kterém kroku signál chybí, a porovnejte to s kódem, který událost volá.

Souhlas se soubory cookie a blokátory

Událost se neodešle, pokud ji zastaví chybějící souhlas se soubory cookie nebo blokátor reklam. Zpracování souhlasu je v mnoha implementacích nastavené tak, že bez potvrzení se nespustí žádný marketingový skript. To je správně, ale znamená to, že část návštěvníků nikdy nepošle událost z prohlížeče.

Zkontrolujte, zda se událost spustí po udělení souhlasu i po jeho odmítnutí. Pokud se nespustí ani po souhlasu, je chyba v navázání skriptu na stav souhlasu. Pokud se nespustí vůbec, může být problém v tom, že se skript načítá až po interakci, která na stránce s objednávkou už neproběhne.

Blokátory reklam a rozšíření v prohlížeči událost potlačí u části návštěvníků. V testovacím prohlížeči proto pracujte bez rozšíření, jinak budete hledat chybu, která není ve vašem kódu. Rozdíl mezi tím, co vidíte vy, a tím, co vidí běžný zákazník, je přesně to, co vás při kontrole mate.

Identifikátory: event_id a transaction ID

Událost se spustí, ale nemá správné parametry, nejčastěji kvůli chybějícímu nebo neshodnému identifikátoru. Bez shodného ID nelze spolehlivě sloučit stejnou konverzi z prohlížeče a ze serveru. Projděte název události, hodnotu a měnu a ověřte, že se shodují ve všech zdrojích.

U Meta se deduplikace pixelu a Conversions API řídí shodou názvu události a event_id. Přepínač, kterým byste deduplikaci zapnuli, neexistuje. Buď se ID shodují, nebo se stejná konverze započítá dvakrát. U Google Ads se opakování jedné konverzní akce se stejným transaction ID nebo order ID deduplikuje, ale stejný identifikátor nepropojí dvě různé konverzní akce. Shodný identifikátor potřebujete jak pro prohlížeč, tak pro serverové nahrání.

Co porovnat u parametrů

• Název události musí být stejný v prohlížeči i na serveru.
• Hodnota a měna musí odpovídat skutečné objednávce.
• event_id musí být unikátní pro každou konverzi a shodný v obou cestách.
• transaction ID nebo order ID musí být převzaté ze systému, ne generované znovu.

Prohlížeč versus serverová konverze

Událost z prohlížeče odchází z návštěvníkova zařízení, takže ji mohou zablokovat blokátory reklam nebo chybějící souhlas. Serverová konverze jde z vašeho serveru a na prohlížeči nezávisí, ale musí mít správně nastavený identifikátor. Obě cesty je vhodné porovnávat, ne jednu považovat za náhradu druhé.

Serverové předávání konverzí má smysl řešit až ve chvíli, kdy víte, že událost z prohlížeče se vůbec spouští. Pokud ne, jen přidáte druhý zdroj, u kterého nepoznáte, jestli je správný. Podrobněji k tomu, co tato cesta přináší a co nenahrazuje, najdete v článku Conversions API: co přináší a co nenahrazuje. Až budete obě cesty zapínat, držte se postupu ve Serverové předávání konverzí: zapnutí bez dvojího počítání.

Kde hledat chybu, když událost dorazí bez parametrů

Chyba bývá v tom, že událost nese prázdné nebo nekonzistentní parametry, i když se spustí. Nejčastěji chybí hodnota, měna nebo identifikátor. Některé šablony posílají událost s výchozími hodnotami, které neodpovídají skutečné objednávce, a výsledek pak v reportu vypadá jako nesoulad s realitou.

Porovnejte událost s reálnou objednávkou nebo odeslaným formulářem za stejné období. Pokud počet událostí neodpovídá počtu objednávek, hledejte rozdíl v tom, které kroky událost volají. Často se ukáže, že událost se spouští i při neúspěšné platbě nebo při opakovaném načtení stránky s poděkováním.

Kontrolní seznam parametrů

1. Ověřte název události proti dokumentaci platformy.
2. Zkontrolujte, že hodnota odpovídá částce objednávky.
3. Ověřte měnu a její formát.
4. Porovnejte event_id nebo transaction ID s tím, který posílá server.
5. Porovnejte počet událostí s počtem objednávek za stejné období.

Google Ads: konverzní akce a zdroje

V Google Ads se událost nemusí započítat, i když dorazí, pokud není správně nastavená konverzní akce. Zkontrolujte stav konverzní akce a přehled konverzí. Rozdíl mezi primary a secondary rozhoduje o tom, zda se konverze započítá do sloupce Conversions a do nabídek. Secondary konverze jsou vidět v All conversions a custom goals mají vlastní pravidla.

Dvě oddělené akce pro jednu objednávku mohou zkreslit celkový výsledek, ale samotná existence dvou zdrojů neprokazuje dvojí počítání. Než začnete cokoli měnit, ověřte, které akce jsou primary a které secondary, a jestli se do reportu nedostává stejná konverze z prohlížeče i ze serveru.

Pozor na záměnu nástrojů. Measurement Protocol posílá serverové události do GA4, ne přímo do Google Ads. Import z GA4 a přenos přes Google Ads API nebo Data Manager jsou různé cesty. Measurement Protocol není nastavení konverzní akce Google Ads. Přehled o tom, jak se konverze a jejich zdroje chovají v čase, najdete v článku Atribuční okno: proč stejné období dává různé výsledky.

Jak ověřit, že událost opravdu dorazila

Ověření stojí na porovnání tří pohledů: co vidí platforma, co vidí váš web a co se stalo ve skutečnosti. V Meta použijte testovací události v Events Manageru, které zobrazí příchozí signály včetně parametrů. U Google Ads zkontrolujte stav konverzní akce a přehled konverzí, případně použijte náhled značky. Ke všemu porovnejte reálné objednávky nebo odeslané formuláře za stejné období.

Pokud se čísla rozcházejí, není to automaticky chyba měření. Může jít o atribuci, zpoždění zpracování nebo o to, že část návštěvníků nemá udělený souhlas. Rozhodující je, jestli se událost odešle se správnými parametry, ne jestli se počet v reportu okamžitě změní.

Propojení událostí s dalšími signály, třeba s hovory nebo s UTM značením, dává smysl řešit až poté, co máte jistotu o samotném odesílání. Když potřebujete vidět, jak se konverze a náklady chovají v jednom přehledu, pomůže přehled konverzí a nákladů podle kampaní. U telefonických konverzí se hodí vědět, jak se hovor propojí s kampaní, a u zdrojů návštěvnosti zase to, jak funguje UTM značení, které přežije až do karty v CRM.

Proč se počet konverzí po opravě nezměnil hned

Změna počtu konverzí sama o sobě neprokazuje, že šlo o duplicitní záznam. Nejdřív je potřeba zkontrolovat samotné události, identifikátory, zdroje a nastavení atribuce. Teprve potom lze hodnotit, zda se něco změnilo a proč.

Po opravě se výsledek nemusí projevit okamžitě. Platformy zpracovávají data se zpožděním, atribuční okno přisuzuje konverzi jinému kliknutí, než čekáte, a část návštěvníků bez souhlasu se do reportu z prohlížeče nedostane. Pokud jste opravili identifikátor, může se změnit jen počet sloučených konverzí, ne celkový počet událostí.

Hodnoťte proto opravu podle toho, jestli se událost odesílá se správnými parametry a jestli sedí s realitou, ne podle toho, jestli se číslo v reportu pohnulo. Když se počet nezmění, vraťte se ke kontrole identifikátorů a zdrojů, ne k přenastavení kampaní.

Co s tím udělat jako další krok

Začněte u jednoho kroku, kde má událost vzniknout, a projděte celý proces s otevřenou konzolí a testovacím nástrojem platformy. Zapište, jestli se signál odešle, s jakými parametry a jestli sedí s reálnou objednávkou. Teprve z tohoto záznamu poznáte, jestli je problém ve spuštění, v souhlasu, nebo v identifikátorech.

Pokud chcete mít kontrolu spouštění a parametrů na jednom místě a vidět, jak se konverze propsaly do reportů, projděte si sledování konverzí a jejich zdrojů.