Meta Pixel a Conversions API (CAPI): ako merať konverzie po zmenách v súkromí

Autor: Peter Weidinger · Publikované 19. 7. 2026 · Aktualizované 16. 9. 2026 · čítanie ~16 min

Ešte pred pár rokmi stačilo vložiť na web jeden merací kód a Facebook videl skoro všetko, kto pridal do košíka, kto nakúpil, za koľko. Dnes to tak nie je. Súhlasy s cookies, obranné mechanizmy prehliadačov a najmä iOS App Tracking Transparency (systémová výzva, ktorou od roku 2021 Apple pýta povolenie na sledovanie naprieč aplikáciami) postupne odrezali veľkú časť dát, ktoré sa merajú v prehliadači. Výsledok? Kampane vyzerajú horšie, než v skutočnosti sú, nie preto, že by predávali menej, ale preto, že časť predajov už nikto nezmeria. Riešením je Conversions API a v tomto článku si vysvetlíme, čo to je, prečo ho dnes potrebujete popri pixeli a ako sa vyhnúť chybám, ktoré meranie ticho rozbijú.

Meta Pixel a Conversions API: dve strany toho istého merania

Obidva nástroje robia to isté: hovoria Facebooku, čo sa na vašom webe stalo (človek si pozrel produkt, pridal do košíka, nakúpil za istú sumu). Líšia sa v tom, odkiaľ tú informáciu posielajú:

• Meta Pixel je krátky kód JavaScript, ktorý beží v prehliadači návštevníka. Keď človek spraví akciu, pixel z jeho zariadenia odošle udalosť Facebooku. Je to takzvané meranie na strane klienta (client-side), závisí od toho, či prehliadač kód spustí a či mu súhlas dovolí odoslať dáta.
• Conversions API (skratka CAPI, po slovensky „rozhranie na konverzie") posiela tú istú udalosť z vášho servera priamo do serverov Facebooku, bez účasti prehliadača. Je to meranie na strane servera (server-side), zariadenie ani prehliadač návštevníka do prenosu nevstupuje, takže ho ich obmedzenia nedokážu zablokovať.

Kľúčová vec, ktorú si treba zapamätať hneď na začiatku: CAPI nie je náhrada pixela, ale jeho doplnok. Odporúčaný stav je, že bežia obidva súčasne a tú istú konverziu hlásia dvoma nezávislými cestami. Ak jedna cesta zlyhá (súhlas, ad blocker, iOS), druhá udalosť aj tak dodá. Aby sa pritom konverzia nezapočítala dvakrát, Meta oba prúdy spojí, o tom je celá sekcia nižšie.

Prečo dnes samotný pixel nestačí

Pixel funguje presne dovtedy, kým prehliadač jeho kód spustí a dovolí mu odoslať dáta. Za posledné roky pribudlo hneď niekoľko dôvodov, prečo sa to čoraz častejšie nestane:

• Súhlas so sledovaním. Bez udeleného súhlasu (režim súhlasu, consent) merací kód dáta odoslať nesmie. Každý návštevník, ktorý cookies odmietne alebo lištu ignoruje, je z merania na strane prehliadača mimo.
• iOS App Tracking Transparency. Od roku 2021 sa používateľov iPhonov systém pýta, či povoľujú sledovanie naprieč aplikáciami. Väčšina to odmieta, čím sa Facebooku odreže veľká časť signálu z jeho mobilnej aplikácie, a práve tam trávi čas značná časť publika.
• Blokovanie cookies a ad blockery. Prehliadače ako Safari a Firefox skracujú životnosť meracích cookies a rozšírenia na blokovanie reklamy pixel jednoducho nespustia. Konverzia sa stane, ale nikto ju nenahlási.
• Kratšie okno konverzie. S kratšou životnosťou cookies sa skracuje aj čas, počas ktorého vie pixel priradiť neskorší nákup k predošlému kliku. Predaj, ktorý príde o týždeň, tak často zostane nepriradený.

Nejde o marketingové strašenie. Apple od verzií iOS 14.5, iPadOS 14.5 a tvOS 14.5 vyžaduje, aby sa aplikácie pýtali na povolenie, než začnú sledovať vašu aktivitu naprieč aplikáciami a webmi iných firiem. Časť dát sa preto už nedá vidieť priamo a treba ju dopĺňať inou cestou: presne to robí CAPI.

Dôsledok je pritom zákerný v tom, že nie je náhodný. Nemeria sa rovnomerne menej: vypadávajú konkrétne skupiny (používatelia iPhonov, ľudia citliví na súkromie). Ak sa spoliehate len na pixel, nevidíte časť konverzií a algoritmus sa učí z neúplného obrazu. Kampaň potom optimalizuje na tie konverzie, ktoré vidí, nie na tie, ktoré sa reálne stali, a to je rozdiel, ktorý vás stojí peniaze bez toho, aby ste vedeli prečo.

Ako Conversions API funguje a prečo je deduplikácia kľúčová

Predstavte si nákup na e-shope. V momente, keď zákazník dokončí objednávku, sa udalosť „nákup" odošle Facebooku dvoma cestami naraz:

• Cez pixel: z prehliadača zákazníka, ak mu to súhlas a prehliadač dovolia.
• Cez CAPI: z vášho servera, ktorý o objednávke vie tak či tak, lebo ju spracoval.

Ak obe cesty prejdú, Facebook dostane tú istú konverziu dvakrát. Bez ochrany by sa započítala dvojmo, ROAS by sa umelo nafúkol a rozhodovali by ste sa podľa vymyslených čísel. Preto existuje deduplikácia (po slovensky „odstránenie duplicít"), teda mechanizmus, ktorým Meta rozpozná, že ide o tú istú udalosť, a započíta ju len raz.

Aby to fungovalo, obe cesty musia poslať rovnaký identifikátor udalosti: parameter event_id, a rovnaký názov udalosti (event_name). Keď Facebook uvidí dve udalosti s rovnakým event_id, pochopí, že je to jeden a ten istý nákup nahlásený dvakrát, a jednu zahodí. Toto je najdôležitejšia a zároveň najčastejšie pokazená časť celého nastavenia: ak sa event_id nezhoduje, deduplikácia zlyhá a konverzie sa počítajú dvojmo.

Druhá vec, ktorá rozhoduje o kvalite, sú porovnávacie parametre. Aby Facebook vedel serverovú udalosť priradiť ku konkrétnemu človeku (a k jeho kliku na reklamu), posielate spolu s ňou identifikátory, najmä zahašované (kryptograficky zakódované, teda nečitateľné) údaje ako e-mail či telefón, ďalej IP adresu, typ prehliadača a interné identifikátory Facebooku fbp a fbc. Čím viac kvalitných parametrov pošlete, tým lepšie sa serverová udalosť spáruje. Ako presné toto párovanie je, meria Facebook skóre Event Match Quality (kvalita zhody udalostí), o ktorom je nasledujúca sekcia.

Ako to nastaviť a čo je Event Match Quality

Dobrá správa je, že na CAPI dnes vo väčšine prípadov nepotrebujete programátora. Podľa toho, na čom váš web beží, máte na výber niekoľko ciest, od najjednoduchšej po najnáročnejšiu:

Nech zvolíte ktorúkoľvek cestu, cieľom je vždy to isté: aby server posielal tie isté kľúčové udalosti ako pixel, s rovnakým event_id a s čo najlepšími porovnávacími parametrami. A práve kvalitu tých parametrov meria Event Match Quality (EMQ): skóre, ktoré vám Facebook v správcovi udalostí ukáže pre každú udalosť. Hovorí, ako dobre sa vaše serverové udalosti darí priraďovať ku konkrétnym ľuďom. Nízke skóre znamená, že posielate málo alebo chybné parametre, a časť merania sa stráca aj napriek tomu, že CAPI „beží".

Ako EMQ zlepšiť? Posielať viac kvalitných, správne zahašovaných údajov, okrem e-mailu aj telefónne číslo, meno, mesto, PSČ, IP adresu a identifikátory fbp/fbc. Dôležitá poznámka k súkromiu: tieto údaje sa hašujú ešte pred odoslaním, takže Facebook nedostáva čitateľný e-mail, ale jeho nečitateľný odtlačok. To je aj dôvod, prečo párovanie funguje bez toho, aby ste komukoľvek posielali holé osobné údaje.

A jedna vec, ktorá sa často prehliada: CAPI neobchádza súhlas. Presun merania na server nie je právna kľučka, ktorou by ste sa vyhli GDPR. Ak spracúvate osobné údaje (e-mail, IP), potrebujete na to právny základ rovnako ako pri pixeli. Serverové meranie rieši technické výpadky (blokovanie, iOS), nie právnu povinnosť získať súhlas. Kto vám sľubuje „meranie napriek odmietnutým cookies", buď nerozumie GDPR, alebo ho ignoruje, a riziko nesie klient.

Nastavenie CAPI krok za krokom: čo urobiť a v akom poradí

Nech si vyberiete ktorúkoľvek z ciest v tabuľke vyššie, poradie krokov je vždy rovnaké. Toto je postup, podľa ktorého sa dá nastavenie zadať aj vývojárovi:

1. Nájdite si svoj dataset. V správcovi udalostí (Events Manager) otvorte dataset, ktorý patrí k vášmu pixelu. CAPI sa pripája k nemu, nevytvárate nový.
2. Zvoľte spôsob pripojenia. V nastaveniach datasetu vyberiete partnerskú integráciu (ak e-shop beží na hotovej platforme), Conversions API Gateway alebo vlastnú implementáciu cez Marketing API.
3. Vygenerujte prístupový token. Pri vlastnej implementácii ho vytvoríte v nastaveniach datasetu. Je to prihlasovací údaj: patrí na server, nie do kódu stránky.
4. Zosúlaďte udalosti s pixelom. Server musí posielať tie isté kľúčové udalosti a rovnaké názvy (napríklad Purchase, Lead) ako pixel.
5. Nastavte spoločné event_id. Jedna konverzia = jeden identifikátor, ktorý sa pošle z prehliadača aj zo servera. Bez toho deduplikácia nefunguje.
6. Doplňte porovnávacie parametre. Zahašovaný e-mail, telefón, meno, mesto, PSČ, IP adresu a identifikátory fbp a fbc. Práve tie rozhodujú o kvalite párovania.
7. Otestujte. V nástroji Testovanie udalostí (Test Events) spravíte skúšobnú objednávku a sledujete, či udalosť dorazila z oboch zdrojov.
8. Overte deduplikáciu a EMQ. V prehľade udalostí skontrolujete, či je udalosť označená ako deduplikovaná a aké má skóre Event Match Quality. Až tu sa ukáže, či nastavenie naozaj funguje.

Kroky 1 až 4 zvládne aj šikovný nasadzovateľ. Zlomí sa to zvyčajne na krokoch 5 až 8: bez zhodného event_id sa konverzie počítajú dvojmo a bez overenia v poslednom kroku sa o tom nedozviete. Preto nikdy nepovažujte CAPI za nasadené v momente, keď sa v správcovi udalostí objavia prvé serverové udalosti.

Kedy to prekontrolovať znova: pri každej väčšej zmene webu (nová šablóna, aktualizácia doplnku, zmena košíka) a inak aspoň raz mesačne popri kontrole kampaní.

Pravidlá Meta, na ktorých nastavenie padá: 48 hodín, 7 dní a hašovanie

Postup vyššie hovorí, čo urobiť a v akom poradí. Nasledujúce pravidlá hovoria, kedy Meta serverovú udalosť vôbec prijme a kedy ju spáruje s udalosťou z prehliadača. Sú to najčastejšie miesta, kde nastavenie vyzerá hotovo, no dáta sú nepoužiteľné.

Z okna 48 hodín plynie praktický dôsledok pre dávkové odosielanie: ak server posiela udalosti raz denne, do okna sa ešte zmestíte, ak raz za týždeň, deduplikácia už neprebehne a zároveň narazíte na limit siedmich dní. Preto sa udalosti posielajú priebežne, nie ako nočný export.

Hašovanie údajov: čo sa hašuje a čo v žiadnom prípade

Porovnávacie parametre sa posielajú zahašované algoritmom SHA256 a Meta vyžaduje presnú normalizáciu pred hašovaním. Zle normalizovaný údaj dá iný haš a párovanie zlyhá, hoci parameter v udalosti technicky je.

• E-mail (em): odstrániť medzery na začiatku a na konci, previesť na malé písmená.
• Telefón (ph): odstrániť symboly, písmená aj úvodné nuly a uviesť predvoľbu krajiny. Slovenské číslo 0905 123 456 tak vstupuje do hašu ako 421905123456.
• Meno a priezvisko (fn, ln): malými písmenami, bez interpunkcie; pri diakritike v kódovaní UTF-8.
• Mesto (ct): malými písmenami, bez medzier a bez interpunkcie.
• PSČ (zp): malými písmenami, bez medzery a bez pomlčky.
• Nehašuje sa: fbp, fbc, client_ip_address ani client_user_agent. Zahašovaná hodnota tu párovanie pokazí.

Pri slovenských údajoch sa to láme na dvoch miestach: telefón uložený v tvare 0905... bez predvoľby a mesto s diakritikou a medzerou, napríklad Banská Bystrica. Normalizácia preto patrí do kódu, ktorý údaje pred odoslaním upraví, nie do ručnej úpravy databázy.

Časté chyby

• CAPI bez zhodného event_id. Najčastejšia a najdrahšia chyba: server aj pixel posielajú udalosti, ale s rôznym identifikátorom. Deduplikácia zlyhá a konverzie sa počítajú dvakrát, ROAS vyzerá skvele a rozhodnutia stoja na falošných číslach.
• Nasadené CAPI, ale s biednym EMQ. Server síce posiela udalosti, ale takmer bez porovnávacích parametrov. Facebook ich nemá ku komu priradiť, takže reálny prínos je minimálny, meranie „beží", no nič nedopĺňa.
• Len CAPI, bez pixela (alebo naopak). Obe cesty majú svoje slepé miesta. Samotný pixel prichádza o blokované konverzie, samotné CAPI zase o časť signálov z prehliadača, ktoré zlepšujú párovanie. Zmysel dáva kombinácia oboch.
• Ignorovaný súhlas. Posielanie osobných údajov na server bez právneho základu nie je „chytré meranie", ale porušenie pravidiel ochrany súkromia. Meranie treba riešiť v rámci súhlasu, nie mimo neho.
• Meranie sa nikdy neoverí. Nasadí sa a už sa naň nepozrie. Pritom stačí zmena šablóny e-shopu alebo aktualizácia doplnku a udalosti prestanú chodiť. Meranie treba pravidelne kontrolovať v správcovi udalostí, inak sa o výpadku dozviete až z prepadnutých výsledkov.

Väčšina týchto chýb má jedného spoločného menovateľa: meranie sa nastaví raz a považuje sa za hotové. V skutočnosti je to živá súčasť účtu, ktorá si žiada rovnakú starostlivosť ako samotné kampane, a jej kvalita priamo určuje, ako dobre sa vaše reklamy dokážu učiť a koľko z rozpočtu miniete zmysluplne. Ako meranie zapadá do širšieho obrazu, rozoberá porovnanie Facebook vs Google Ads, a na dobre odmeraných dátach potom stavia aj remarketing na Facebooku. Základy merania konverzií naprieč platformami nájdete v článku Meranie konverzií v GA4.

Ak web beží na WordPresse, pixel aj ďalšie meracie skripty tam väčšinou pridáva doplnok a každý doplnok navyše sa podpíše pod rýchlosť načítania. Čo vo WordPresse nastaviť, aby web zostal rýchly a dobre indexovateľný, zhŕňa návod SEO pre WordPress: nastavenia, doplnky a rýchlosť.

Často kladené otázky

Ako nastaviť Facebook CAPI?

V správcovi udalostí otvorte dataset svojho pixela, v jeho nastaveniach zvoľte spôsob pripojenia (partnerská integrácia, Conversions API Gateway alebo vlastná implementácia cez Marketing API) a vygenerujte prístupový token. Server potom nastavte tak, aby posielal tie isté udalosti ako pixel, s rovnakým event_id a s čo najlepšími porovnávacími parametrami. Nastavenie na záver overte v nástroji Testovanie udalostí a skontrolujte skóre Event Match Quality.

Ako zistím, či mi CAPI naozaj funguje?

Nestačí, že v správcovi udalostí vidíte prichádzať serverové udalosti. Skontrolujte tri veci: či sú udalosti označené ako deduplikované (inak sa konverzie počítajú dvakrát), aké je skóre Event Match Quality (nízke znamená, že posielate málo alebo chybné parametre) a či cez Testovanie udalostí dorazí skúšobná konverzia z prehliadača aj zo servera.

Ako dlho po udalosti z prehliadača smie server poslať tú istú konverziu?

Najviac 48 hodín. Meta deduplikuje udalosti, len ak druhú z dvojice dostane do 48 hodín od prvej udalosti s daným event_id. Serverová udalosť odoslaná neskôr, napríklad z nočného alebo týždenného exportu, už nemá čo spárovať a započíta sa ako ďalšia konverzia. Druhou príčinou býva odlišný názov udalosti: párovanie stojí na zhode event_id aj event_name, takže Purchase v prehliadači a vlastný názov na serveri sa nikdy nespoja.

Prečo Meta odmietla celú dávku serverových udalostí?

Najčastejšie pre parameter event_time. Je to unixový čas v sekundách a udalosť smie byť najviac sedem dní stará. Ak je čo i len jedna udalosť v dávke staršia, Meta vráti chybu pre celú požiadavku, nielen pre tú jednu udalosť. Staršie záznamy z fronty preto vyraďte ešte pred odoslaním a udalosti posielajte priebežne.

Aký je rozdiel medzi Meta Pixelom a Conversions API?

Meta Pixel je merací kód, ktorý beží v prehliadači návštevníka a odtiaľ posiela udalosti Facebooku, je to meranie na strane klienta. Conversions API (CAPI) posiela tie isté udalosti z vášho servera priamo Facebooku, mimo prehliadača, je to meranie na strane servera. Rozdiel je zásadný pri blokovaní: pixel dokáže zablokovať ad blocker, odmietnuté cookies alebo iOS App Tracking Transparency, kým serverový prenos cez CAPI tieto prekážky zablokovať nedokážu. Nejde o konkurenčné nástroje, odporúča sa mať oba a nechať ich bežať súbežne.

Prečo dnes samotný Meta Pixel na meranie nestačí?

Pixel funguje len vtedy, keď prehliadač jeho kód spustí a dovolí mu odoslať dáta, a to sa čoraz častejšie nestane. Bez udeleného súhlasu s cookies dáta odoslať nesmie, iOS App Tracking Transparency odreže veľkú časť signálu z mobilnej aplikácie Facebooku, prehliadače ako Safari skracujú životnosť cookies a ad blockery pixel nespustia vôbec. Výsledkom je, že časť reálnych konverzií sa nikdy nenahlási, a keďže výpadky nie sú náhodné, ale postihujú konkrétne skupiny ľudí, algoritmus sa učí z neúplného a skresleného obrazu.

Čo je deduplikácia a prečo je pri CAPI taká dôležitá?

Keď bežia pixel aj CAPI súčasne, tú istú konverziu nahlásia Facebooku dvakrát, raz z prehliadača, raz zo servera. Deduplikácia je mechanizmus, ktorým Meta rozpozná, že ide o jednu a tú istú udalosť, a započíta ju len raz. Aby fungovala, obe cesty musia poslať rovnaký identifikátor udalosti (parameter event_id) a rovnaký názov udalosti. Ak sa event_id nezhoduje, deduplikácia zlyhá a konverzie sa počítajú dvojmo, čím sa umelo nafúkne ROAS a rozhodujete sa podľa skreslených čísel. Preto treba deduplikáciu po nasadení vždy otestovať.

Potrebujem na nasadenie Conversions API programátora?

Vo väčšine prípadov nie. E-shopy na hotových platformách ako Shopify či WooCommerce majú partnerské integrácie, kde CAPI zapnete doplnkom alebo niekoľkými klikmi. Kto nechce vlastný kód, môže využiť Conversions API Gateway so sprievodcom nastavením, prípadne serverový kontajner Google Tag Manager, ak ho už používa. Programátora potrebujete až pri priamej integrácii cez Marketing API, ktorá dáva plnú kontrolu, ale vyžaduje vývoj. Nech zvolíte ktorúkoľvek cestu, cieľ je rovnaký: posielať zo servera tie isté kľúčové udalosti ako pixel, s rovnakým event_id a kvalitnými porovnávacími parametrami.

Obíde CAPI potrebu súhlasu so sledovaním podľa GDPR?

Nie. Presun merania na server je technické, nie právne riešenie. Ak cez CAPI spracúvate osobné údaje ako e-mail alebo IP adresu, potrebujete na to právny základ presne tak ako pri pixeli. Serverové meranie rieši technické výpadky spôsobené blokovaním, iOS alebo odmietnutými cookies, ale nezbavuje vás povinnosti získať súhlas. Kto sľubuje meranie napriek odmietnutým cookies, buď nerozumie GDPR, alebo ho vedome ignoruje, a právne riziko nesie inzerent, nie ten, kto meranie nasadil.

Musím mať Conversions API, aj keď mám len malý e-shop?

Netreba to preháňať s náročnými riešeniami, ale samotný princíp platí aj pre malé e-shopy: časť konverzií sa v prehliadači stráca bez ohľadu na veľkosť obchodu. Ak beží na hotovej platforme ako Shopify alebo WooCommerce, zapnutie CAPI je väčšinou otázka doplnku alebo partnerskej integrácie, teda nízke úsilie s reálnym prínosom v presnosti merania. Čím menší rozpočet máte, tým dôležitejšie je, aby sa každá reálna konverzia odmerala, lebo algoritmus má na učenie menej dát a každý chýbajúci signál váži viac.

Nespôsobí Conversions API, že sa mi konverzie budú počítať dvakrát?

Iba vtedy, ak je nasadené nesprávne. Keď pixel aj server posielajú tú istú udalosť s rovnakým identifikátorom event_id a rovnakým názvom udalosti, Facebook cez deduplikáciu rozpozná, že ide o jeden nákup, a započíta ho len raz. Dvojité počítanie vzniká práve vtedy, keď sa event_id nezhoduje, server a prehliadač potom vyzerajú ako dve rôzne konverzie. Preto po nasadení CAPI treba deduplikáciu otestovať v správcovi udalostí a overiť, že sa udalosti párujú, nie zdvojujú.