Meta Pixel už pri profesionálne nastavenej Facebook a Instagram reklame často nestačí. Časť dát môže byť stratená pre blokovanie cookies, nastavenia prehliadačov, technické chyby, výpadky pripojenia alebo spôsob implementácie merania. Preto sa čoraz častejšie používa kombinácia Meta Pixel + Conversions API (CAPI).
Táto kombinácia však prináša jeden zásadný technický problém.
Ak rovnakú objednávku odošle do Meta Pixel z prehliadača a zároveň Conversions API zo servera, Meta môže dostať dve udalosti Purchase. Ak nie je správne nastavená deduplikácia, jedna reálna objednávka môže byť v dátach reprezentovaná dvakrát.
Výsledkom potom nemusí byť iba nepresný report.
Nesprávne dáta môžu ovplyvniť aj optimalizáciu kampaní, vyhodnocovanie ROAS a rozhodovanie o reklamnom rozpočte.
Pri Facebook a Instagram reklame preto nestačí udalosti iba odosielať. Musia byť odosielané tak, aby Meta dokázala rozpoznať, že browserová a serverová udalosť predstavujú tú istú akciu zákazníka.
Prečo kombinovať Meta Pixel a Conversions API
Meta Pixel funguje na strane prehliadača používateľa. Pri návšteve stránky alebo vykonaní určitej akcie môže odoslať udalosti ako:
PageView,ViewContent,AddToCart,InitiateCheckout,Lead,CompleteRegistration,Purchase.
Conversions API dokáže podobné udalosti odosielať zo serverovej strany.
Meta sama odporúča používanie Conversions API spolu s Pixelom, pretože serverové meranie môže pomôcť zachytiť udalosti, ktoré samotný Pixel nemusí zachytiť napríklad pre problémy s načítaním stránky alebo sieťovým pripojením.
Neznamená to však, že by ste mali automaticky započítať udalosť z prehliadača a servera ako dve konverzie.
Práve naopak.
Ak ide o rovnakú akciu používateľa, Meta potrebuje vedieť, že ju má považovať za jednu udalosť.
Čo je deduplikácia Meta udalostí
Deduplikácia je proces, pri ktorom Meta prijme rovnakú udalosť z dvoch zdrojov, ale identifikuje ju ako jednu konverziu.
Typický príklad:
Zákazník dokončí objednávku za 120 €.
Meta Pixel odošle:
Purchase – 120 €
A váš server cez Conversions API odošle:
Purchase – 120 €
Technicky teda Meta prijala dve správy. Obchodne však vznikla iba jedna objednávka.
Ak sú udalosti správne označené, Meta ich dokáže spojiť a jednu z nich považovať za duplicitnú. Meta pri deduplikácii browserových a serverových udalostí používa zodpovedajúci názov udalosti a identifikátor udalosti.
Najdôležitejší parameter: event_id
Základom správnej deduplikácie je parameter:
event_id
Pri browserovej udalosti Meta Pixel sa používa zodpovedajúci eventID.
Pri serverovej udalosti odosielanej cez Conversions API sa používa event_id.
Obidva identifikátory musia pri rovnakej udalosti obsahovať rovnakú hodnotu.
Meta vo svojej dokumentácii uvádza, že event_id slúži na deduplikáciu udalostí odoslaných cez webové meranie a Conversions API.
Príklad:
Browser:
Purchase | eventID = ORDER-87452
Server:
Purchase | event_id = ORDER-87452
Meta tak dostane informáciu:
Toto nie sú dve rôzne objednávky. Ide o tú istú udalosť odoslanú dvoma spôsobmi.
Nestačí posielať event_id iba cez Conversions API
Jednou z častých chýb je situácia, keď server generuje event_id, ale Meta Pixel rovnakú hodnotu nedostane.
Napríklad:
Pixel
Purchase
Conversions API
Purchase | event_id = abc123
Meta síce vidí dve udalosti Purchase, ale nemá spoločný identifikátor, podľa ktorého by ich mohla jednoznačne spárovať.
Správna logika je:
Meta Pixel
Purchase | eventID = abc123
Conversions API
Purchase | event_id = abc123
Rovnaký názov udalosti. Rovnaká reálna akcia. Rovnaký identifikátor.
Meta túto kombináciu uvádza ako základný spôsob deduplikácie Pixel a serverových udalostí.
Každá reálna udalosť potrebuje vlastné ID
Druhá chyba je presný opak: implementácia síce používa event_id, ale rovnaký identifikátor sa opakuje pri viacerých udalostiach.
Napríklad:
Prvý zákazník:
Purchase | event_id = purchase
Druhý zákazník:
Purchase | event_id = purchase
Tretí zákazník:
Purchase | event_id = purchase
Takéto riešenie nedáva zmysel.
event_id má identifikovať konkrétnu jednotlivú udalosť, nie typ udalosti.
V praxi preto používame napríklad:
ORDER-10581
ORDER-10582
ORDER-10583
alebo iný spoľahlivo generovaný unikátny identifikátor.
Pri nákupe môže byť vhodným základom číslo objednávky, pokiaľ je unikátne a rovnaká hodnota sa odošle cez Pixel aj Conversions API.
Pri udalostiach typu AddToCart, ViewContent alebo Lead treba zvoliť spôsob generovania ID podľa konkrétnej implementácie.
Ako môže vyzerať správny proces pri objednávke
Predstavme si e-shop.
Zákazník dokončí objednávku číslo:
56824
E-shop vytvorí identifikátor:
purchase_56824
Ten istý identifikátor následne dostanú obe merania.
Meta Pixel
Browser odošle napríklad:
Purchase
value: 149.90
currency: EUR
eventID: purchase_56824
Conversions API
Server odošle:
event_name: Purchase
value: 149.90
currency: EUR
event_id: purchase_56824
Meta prijme dve technické udalosti, ale má informáciu potrebnú na to, aby ich mohla deduplikovať ako tú istú obchodnú akciu.
Deduplikácia nie je iba problém udalosti Purchase
Najviditeľnejší problém vzniká pri objednávkach, pretože dvojité započítanie okamžite deformuje obrat a ROAS.
Deduplikáciu však treba riešiť pri všetkých udalostiach, ktoré odosielate paralelne cez Pixel aj CAPI.
Môže ísť napríklad o:
Lead
Používateľ odošle formulár.
Pixel odošle Lead.
Backend po prijatí formulára odošle cez CAPI ďalší Lead.
Bez spoločného event ID môžu vzniknúť dve udalosti namiesto jedného dopytu.
AddToCart
Používateľ pridá jeden produkt do košíka.
Browser odošle AddToCart.
Server odošle AddToCart.
Aj tu potrebujete vedieť, že ide o tú istú akciu.
InitiateCheckout
Podobný problém môže vzniknúť pri začatí objednávkového procesu.
Preto sa pri audite merania nepozeráme iba na Purchase, ale na celý konverzný lievik.
Čo sa stane, keď deduplikácia nefunguje
Najväčší problém nie je pekné alebo škaredé číslo v reporte.
Problém je, že podľa týchto dát robíte rozhodnutia.
Predstavte si:
Reálne objednávky: 50
Reálna hodnota objednávok: 5 000 €
Meta eviduje kvôli chybnému meraniu:
80 Purchase
a hodnotu konverzií:
8 000 €
Kampaň následne môže vyzerať výrazne výkonnejšie, než v skutočnosti je.
Ak podľa takéhoto ROAS zvýšite rozpočet, optimalizujete kampane alebo porovnávate jednotlivé reklamné zostavy, pracujete s nesprávnym základom.
Preto pri výkonnostnom marketingu považujeme kvalitné meranie za súčasť reklamy, nie za technický detail navyše.
Pri e-shopoch sa rovnakému princípu venujeme aj pri GA4 meraní pre e-shop, pretože duplicitné objednávky dokážu deformovať výsledky v rôznych analytických a reklamných systémoch.
Pixel + CAPI ≠ automaticky lepšie meranie
Niekedy sa stretávame s predstavou:
„Máme Pixel aj Conversions API, takže meranie máme vyriešené.“
Nemusí to tak byť.
Technológia sama osebe nezaručuje kvalitné dáta.
Treba skontrolovať:
- ktoré udalosti posiela browser,
- ktoré udalosti posiela server,
- či sú ich názvy konzistentné,
- či majú správny
event_id, - či sa rovnaké ID dostane do oboch zdrojov,
- či sa ID náhodou neopakuje,
- či sa neodosiela Purchase viackrát pri obnovení ďakovnej stránky,
- či sedí hodnota objednávky,
- či sedí mena,
- či sa udalosti spúšťajú v správnom okamihu,
- či sa nemiešajú testovacie a produkčné dáta.
Kvalita merania vzniká až správnym prepojením celého systému.
Ako deduplikáciu skontrolovať v Meta Events Manageri
Po implementácii by sa meranie nemalo automaticky považovať za správne.
Treba ho otestovať.
Meta ponúka nástroje na testovanie udalostí odosielaných cez Pixel aj Conversions API a v Events Manageri umožňuje sledovať informácie súvisiace s deduplikáciou.
Pri kontrole sa zameriavame najmä na to, či Meta vidí udalosti z:
Browser
a zároveň:
Server
a či rovnaká udalosť obsahuje zodpovedajúci identifikátor.
Nestačí teda vidieť zelenú ikonku pri Conversions API.
Potrebujeme overiť celý tok dát.
Najčastejšie chyby pri deduplikácii Meta Pixel a CAPI
1. Pixel nemá eventID
Server posiela event_id, browser nie.
Výsledok: udalosti sa nemajú podľa čoho spojiť.
2. Pixel a CAPI používajú rozdielne ID
Pixel:
847569
CAPI:
847570
Pre človeka ide o rovnakú objednávku. Pre systém sú to dve rozdielne udalosti.
3. Rovnaké event_id sa používa opakovane
Namiesto unikátneho identifikátora sa používa fixná hodnota.
To môže spôsobiť opačný problém – systém môže považovať rôzne udalosti za duplicity.
4. Názov udalosti nie je konzistentný
Browser odošle:
Purchase
Server odošle inú udalosť.
Aj správny identifikátor potom nemusí vytvoriť očakávanú dvojicu. Meta pri štandardnom deduplikačnom postupe pracuje so zodpovedajúcim event_name a event_id.
5. Purchase sa spúšťa pri každom načítaní stránky
Používateľ otvorí ďakovnú stránku.
Purchase sa odošle.
Stránku obnoví.
Purchase sa odošle znovu.
Vráti sa na stránku neskôr.
Purchase sa odošle opäť.
To už nie je iba otázka Pixel verzus CAPI. Problém je v samotnej logike aktivácie udalosti.
6. Plugin, GTM a natívna integrácia merajú súčasne
E-shop môže mať Meta Pixel nasadený:
- priamo v šablóne,
- cez Google Tag Manager,
- cez plugin,
- cez modul e-shopového systému,
- cez inú marketingovú integráciu.
Výsledkom môže byť nie dvojité, ale dokonca trojité alebo štvorité meranie.
Preto pri audite nekontrolujeme iba Events Manager. Kontrolujeme aj odkiaľ jednotlivé udalosti skutočne prichádzajú.
Deduplikácia a Event Match Quality nie sú to isté
Tieto dve oblasti sa často zamieňajú.
Deduplikácia rieši otázku:
Poslal Pixel a server rovnakú udalosť dvakrát?
Matching používateľa rieši inú otázku:
Dokáže Meta udalosť priradiť k používateľovi dostatočne kvalitne?
Môžete preto mať technicky funkčné Conversions API, ale stále slabú deduplikáciu.
Alebo naopak – správne deduplikované udalosti, pri ktorých je priestor zlepšiť ďalšie parametre a kvalitu párovania.
Pre profesionálne meranie treba kontrolovať obe oblasti.
Google Tag Manager, server-side tagging alebo natívna integrácia?
Neexistuje jedno univerzálne riešenie vhodné pre každý web.
Conversions API možno implementovať rôznymi spôsobmi a konkrétna architektúra závisí od CMS, e-shopovej platformy, technických možností a existujúceho merania.
Pri jednoduchšom e-shope môže byť vhodná kvalitná natívna integrácia.
Pri komplexnejšom projekte môže dávať väčší zmysel server-side riešenie alebo vlastná implementácia.
Meta podporuje aj integráciu Conversions API v kombinácii so server-side Google Tag Managerom a pri deduplikácii opäť uvádza používanie rovnakého event_id na browserovej a serverovej strane.
Rozhodujúce však nie je, cez čo dáta posielate.
Rozhodujúce je, či sú správne.
Pred zvýšením rozpočtu najskôr skontrolujte meranie
Ak Meta Ads ukazuje veľmi dobré výsledky, nemusí byť prvým krokom automaticky zvýšenie rozpočtu.
Najskôr si položte otázku:
Sú tieto výsledky reálne?
Porovnajte:
- objednávky v e-shope,
- Meta Events Manager,
- Ads Manager,
- GA4,
- CRM,
- platobnú alebo objednávkovú databázu.
Čísla medzi systémami nikdy nemusia byť úplne identické, pretože používajú rozdielne atribučné a meracie princípy.
Ak však Meta eviduje výrazne viac nákupov, leadov alebo tržieb, než reálne vzniklo, treba preveriť technickú implementáciu.
Presne preto pri marketingu pre e-shopy neriešime iba nastavenie kampaní. Kontrolujeme aj dáta, na ktorých sa majú kampane optimalizovať.
Ako postupujeme pri audite Meta merania
Pri problémoch s Pixelom a Conversions API odporúčame systematický postup.
1. Zmapovať všetky zdroje udalostí
Zistíme, či udalosti odosiela Pixel, GTM, plugin, server alebo viacero systémov súčasne.
2. Skontrolovať jednotlivé udalosti
Preveríme PageView, ViewContent, AddToCart, InitiateCheckout, Lead, Purchase a ďalšie relevantné udalosti.
3. Porovnať browser a server
Určíme, ktoré udalosti sa posielajú z oboch zdrojov.
4. Skontrolovať event_id
Rovnaká reálna udalosť musí dostať zodpovedajúci unikátny identifikátor na browserovej aj serverovej strane.
5. Otestovať reálnu konverziu
Nestačí pozerať nastavenie tagov. Treba vytvoriť testovaciu objednávku alebo dopyt a sledovať celý dátový tok.
6. Skontrolovať Events Manager
Overíme, čo Meta skutočne prijala a či systém dokáže udalosti správne deduplikovať.
7. Porovnať výsledok s realitou
Po úprave sledujeme, či počet a hodnota konverzií približne zodpovedajú reálnym obchodným dátam.
Presnejšie dáta môžu byť hodnotnejšie než ďalšia optimalizácia kampane
Firma môže celé týždne:
- meniť publikum,
- testovať bannery,
- upravovať texty,
- meniť rozpočet,
- presúvať peniaze medzi kampaňami,
pričom skutočný problém môže byť v meraní.
Ak algoritmus dostáva nesprávny signál o tom, čo je konverzia, optimalizujete systém podľa dát, ktorým nemôžete dôverovať.
Preto je správne nastavený Meta Pixel, Conversions API a deduplikácia udalostí základom výkonnej Meta reklamy.
Kvalitné meranie síce samo o sebe nevytvorí objednávku, ale umožní oveľa presnejšie vyhodnotiť, ktorá reklama objednávky skutočne prináša.
Potrebujete skontrolovať Meta Pixel a Conversions API?
Ak používate Facebook alebo Instagram reklamu a nie ste si istí, či sa objednávky, dopyty alebo ďalšie konverzie merajú správne, môžeme skontrolovať vaše súčasné nastavenie.
V ROI index sa pri audite Meta reklamy pozeráme nielen na kampane, publiká a kreatívy, ale aj na meranie, Meta Pixel, udalosti a Conversions API.
Cieľom nie je dosiahnuť čo najvyššie číslo konverzií v reklamnom systéme.
Cieľom je mať dáta, ktorým môžete veriť a podľa ktorých môžete robiť obchodné rozhodnutia.
Ak sa jedna objednávka stala iba raz, v dátach by sa nemala tváriť ako dve.
