Na webu svítí Pixel a v reklamním účtu přibývají události. To ještě neznamená, že měření funguje. Událost nákupu se může spouštět dvakrát, hodnota může obsahovat jinou měnu a lead může vzniknout už při otevření formuláře. Report potom vypadá přesně. Jen popisuje něco jiného než obchod.
Původní článek z roku 2022 procházel tehdejší rozhraní, seznam událostí, publika a nastavení. Rozhraní se průběžně mění a Meta dnes webová data sdružuje v datasetech. Stabilní postup začíná jinde: nejdřív navrhnout obchodní události, potom je implementovat a nakonec ověřit na skutečné cestě zákazníka.
Meta Pixel měří v prohlížeči, Conversions API posílá data ze systému
Meta Pixel je kód na webu, který může zaznamenat návštěvu a akce provedené v prohlížeči. Conversions API vytváří přímé spojení mezi daty firmy — například z webového serveru, e-shopové platformy nebo CRM — a systémy Meta.
Meta doporučuje u webových událostí zvažovat Pixel společně s Conversions API. Serverové spojení může být méně ovlivněné chybou načtení stránky, výpadkem připojení nebo částí blokování v prohlížeči. Neznamená to úplná data a už vůbec ne povolení obejít volby uživatele. Meta výslovně uvádí, že Conversions API není nástroj k obcházení pravidel ochrany soukromí; aktuální principy popisuje v oficiální dokumentaci Conversions API.
Začněte výsledkem, který firma opravdu používá
Nejprve sepíšu, co má reklamní systém rozpoznat a co podle toho firma rozhodne. U e-shopu typicky potřebuji zobrazení produktu, přidání do košíku, zahájení objednávky a dokončený nákup. U B2B webu může být důležitý kvalifikovaný lead, rezervace schůzky nebo pozdější stav z CRM.
Ne každé kliknutí potřebuje vlastní událost. Sbírám data, která mají jasný účel:
- měření skutečného výsledku kampaně;
- optimalizaci reklamy na obchodně důležitou akci;
- tvorbu relevantního publika tam, kde je to oprávněné;
- diagnostiku míst, kde lidé cestu opouštějí;
- propojení webového chování s výsledkem v e-shopu nebo CRM.
Událost nazvaná Lead nemá vzniknout jen proto, že někdo otevřel kontakt. Purchase se nemá spustit při návštěvě děkovací URL, na kterou lze přijít bez platné objednávky. Technický název musí odpovídat obchodní skutečnosti.
Každá důležitá událost má vlastní datovou smlouvu
Pro implementaci připravuji krátký popis: kdy se událost spustí, odkud vezme hodnotu, jakou má měnu, jaké ID produktu nebo objednávky předává a kdo její správnost vlastní.
U nákupu kontroluji především:
- spuštění až po úspěšném dokončení objednávky;
- správnou hodnotu podle dohody firmy, nikoli náhodný součet z obrazovky;
- měnu ve správném formátu;
- jedinečné ID objednávky nebo události;
- ID produktů shodná s katalogem, pokud se používají produktové reklamy;
- ochranu proti opakovanému spuštění při obnovení stránky.
Rozhodnutí, zda reportovat tržbu s daní, dopravou nebo slevou, musí být ve firmě jednotné napříč Meta, analytikou a ekonomickým reportem. Jinak dvě správně fungující platformy ukazují jiné hodnoty jen proto, že dostaly jiné zadání.
Pixel a serverovou událost je potřeba deduplikovat
Když stejný nákup posílá prohlížeč i server, Meta potřebuje poznat, že jde o jednu akci. Implementace proto používá shodný název události a shodný identifikátor události pro obě cesty. Pokud se ID vytváří pokaždé jinak nebo chybí, report může jeden nákup započítat dvakrát.
Deduplikaci netestuji pohledem do zdrojového kódu. Udělám kontrolní objednávku a sleduji, zda v testovacích událostech dorazila prohlížečová i serverová verze a zda je systém spojil. Technické parametry ověřuji proti aktuální dokumentaci Meta pro Conversions API, protože názvy polí a doporučení se mohou měnit.
Implementaci vybírejte podle provozu, ne podle ega
Meta nabízí partnerské integrace, ruční instalaci a další způsoby propojení. Aktuální možnosti popisuje v návodu nastavení Meta Pixelu. U běžné e-shopové platformy bývá ověřená partnerská integrace bezpečnější než vlastní kód bez údržby. U složitého webu nebo CRM může být ruční řešení přesnější, ale potřebuje dokumentaci, testy a odpovědného člověka.
Nepřidávám další plugin jen proto, že se jmenuje „advanced“. Dvě integrace mohou posílat stejnou událost, různě počítat hodnotu nebo si přepisovat souhlas. Nejprve zjistím, co už na webu běží.
Souhlas a minimalizace dat jsou součást návrhu
Pixel i Conversions API pracují s marketingovými daty. Firma musí mít vyřešené právní a informační povinnosti pro svůj konkrétní provoz a trh. Tento článek není právní návod. Z technického pohledu ale trvám na tom, aby měřicí systém respektoval nastavení souhlasu a neposílal údaje, které pro daný účel nepotřebuje.
Hashování není anonymizace ani automatický právní základ. Serverové odeslání není způsob, jak poslat totéž potají. Technika má plnit rozhodnutí firmy a její právní rámec, ne je obcházet.
Kontrola funkčnosti musí projít celou cestu
Po nasazení nestačí vidět zelenou kontrolku. Projdu web jako zákazník a u každého kroku ověřím:
- Načte se správný dataset nebo Pixel a jen tam, kde má?
- Spustí se správná událost ve správný okamžik?
- Obsahuje hodnotu, měnu, ID a další domluvené parametry?
- Nevzniká stejná událost dvakrát?
- Dorazí serverová událost a deduplikuje se s prohlížečovou?
- Odpovídají produktová ID katalogu?
- Funguje chování při zamítnutém souhlasu podle zvoleného režimu?
- Objeví se výsledek také v e-shopu nebo CRM?
Používám testovací události v Events Manageru, diagnostiku, rozšíření Meta Pixel Helper a skutečnou testovací objednávku či formulář. Potom porovnám počty s interním systémem. Rozdíl mezi platformami může vzniknout atribucí a technickými omezeními; dramatický rozdíl nebo přesný dvojnásobek je signál k opravě.
Publikum je důsledek kvalitních událostí
Pixel umožňuje pracovat s lidmi podle návštěv a akcí na webu. Nejdřív ale ověřuji oprávnění, velikost a obchodní význam. Publikum všech návštěvníků za dlouhé období může být směs zákazníků, uchazečů o práci, robotů a lidí, kteří hledali úplně jiné téma.
Lepší zdroj vznikne z jasné události a vztahu: prohlédnutý produkt, opuštěný košík, skutečný zákazník nebo relevantní lead. I tehdy kontroluji vyloučení lidí, kteří už požadovaný krok dokončili, a četnost reklamy.
Meta report není firemní účetnictví
Platforma používá vlastní atribuční pravidla. Google Analytics 4 zase sleduje cestu jinak a CRM zná kvalitu leadu až po práci obchodu. Čísla se nemusí shodovat. Potřebuji vědět proč a který systém slouží kterému rozhodnutí.
Kampaně značím pomocí UTM parametrů a propojuji s obchodním výsledkem. Ekonomiku a cílení reklamy rozebírám v článku o Facebook reklamě. Pro pravidelnou kontrolu všech měřicích systémů použijte checklist online marketingu.
Správné měření neznamená posílat co nejvíc událostí. Znamená posílat správnou informaci ve správný okamžik, právě jednou a s jasným důvodem.