Server-side měření a Meta CAPI: jak přestat střílet reklamy poslepu

Vaše data mizí a vy o tom možná ani nevíte

Otevřete si Správce reklam, koukáte na počet konverzí a máte pocit, že něco nesedí. V e-shopu vidíte za včerejšek 180 objednávek, ale Meta vám hlásí sotva 120. Ten rozdíl nejsou ztracené objednávky, ty proběhly v pořádku a peníze máte na účtu. Jsou to konverze, o kterých se Facebook nikdy nedozvěděl, protože je cestou od prohlížeče někdo zablokoval.

A v tom je jádro problému. Dokud Meta o konverzi neví, nemůže podle ní optimalizovat. Algoritmus se učí z poloviny dat, cílí podle neúplného obrázku a vy platíte za zobrazení lidem, kteří nikdy nekoupí. Přesně tuhle díru zalepuje server-side měření přes Meta Conversions API, zkráceně CAPI.

Pojďme si rozebrat, o co jde, proč to dnes není nadstandard ale úplný základ, a jak to nasadit tak, aby vám to reálně zvedlo výkon.

Dvě cesty, kterými se data dostávají k Meta

Rozdíl mezi pixelem v prohlížeči a server-side měřením přes Meta CAPI

Klasický Meta Pixel běží v prohlížeči návštěvníka. Když někdo dokončí objednávku, kód v jeho prohlížeči odešle Facebooku informaci „tady proběhl nákup za 1 490 Kč“. Funguje to skvěle ve chvíli, kdy mu nic nestojí v cestě. Jenže dneska stojí.

Server-side měření jde jinudy. Událost neposílá prohlížeč zákazníka, ale váš vlastní server přímo na servery Meta. Je to komunikace stroj se strojem, která se odehrává mimo prohlížeč, takže na ni neplatí adblockery, blokované cookies ani zavřený panel se souhlasem. Data prostě dorazí.

Ideál není vybrat si jednu z těch cest. Ideál je posílat obojí zároveň a nechat Meta, ať si z toho složí co nejúplnější obrázek.

Proč pixel sám o sobě přestal stačit

Před pár lety stačilo nalepit pixel na web a bylo hotovo. Pak přišla řada změn, které z prohlížeče udělaly děravé síto:

Applové ATT (od iOS 14.5) se každého uživatele iPhonu ptá, jestli ho aplikace smí sledovat napříč weby. Drtivá většina lidí ťukne na „nesledovat“ a signál je pryč. Safari přes svůj mechanismus ITP navíc zkracuje životnost cookies nastavených přes JavaScript klidně na sedm dní, takže atribuce delších nákupních cest se rozpadá. K tomu přičtěte adblockery, které dnes používá zhruba třetina lidí a které pixel často zablokují dřív, než vůbec stihne vystřelit. A nakonec cookie lišta: když návštěvník odmítne marketingové cookies, pixel v prohlížeči podle pravidel mlčí.

Každý z těch faktorů ukrojí kus dat. Dohromady se běžně stane, že vám v prohlížeči zmizí 20 až 40 procent konverzí. To není zaokrouhlovací chyba, to je jako řídit s polovinou zaseklého tachometru. Přesně na tyhle díry existuje řešení a jmenuje se server-side měření.

Jak server-side měření a CAPI fungují pod kapotou

Princip je hezky přímočarý. Konverze se odešle dvakrát: jednou z prohlížeče přes pixel a podruhé ze serveru přes CAPI. Aby to Meta nespočítala jako dva nákupy, dostane každá událost stejné unikátní ID (event_id). Meta pak obě zprávy spáruje, pozná, že jde o tutéž konverzi, a nechá jen jednu. Tomuhle se říká deduplikace a je to naprostý základ, bez kterého se vám čísla nafouknou k nepoužitelnosti.

Server navíc umí připojit víc informací pro spárování s konkrétním uživatelem: hashovaný e-mail, telefon, IP adresu, identifikátory fbc a fbp z prohlížeče. Všechno v zašifrované podobě, takže Meta dostane otisk, ne holá data. Čím víc těchhle střípků pošlete, tím líp dokáže Meta konverzi přiřadit ke správnému člověku a ke správné reklamě.

Event Match Quality: číslo, které rozhoduje o všem

Parametry, které zvyšují Event Match Quality v Meta CAPI

Kvalitu párování Meta hodnotí metrikou Event Match Quality (EMQ) na škále nula až deset. Čím vyšší, tím spolehlivěji dokáže přiřadit konverzi k člověku, který na reklamu klikl. A od toho se odvíjí přesnost atribuce i schopnost algoritmu najít další podobné kupující.

EMQ zvednete tím, že do serverové události posíláte co nejvíc parametrů: e-mail, telefon, jméno, město, PSČ, externí ID zákazníka a zmíněné fbc s fbp. Rozdíl mezi účtem, který posílá jen e-mail, a účtem, který posílá kompletní sadu, bývá i několik bodů. Cíl je dostat se přes sedmičku. Pod pěti to znamená, že necháváte výkon ležet na stole.

Co to udělá s vašimi kampaněmi

Server-side měření není měřicí exhibice pro potěchu analytika. Úplnější signál má velmi praktické dopady. Meta má z čeho optimalizovat, takže rychleji projde fází učení a dřív začne dodávat stabilní výsledky. Atribuce sedí realitě, takže konečně vidíte, které kampaně opravdu vydělávají a které jen vypadají draze, protože jim chyběla data. A reklamní systém cílí podle skutečných kupujících, ne podle náhodné poloviny, kterou pustil prohlížeč.

V praxi se po správném nasazení běžně vrátí ta zmíněná pětina až dvě pětiny konverzí, které předtím mizely. Kampaně na to reagují nižším vykazovaným CPA a vyšším ROAS, protože stejný počet nákupů se konečně připíše tam, kam patří. Sama Meta uvádí, že inzerenti, kteří kombinují Pixel a CAPI, mají v průměru zhruba o 13 procent nižší cenu za konverzi.

Není CAPI jako CAPI (a na téhle větě to celé stojí)

Tady pozor, protože slovo CAPI dnes označuje několik dost odlišných řešení a ne všechna vám dají to samé. Meta letos spustila takzvané měření na jedno kliknutí, které si zapnete přímo v Business Suite bez řádku kódu. Zní to skvěle a pro úplného začátečníka to má smysl, jenže v jádru jde pořád o měření přes prohlížeč, které jen navíc pošle data i zadem. Když tedy adblocker zabije Pixel dřív, než stihne vystřelit, přijdete o data i tak. K tomu je to černá skříňka, kde neřídíte, co přesně a v jaké podobě odchází.

O úroveň výš stojí CAPI Gateway přes partnery typu Stape, který posílá data přes vaši vlastní subdoménu a pracuje s first party cookies. Tím obejde i to safariovské sedmidenní omezení a odchozí data se hůř blokují. Za pár stovek měsíčně slušné řešení.

Nejvíc kontroly a nejmenší ztrátovost ale pořád dává přímá integrace na vašem serveru, kde si sami určujete, jaké události a s jakými parametry odcházejí. Kdo si na backend netroufá, má výborný kompromis v serverovém Google Tag Manageru hostovaném na vlastní doméně. V obou případech platí, že o data nepřijdete, ani když návštěvník jede s adblockerem.

Čemu se při nasazení vyhnout

Ať zvolíte kteroukoli cestu, pár chyb dokáže celé měření rozbít. Nejčastější je posílat serverovou událost bez event_id, což vypne deduplikaci a čísla se zdvojnásobí. Dál se zapomíná na hashování osobních údajů, takže integrace buď neprojde, nebo posíláte data v podobě, ve které nemají co dělat. Chybět nesmí ani fbc a fbp, bez kterých EMQ nikdy nevyletí nahoru. A nad tím vším visí souhlas: server-side neznamená obcházení GDPR, takže měření musí respektovat volbu návštěvníka a napojení na Consent Mode.

Na závěr bez příkras

Server-side měření není kouzelný proutek, který z průměrných kampaní udělá přes noc trhák. Je to ale základní hygiena, bez které dnes na Meta pálíte rozpočet naslepo a divíte se, proč čísla nesedí. V momentě, kdy algoritmus dostane úplná data, začne pracovat pro vás a ne proti vám.

Jestli tušíte, že vám konverze utíkají, ale nevíte kudy, ozvěte se. Podíváme se vám na měření, spočítáme, kolik dat reálně ztrácíte, a nastavíme CAPI tak, aby vám kampaně přestaly lhát.

Online call

Zarezervujte si online konzultaci zdarma

Roman
Kontakt

Pojďme nastartovat Váš projekt

Řekněte nám, co vás brzdí. Ozveme se, zkontrolujeme Váš stav a poradíme, kde přidat. Žádné sliby, ale konkrétní kroky které Vám pomohou zvýšit tržby.

Zavolejte nám

+420 723 844 524

(Po-Pá 8:00 - 16:00 hod.)
Vaše zpráva byla úspěšně
odeslána

Kontaktní formulář