Stačí posílat jen CAPI bez Pixelu?

U některých finálních high-value eventů ano, hlavně když je zdroj pravdy backend. Pro kompletní funnel a remarketing ale browserová vrstva často pořád dává smysl. Není to dogma, rozhodujte podle eventu.

Použije Meta browser i server event zároveň?

U stejného eventu s odpovídajícím event_id má dojít k deduplikaci. Cílem není zdvojnásobit konverze, ale dodat kvalitní a odolnější signál.

Co je nejčastější chyba?

Jiný event_id v browseru a serveru, jiný event_name, generování ID až v serveru bez vazby na browser, nebo duplicitní Purchase bez transaction/order ID.

BlogMěření a analytika3 min čtení

Meta Pixel + Conversions API: deduplikace přes event_id a kdy dává smysl server-only

Meta Pixel a Conversions API nejsou dvě oddělené konverze. Stejný event z browseru i serveru má Meta deduplikovat podle event_name a event_id.

Krátká odpověď

Meta Pixel a Conversions API nejsou dvě oddělené konverze, které se mají sčítat. Pokud posíláte stejný event browserem i serverem, Meta ho má deduplikovat podle stejného event_name a stejného event_id. Cílem dual setupu není „dvakrát změřit lead“, ale dodat stejnou obchodní událost dvěma cestami a zvýšit šanci, že Meta dostane kvalitní signály.

Když si musíte vybrat jen jednu cestu pro finální high-value event, často je lepší serverový nebo backendový event než čistě browserový Pixel. Browserová vrstva je ale pořád užitečná pro remarketing, page_view, view_content, add_to_cart a další signály. Praktická odpověď tedy není „Pixel vždy“ ani „CAPI vždy“, ale event-by-event architektura.

Jak deduplikace funguje

Pro stejnou událost musí browserový Pixel event a serverový CAPI event nést stejný event_name a stejné event_id. Pokud browser pošle Lead s eventID abc123 a server pošle Lead s event_id abc123, Meta může poznat, že jde o jednu událost. Pokud se event_id liší, vzniká riziko duplicit.

event_id nevymýšlejte v serveru a v browseru zvlášť. Ideální je vytvořit ho u události: pro purchase z order_id, pro lead z lead_id nebo z UUID vygenerovaného při odeslání formuláře, které se předá browseru i serveru.

Browser + server není dvojnásobné měření

V dobře nastaveném dual setupu Meta typicky použije jednu deduplikovanou událost. Přínos je v tom, že každý zdroj může nést jiné signály a má jinou spolehlivost. Browser může mít lepší kontext návštěvy a cookies. Server může mít stabilnější data, hashed email, telefon, hodnotu objednávky nebo backendový stav.

Pokud CAPI jen přeposílá totéž, co už poslal Pixel, a není deduplikované, zhoršíte si data. Pokud CAPI posílá backendový stav lead_qualified nebo order_paid, dává algoritmu kvalitnější signál než obyčejné kliknutí na tlačítko.

Kdy zvažovat server-only

Server-only dává smysl u finálních obchodních eventů, které vznikají mimo browser nebo po delším čase: lead_qualified, booking_confirmed, order_paid, subscription_started, deal_won. Tam je backend nebo CRM často zdroj pravdy a browserový Pixel by byl jen slabá aproximace.

Nevýhoda server-only je ztráta některých browserových signálů a nutnost kvalitního matching payloadu: hashed email/phone, fbp, fbc, external_id, client IP, user agent, event_source_url, action_source, consent logika. Server-only bez matching dat může být čistý, ale hůř přiřaditelný.

Praktický tok pro lead

Uživatel přijde z reklamy. 2. Web uloží click ID a fbp/fbc, pokud jsou dostupné. 3. Při formuláři vznikne lead_id a event_id. 4. Browser může poslat Lead s eventID. 5. Server nebo sGTM pošle Lead s event_id a user_data. 6. CRM později pošle QualifiedLead jako samostatný event nebo offline konverzi s vlastním ID.

Takhle oddělíte technický lead od kvalifikovaného leadu. Meta dostává lepší signál a reporting nepředstírá, že každý formulář má stejnou obchodní hodnotu.

Diagnostika

V Events Manageru sledujte Test Events, deduplikaci, Event Match Quality, varování k parametrům, duplicity a rozdíl mezi browser/server eventy. V GTM a sGTM sledujte, zda se event_id opravdu shoduje. U purchase porovnávejte počet událostí s backendem.

Pokud Meta ukazuje víc Purchase než backend, deduplikace pravděpodobně nefunguje. Pokud ukazuje výrazně méně, chybí browser/server request, consent, matching data nebo eventy padají na API chybách.

FAQ