Facebook Pixel és Conversions API WordPress alatt: a 2026-os beállítás

Ha régi útmutató alapján keresel valamit a Meta felületén, jó eséllyel nem fogod megtalálni — nem azért, mert elrontottad, hanem mert máshogy hívják.

A böngészőoldali pixel a látogató gépén fut: egy JavaScript-fájl, ami onnan küldi az eseményt a Metának. Sérülékeny — reklámblokkoló, Safari korlátozásai, sütitörlés, az iPhone-os követéskérdés mind kiüt belőle darabokat.

A Conversions API (rövidítve CAPI) ezt kerüli meg: nem a böngésző küld, hanem a te szervered a Meta szerverének. Böngészőből nem blokkolható. Cserébe nem lát mindent — a görgetést, a kattintást nem —, és neked kell megadnod azokat az adatokat, amikből a Meta beazonosítja a vásárlót.

A Meta ajánlása a kettő együtt: ugyanaz az esemény mindkét úton elindul, és a rendszer összefésüli őket. Ez nem dupla mérés, hanem a hiányzó darabok kitöltése.

És most jön, amiért ez 2026-ban már nem választás kérdése. Az Európai Unió digitális piacokról szóló szabályozása nyomán a Meta 2026 januárjától felkínálja az uniós felhasználóknak a „kevésbé személyre szabott hirdetés” lehetőségét. Aki ezt választja, arról a Meta lényegesen kevesebb jelet kap: nagyrészt csak azt, hogy milyen oldalon járt, milyen eszközről, melyik országban. A közönséged tehát kettéhasadt — és az Ads Managerben nem látod, ki melyik rétegben van. A gyakorlati következmény egyszerű: minél kevesebb jel jön a böngészőből, annál többet ér a szerveredről küldött adat.

Ha mindkét úton küldöd ugyanazt az eseményt, meg kell mondanod a Metának, hogy ez egy vásárlás volt, nem kettő. Ezt hívják deduplikációnak, és a szabálya rövid:

És van egy pont, amit érdemes kétszer elolvasni: a Meta az egy forráson belüli duplikációt nem javítja ki. Ha a pixel kétszer van kitéve az oldalra — mondjuk egyszer a bővítményből, egyszer a Tag Managerből —, az két külön esemény marad, akárhogy paraméterezed. Ezt csak úgy lehet megszüntetni, hogy az egyiket kiveszed.

Dedup nélkül a vásárlásaid kétszer számolódnak. A riportban szép nagy szám lesz, a megtérülés papíron kiváló — és a kampányod rossz adatból tanul. Ez a magyar webshopoknál a leggyakoribb mérési hazugság.

Öt reális út van, és mindegyiknek megvan a maga helye.

Ha a webshopmotor kérdése nálad még nyitott, arról külön írtam: melyik webshopmotort válaszd — mert a mérés bekötése platformonként nagyon eltérő munka.

A pixel csak a látogató kifejezett, előzetes, tevőleges hozzájárulása után sülhet el. Nem előtte, nem továbbgörgetéssel, nem előre bepipált négyzettel.

A Meta ezt maga is így mondja, és a felelősséget egyértelműen áthárítja: a fejlesztői dokumentációjában szó szerint az áll, hogy minden vállalat maga felel a saját adatvédelmi megfeleléséért. Ad hozzá eszközt — a pixel consent parancsát, amivel felfüggeszthető és engedélyezhető a tüzelés —, de a bekötés a te dolgod, és a bírságot is te kapod.

Van erre magyar precedens. A NAIH 2022-ben 10 millió forintos bírságot szabott ki egy nagy médiavállalatra a sütikezelés miatt. A határozat megállapításai szinte soronként ráhúzhatók egy rosszul bekötött mérőkódra: nem megfelelő tájékoztatás; a hozzájárulás nem felelt meg a jogszabálynak; a „mi és partnereink” típusú általános hivatkozás nem elég, a partnereket néven kell nevezni; a visszavonás nem volt olyan egyszerű, mint a megadás. A hatóság azt is kimondta, hogy egy iparági szabvány rendszer használata önmagában nem jelent megfelelést.

Fontos a pontosság: ez a határozat a sütibanner keretrendszeréről szólt, nem konkrétan a Facebook-pixelről, és nem ismerek olyan magyar döntést, amely a pixelt név szerint marasztalta volna el. Az elv viszont ugyanaz, és a pixel pontosan ebbe a kategóriába esik.

Van egy szakmai vita, amit érdemes ismerned. A Meta hivatalos mintája szerint a pixelt betöltöd, de „visszavont” állapotban indítod, és a banner elfogadása után engedélyezed. Csakhogy ilyenkor a pixel fájlja már letöltődött a Meta szerveréről — ami önmagában is adattovábbítás. Ezért több európai szakértő és sütibanner-készítő a teljes blokkolást javasolja: a szkript be se töltődjön hozzájárulás előtt. Hatósági döntést nem ismerek, ami eldöntötte volna a kérdést, de ha választani kell, a szigorúbb út a biztonságosabb.

És egy csapda, amit a szerveroldali mérésnél szinte soha nem vesznek észre: a sütibanner JavaScriptje a Conversions API-hívást nem tudja megállítani, mert az a szerverről indul. Ha a hozzájárulás tényét nem adod át a szervernek is, a CAPI akkor is küld, ha a látogató elutasított mindent.

Tizenhét szabványos esemény van, de webshopnál öt hordozza a munka java részét: ViewContent (terméklap megtekintés), AddToCart, InitiateCheckout, Purchase és — szolgáltatóknál — Lead.

A paraméterekből egyetlen dolog szigorúan kötelező: a Purchase eseményhez kell value és currency. Magyar webshopnál a pénznem "HUF", az érték pedig nyers szám, ezres elválasztó és pénznemjel nélkül: a 19 990 Ft nem érték, a 19990 igen. Enélkül a Meta nem tud megtérülést számolni, és nem tud értékalapon optimalizálni — vagyis az egész hirdetésed vakon fut.

Az eseményegyeztetési pontszám (event match quality). Ez egy 1-től 10-ig terjedő szám minden eseményre, és azt mutatja, mennyire tudja a Meta beazonosítani, kihez tartozik a konverzió. A Meta 6,0-t ajánl minimumnak. A gyakorlatban: 8,0 fölé e-mail, telefonszám, saját ügyfélazonosító és a Facebook böngészősütije együttesen visz; 4,0 alatt gyakorlatilag nincs használható adata a rendszernek.

Amit ehhez tudni kell — és ami a magyar cikkekből hiányzik: a böngészőoldali pixelnek nyers szöveget adsz át, és ő maga titkosítja. A Conversions API-nál viszont neked kell titkosítanod az e-mailt és a telefonszámot, mielőtt elküldöd. Előtte normalizálni kell: kisbetűsíteni, szóközöket levágni, egységes formátumra hozni.

Itt van egy tipikusan magyar buktató: a telefonszám. A +36 30 123 4567 és a 06301234567 két teljesen különböző titkosított értéket ad, tehát a Meta két különböző embert lát. A helyes forma országhívó számmal, kizárólag számjegyekkel: 36301234567.

Ha e-mailt vagy telefonszámot továbbítasz — akár titkosítva —, azt az adatkezelési tájékoztatódban közölnöd kell, és jogalapod kell legyen rá.

A domain-hitelesítés azt igazolja a Metának, hogy a weboldal tényleg a tiéd. Három út van rá: DNS TXT rekord (tartósabb, de a tárhelyszolgáltatód vagy a domainregisztrátorod felületén kell felvenni), egy rövid meta-címke a főoldal fejlécébe (nem technikai embernek ez a legegyszerűbb), vagy egy fájl feltöltése a webkönyvtárba. A hitelesítés akár három napig is eltarthat.

Kevesen tudják, hogy a hitelesítés után a címke, a DNS-rekord vagy a fájl eltávolítható, és ettől nem veszíted el a státuszt. Azért mégis hagyd bent: ha egyszer újra kell hitelesíteni, nem kell elölről kezdeni.

És most a mítosz. Minden magyar útmutató azt írja, hogy rangsorolni kell a nyolc legfontosabb eseményedet. Ezt hívták összesített eseménymérésnek, és a hitelesített domain fő indoka is ez volt. A Meta 2025 nyarán a webes eseményeknél megszüntette a nyolcas korlátot és a kézi rangsorolást — az erre szolgáló fül eltűnt az Eseménykezelőből, az események automatikusan feldolgozódnak. Ha a saját fiókodban még látod ezt a fület, akkor nálad a régi logika él; ha nem látod, ne keresd tovább, nem te hibáztál. A hitelesítés ettől függetlenül ajánlott marad: a linkelőnézetek szerkesztése és több hirdetési funkció továbbra is ehhez kötött, és több domain esetén ez dönti el, ki „birtokolja” a mérést.

Megszűnik a Facebook-pixel?

Nem. Az Eseménykezelőben átnevezték adathalmazzá, és a Meta nem jelentett be megszüntetési dátumot. Az azonosítód ugyanaz maradt, nem kell újat bekötni.

Elég csak a Conversions API, pixel nélkül?

Működik, de nem ajánlott. A szerveroldali mérés nem lát mindent, és a Meta kifejezetten a kettő együttes használatára épít. A helyes felállás: mindkettő, deduplikációval.

Honnan tudom, hogy duplán mérek?

Adj le egy valódi próbarendelést, és nézd meg az Eseménykezelő Tesztesemények fülét. Ha egy vásárlásra két Purchase jelenik meg, vagy nincs beállítva a deduplikáció, vagy kétszer van bekötve a pixel.

Kell sütibanner, ha csak a saját statisztikámhoz mérek?

A Meta-pixel nem a te statisztikád: adatot továbbít egy harmadik félnek hirdetési célra. Ehhez előzetes hozzájárulás kell, kategóriánként külön eldönthetően, és a visszavonásnak ugyanolyan egyszerűnek kell lennie, mint a megadásnak.

Melyik sütibanner-bővítményt válasszam?

Magyar webshopnak a saját szerveren futó, szkriptblokkolós megoldások a biztonságosabbak — ezek nemcsak jelzik a hozzájárulást, hanem meg is akadályozzák a külső kód betöltődését. A felhőalapú megoldások egyszerűbben állnak be. Amelyiket választod, a lényeg ugyanaz: legyen ténylegesen összekötve a mérőkóddal, ne csak jelen legyen az oldalon.

Mi az a 6,0-s pontszám, és mit csináljak, ha alatta vagyok?

Az eseményegyeztetési pontszám azt méri, mennyire tudja a Meta beazonosítani a konverziót. Ha alacsony, jellemzően az a baj, hogy kevés adatot küldesz, vagy rossz formátumban. Nézd meg elsőként a telefonszám- és e-mail-formátumot, és hogy a szerveroldalon tényleg titkosítva mennek-e.

Hirdethetek domain-hitelesítés nélkül?

Több funkció ehhez kötött, és több domain esetén ez dönti el, ki birtokolja a mérést. Nem érdemes kihagyni: egy DNS-rekord vagy egy meta-címke, és három napon belül kész.

Mi történik, ha a hirdetési fiókomat korlátozzák — elveszik a mérésem?

Nem. Az adathalmaz, a katalógus és a közönségek az üzleti portfólióhoz tartoznak, nem a hirdetési fiókhoz. Erről részletesen írtam a felfüggesztett hirdetési fiókról szóló cikkben.