Conversions API: co přináší a co nenahrazuje

Conversions API je serverové rozhraní, přes které posíláte události z webu nebo CRM přímo platformě, místo aby je odesílal prohlížeč. Přináší signál, který prohlížeč ztratí kvůli blokování cookies a omezením prohlížečů. Nenahrazuje pixel ani měřicí kód. Platformy počítají s tím, že běží obě cesty současně.

Stručně

• Conversions API doplňuje signál z prohlížeče, neodstraňuje ho.
• Meta i Google očekávají souběh obou cest a řeší duplicity párováním událostí.
• Bez shodného identifikátoru na obou stranách párování nefunguje.
• Změna počtu konverzí sama o sobě nic nedokazuje, je to hypotéza k ověření.
• Zdrojem serverových dat je objednávkový systém, formulář nebo CRM.

Co Conversions API je a co řeší

Conversions API je serverové rozhraní pro odesílání událostí. Prohlížeč při něm nehraje roli, data posílá váš server. Platformy ho nabízejí proto, že část prohlížečových signálů mizí kvůli blokování cookies a omezením prohlížečů.

Když uživatel odmítne cookies nebo prohlížeč omezí měřicí skripty, pixel o události mlčí. Serverová cesta tuhle mezeru zaplní, protože ji blokování v prohlížeči neovlivní. Neznamená to ale, že máte měřit jen na serveru. Pixel dál nese signál z prohlížeče, který server nevidí, a obě cesty se doplňují.

Rozdíl je v tom, kdo událost odešle a co k ní přiloží. Prohlížeč přidá kontext relace, server přidá data, která máte ve svém systému. Výsledkem je širší obrázek o cestě zákazníka. Podrobněji k tomu, jak se identifikátory přenášejí až do CRM, píšeme v článku o UTM značení, které přežije až do karty v CRM.

Co Conversions API nenahrazuje

Conversions API nenahrazuje pixel ani měřicí kód. Meta i Google počítají s tím, že běží obě cesty zároveň, a proto řeší duplicity párováním událostí. Žádný přepínač, kterým byste jednu cestu vypnuli a druhou zapnuli, pro to neexistuje.

Serverová cesta taky nenahrazuje správně nastavenou atribuci. Když se neshodne okno, ve kterém se konverze přičítá, budou se výsledky rozcházet bez ohledu na to, kolik signálu pošlete. Proč stejné období dává různé výsledky, rozebíráme v článku o atribučním okně: proč stejné období dává různé výsledky.

A nenahrazuje ani lidské rozhodnutí o tom, co je konverze. Server odešle to, co mu řeknete. Když do CRM pošlete jako konverzi fázi, kterou za konverzi nepovažujete, bude ji platforma optimalizovat stejně jako tu správnou.

Jak platformy párují události a řeší duplicity

Párování událostí probíhá podle identifikátorů, které přiložíte k události. Když přijdou dvě události se stejným identifikátorem, platforma je sloučí do jedné. Když identifikátor chybí nebo se neshoduje, párování neproběhne.

U Mete se pixel a Conversions API sloučí podle shody názvu události a event_id. Přepínač pro tohle nastavení neexistuje, děje se to automaticky na straně platformy. Stejný název události bez shodného event_id sloučí platforma jen podle dalších signálů, což není spolehlivé.

U Google Ads se opakovaná konverzní akce se stejným transaction nebo order ID deduplikuje. Stejné ID ale nespojí dvě různé konverzní akce. Shodný identifikátor potřebujete jak pro prohlížeč, tak pro serverové nahrání, jinak párování nefunguje.

Co si pohlídat u jednotlivých platforem

1. Meta: shodný název události a event_id na obou cestách.
2. Google Ads: shodný transaction nebo order ID u konverzní akce, a to z prohlížeče i ze serveru.
3. Ostatní platformy: ověřte v dokumentaci, který identifikátor považují za párovací, a držte se ho na obou stranách.

Jak poznám, že se konverze nepočítají dvakrát

Změna celkového počtu konverzí sama o sobě nic nedokazuje. Je to jen hypotéza k ověření. Číslo může klesnout, stoupnout nebo zůstat stejné a v žádném z těch případů to neříká, jestli deduplikace funguje.

Ověření má čtyři kroky a jdou v tomhle pořadí:

1. Projděte události, které odesíláte z prohlížeče i ze serveru. Musí jich být stejný počet a musí jít o tytéž situace.
2. Zkontrolujte identifikátory, které k nim přikládáte. Bez shodného identifikátoru na obou stranách párování neproběhne.
3. Ověřte zdroje dat. U e-shopu je to objednávkový systém, u leadů formulář nebo CRM.
4. Zkontrolujte nastavení atribuce. I správně spárované události se můžou přičítat jinak, než čekáte.

Teprve když události, ID a zdroje sedí, můžete mluvit o funkční deduplikaci. Postup, jak serverové předávání zapnout bez dvojího počítání, popisujeme v článku o serverovém předávání konverzí: zapnutí bez dvojího počítání.

Kde vzít data pro serverové konverze

Zdroj dat závisí na tom, odkud konverze pochází. U e-shopu je zdrojem objednávkový systém, u leadů formulář nebo CRM, kde se mění stav zákazníka. Server potřebuje vědět, kterou událost poslat, a k ní správný identifikátor.

Zásadní je, aby se z CRM odesílala jen taková fáze, kterou považujete za konverzi, a se stejným ID jako na webu. Když odešlete fázi „nový kontakt" i „uzavřená zakázka", naučíte platformu optimalizovat na obojí. To druhé je přitom to, co vás živí.

Bez vývojáře se to dá řešit přes napojení, které čte stav z vašeho systému. Potřebujete k tomu ale vědět dvě věci: které pole nese identifikátor a která změna stavu znamená konverzi. Bez toho vám žádné napojení nepomůže.

Na co se u zdrojů dat ptát

• Odkud pochází konverze: objednávka, formulář, nebo změna stavu v CRM?
• Které pole jednoznačně identifikuje událost na obou stranách?
• Která fáze je konverze a která už ne?
• Kdo dokáže do systému sáhnout, když se identifikátor změní?

Kdy se Conversions API vyplatí a kdy ne

Vyplatí se tam, kde prohlížeč ztrácí signál a zároveň máte odkud vzít data na serveru. Typicky e-shop s objednávkovým systémem nebo firma, která kvalifikuje leady v CRM. Čím víc kroků mezi kliknutím a konverzí, tím větší smysl serverová cesta má.

Naopak tam, kde konverze vzniká přímo v prohlížeči a nikde dál se nezaznamenává, nemáte co posílat. Serverová cesta potřebuje zdroj, ne jen ochotu ji zapnout.

Výsledek závisí na tom, kolik signálu prohlížeč skutečně ztrácí, jak kvalitní identifikátory máte a jak sladěnou atribuci. Univerzální číslo, o kolik se měření zlepší, neexistuje. Poznáte to jen z vlastních dat a z porovnání před zapnutím a po něm.

Jak to ověřit v praxi

Ověření stojí na porovnání, ne na dojmu. Nastavte si výchozí stav, zapište, jaké události a s jakými identifikátory odesíláte, a teprve pak zapněte serverovou cestu. Bez výchozího stavu nemáte s čím srovnávat.

Pak projděte události na obou stranách, zkontrolujte identifikátory, zdroje dat a atribuci. Když něco nesedí, hledejte to v tomhle pořadí. Většina problémů vzniká na úrovni identifikátorů a zdrojů, ne na úrovni platformy.

Užitečný je i pohled na to, co se děje po kliknutí. Když propojíte hovory s kampaní, uvidíte, jestli serverová data sedí i na konverze, které vznikají mimo web. Více v článku o sledování hovorů: propojení hovoru s kampaní. A pokud sbíráte leady na LinkedIn, platí pro ně stejná logika párování, popsaná v článku o LinkedIn leadech: jak nastavit sběr a konverzi.

Co si z toho odnést

Conversions API přináší signál, který prohlížeč ztratí. Nenahrazuje pixel, měřicí kód ani rozhodnutí o tom, co je konverze. Funguje jen ve dvojici s prohlížečovou cestou a se shodnými identifikátory na obou stranách.

Když ho zapnete bez kontroly událostí, identifikátorů a zdrojů, dostanete jen další číslo, kterému nerozumíte. Když ho zapnete s nimi, získáte přesnější obrázek a lepší podklad pro optimalizaci.

Další krok

Projděte si, jaké události dnes odesíláte z prohlížeče, a zapište, které z nich máte odkud poslat ze serveru. Pak zkontrolujte, jestli k nim na obou stranách přikládáte stejný identifikátor. Naše stránka o měření a serverovém sběru dat ukazuje, jak se dají konverze z prohlížeče i ze serveru hlídat na jednom místě.