Conversions API (CAPI) vs. csak Pixel — Meta konverziómérés magyar webshopnak 2026-ban
Rövid válasz: A csak Pixelre (pixel-only) épülő mérés 2026-ban jelentős vakfoltokkal dolgozik: iOS-korlátozások, süti-blokkolás és böngésző-védelmek miatt a konverziók egy része elveszik. A Conversions API (CAPI) szerveroldalról küld eseményeket a Metának, és a Pixel mellé kapcsolva — deduplikációval — visszahozza a hiányzó adatot. Webshopnak a kettő együtt a stabil megoldás.
Mi a Meta Pixel, és hogyan mér?
A Meta Pixel egy JavaScript-alapú kód, ami a webshop látogatójának böngészőjében fut. Amikor valaki megnyit egy terméket, kosárba tesz, vagy vásárol, a Pixel egy eseményt (event) küld a Meta szervereire a böngészőből. Ez a kliensoldali mérés: minden a felhasználó eszközén, sütikre és JavaScriptre támaszkodva történik.
Évekig ez volt az iparági alap, és önmagában is jól működött. A gond nem a technológiával van, hanem a környezettel, amelyben ma futnia kell. A böngészők, az operációs rendszerek és a felhasználók egyre több eszközzel akadályozzák a kliensoldali követést — és minden ilyen akadály közvetlenül a Pixel eseményeit tizedeli meg.
- Sütiélettartam: a böngészők a kliensoldali sütiket egyre rövidebb ideig tartják meg, így a visszatérő látogatók nehezebben azonosíthatók.
- Script-blokkolás: reklámblokkolók és adatvédelmi kiegészítők egyszerűen meg sem engedik a Pixel betöltését.
- Hozzájárulás: ha a látogató a süti-bannerben visszautasítja a marketingsütiket, a Pixel korlátozottan vagy egyáltalán nem mérhet.
Mi a Conversions API (CAPI)?
A Conversions API — korábbi nevén Server-Side API — nem a böngészőből, hanem a webshop szerveréről küldi az eseményeket közvetlenül a Meta felé. Amikor egy vásárlás ténylegesen létrejön a rendszeredben, a szerver egy szerver-szerver hívással jelzi ezt a Metának, függetlenül attól, mi történt közben a böngészőben.
Ez alapvetően más adatútvonal. A CAPI-eseményt nem állítja meg egy reklámblokkoló, nem tünteti el egy lejáró böngészősüti, és nem függ attól, hogy a felhasználó eszközén rendben lefutott-e a JavaScript. Cserébe a CAPI önmagában nem lát mindent, amit a böngésző lát — például a mikrointerakciókat vagy a scroll-viselkedést. Ezért nem a Pixel helyett, hanem a Pixel mellé érdemes bevezetni.
A pontos párosításhoz a Meta ún. mérési paramétereket (event ID, valamint hasított, azaz irreverzibilisen titkosított e-mail/telefon) használ, hogy a böngészőből és a szerverről érkező ugyanazon vásárlást egyetlen eseményként kezelje. Erről szól a deduplikáció, amire később kitérünk.
Miért romlott a csak Pixeles mérés pontossága?
A pixel-only setup nem „elromlott" — a körülötte lévő világ változott meg. Három nagy hatás összeadódik, és pont a legértékesebb, alsó tölcsérszakaszbeli eseményeket (vásárlás, kosárérték) érinti a leginkább.
- iOS-adatvédelem: az alkalmazáskövetés engedélyhez kötése óta a felhasználók nagy része letiltja a követést. Mivel a magyar mobilforgalom jelentős hányada iOS-eszközökről érkezik, ez érezhető adatvesztést okoz éppen a mobilon vásárlóknál.
- Böngésző-védelem (ITP és társai): a Safari és más böngészők automatikusan korlátozzák a harmadik feles követést és a sütik élettartamát, így a Pixel visszatérő-azonosítása gyengül.
- Reklámblokkolók: a magyar felhasználók körében is elterjedtek — ahol aktívak, ott a Pixel gyakran be sem tölt, tehát nulla eseményt küld.
A gyakorlati következmény nem csak annyi, hogy „kevesebb konverziót látsz a felületen". A hiányos adaton a Meta hirdetésoptimalizáló algoritmusa is rosszabbul tanul: kevésbé pontosan találja meg a vásárlásra hajlamos közönséget, ami hosszabb tanulási fázist és kiszámíthatatlanabb eredményt jelent.
Tipp: Ne a felületen látott konverziószámot nézd önmagában, hanem az Eseménykezelőben (Events Manager) az eseményminőségi visszajelzést és a deduplikációs arányt. Ha a vásárlásaid nagy része csak a böngészőből érkezik, és a szerveroldali fedettség alacsony, ott van a legnagyobb kihasználatlan tartalék.
A CAPI előnyei és a deduplikáció
A CAPI legnagyobb értéke, hogy visszahozza azokat az eseményeket, amelyeket a Pixel elveszít. A vásárlás a szerveren akkor is rögzül, ha a böngészőben a Pixel épp nem futott le. Ezen felül a szerveroldali eseményhez több megbízható azonosító adat (pl. hasított e-mail, telefonszám, vásárlói azonosító) csatolható, ami javítja az esemény párosíthatóságát — ez az, amit a Meta eseményminőségként mér.
A kulcskérdés: ha a Pixel és a CAPI is elküldi ugyanazt a vásárlást, nem duplázódik a konverzió? Nem — feltéve, hogy jól van beállítva a deduplikáció. Ehhez mindkét csatornán ugyanazt az event ID-t kell elküldeni ugyanarra az eseményre. A Meta ez alapján felismeri, hogy a böngészőből és a szerverről érkező jelzés ugyanaz a vásárlás, és egyként számolja.
- Teljesebb kép: a böngészőből is és a szerverről is jövő adat együtt közelebb visz a valós vásárlási számhoz.
- Jobb optimalizáció: pontosabb konverziós jel mellett a hirdetés-algoritmus megbízhatóbban tanul.
- Stabilitás: ha az egyik csatorna kiesik (blokkoló, süti-lejárat), a másik továbbra is jelez.
Ha a deduplikáció hiányzik vagy hibás, épp az ellenkezője történik: felfújt konverziószámok és félrevezetett optimalizáció. Ezért a CAPI bevezetésének nem a küldés a nehéz része, hanem a helyes párosítás és a tesztelés.
Beállítás és karbantartás
A CAPI-t többféleképp lehet bekötni, és a webshop-platform dönti el, melyik a legkevésbé fájdalmas út. A cél mindig ugyanaz: a szerveroldali esemény ugyanazzal az event ID-vel és minél több megbízható paraméterrel jusson el a Metához, mint a böngészős párja.
- Natív / bővítmény alapú: sok webshop-platform és e-mail/CRM-rendszer kínál beépített vagy plugines CAPI-kapcsolatot — ez a leggyorsabb indulás.
- Szerveroldali konténer (server-side GTM): rugalmasabb, központosított megoldás, ahol a Pixel és a CAPI egy helyről, egységesen kezelhető. Erről bővebben a GTM vs. sGTM összehasonlításunkban írunk.
- Egyedi fejlesztés: teljes kontroll, de fejlesztői erőforrást és karbantartást igényel.
A karbantartás nem egyszeri feladat. Platform-frissítés, sablon-csere vagy egy új süti-banner konfiguráció is elronthatja csendben a mérést, ezért érdemes rendszeresen ellenőrizni az eseményminőséget és a deduplikációs arányt. A bevezetés díja tág határok között mozog a platform és a komplexitás függvényében — pár tízezertől több százezer forintig terjedő nagyságrendben —, de a lényeg nem a belépő költség, hanem hogy a mérés utána is karbantartva maradjon.
Tipp: A CAPI bevezetése után legalább egy-két hétig párhuzamosan figyeld a régi és az új mérést. Ha a szerveroldali események száma reális, a deduplikáció rendben van, és a felületen nem duplázódnak a vásárlások, akkor bízhatsz az adatban — és csak utána hozz rá optimalizációs döntéseket.
Mikor elég a Pixel, és mikor kell CAPI?
Nem minden projektnek van azonnal szüksége szerveroldali mérésre. A döntést a tét és a forgalom minősége dönti el, nem a divat.
| Szempont | Csak Pixel (pixel-only) | Pixel + CAPI |
|---|---|---|
| Adatvesztés blokkoló/iOS miatt | Érzékeny rá | Nagyrészt kompenzálja |
| Eseményminőség (párosíthatóság) | Alacsonyabb | Magasabb |
| Algoritmikus optimalizáció | Hiányos jelből tanul | Teljesebb jelből tanul |
| Bevezetés és karbantartás | Egyszerű | Több munka, folyamatos figyelés |
| Kinek elég | Kis forgalom, teszt, alacsony tét | Aktív hirdetés, komoly költés, webshop |
Elég lehet a Pixel, ha most indulsz, alacsony a hirdetési költésed, vagy csak validálsz egy ötletet — ilyenkor a CAPI plusz komplexitása még nem térül meg. Kell a CAPI, ha rendszeresen és érdemi összeggel hirdetsz a Metán, ha a vásárlásra optimalizálsz, és ha a döntéseidet a mért adatra alapozod. Egy komolyabb webshopnál a hiányos mérés közvetlenül drágább hirdetést jelent, mert az algoritmus rosszabb jelből dolgozik.
Ha nem csak a Meta-oldalt nézed, érdemes a teljes mérési stack konzisztenciáját is átgondolni — például a Google enhanced conversions oldali logikát vagy a webanalitikai eszköz választását. Ha bizonytalan vagy, hol a legnagyobb tartalék a te felállásodban, kérj egy konzultációt (díjköteles), és együtt nézzük át a jelenlegi mérésedet.
Gyakori kérdések
A CAPI teljesen kiváltja a Pixelt?
Nem. A CAPI a Pixel kiegészítője, nem a helyettesítője. A böngészős Pixel bizonyos eseményeket és jeleket lát, amiket a szerver nem, a CAPI pedig visszahozza azokat, amiket a böngésző elveszít. A kettő együtt, deduplikációval ad teljes képet.
Nem duplázódnak a konverziók, ha mindkét csatorna küld?
Helyesen beállított deduplikáció mellett nem. Ha mindkét csatornán ugyanazt az event ID-t küldöd ugyanarra a vásárlásra, a Meta felismeri, hogy egyetlen eseményről van szó, és egyszer számolja. Duplázódás akkor keletkezik, ha a deduplikáció hiányzik vagy rosszul van konfigurálva.
Mennyi idő a CAPI bevezetése?
Platformfüggő. Natív vagy plugines integrációval viszonylag gyors, egyedi fejlesztéssel vagy szerveroldali konténerrel több munka. A bevezetés után legalább egy-két hét párhuzamos ellenőrzés ajánlott, mielőtt optimalizációs döntést hozol az új adatra.
Kis webshopnak megéri a CAPI?
Ha alacsony a hirdetési költés és inkább teszteltek, a sima Pixel egyelőre elég lehet. Amint rendszeresen, érdemi összeggel hirdetsz a Metán és vásárlásra optimalizálsz, a pontosabb mérés gyorsan megtérül, mert az algoritmus jobb jelből dolgozik.
Kell hozzá fejlesztő?
Nem feltétlenül. Sok webshop-platform és CRM natív vagy plugines CAPI-kapcsolatot kínál, amihez elég a beállítás. Fejlesztő akkor kell, ha egyedi integrációt, szerveroldali konténert vagy speciális eseménylogikát építesz — és a karbantartáshoz mindenképp jó, ha valaki érti a mérést.
Kérj átlátható, mérhető marketinget
Nincs vanity-metrika, nincs átláthatatlan díj — konkrét, mérhető növekedés a magyar piacra szabva. Kérj egy díjmentes, kötelezettség nélküli konzultációt, és megnézzük, hol a legnagyobb kiaknázatlan lehetőség a marketingedben.
Kérek konzultációt (díjköteles) →Kérj ingyenes ajánlatot
Átnézzük, hol tartasz most, és megmutatjuk, mi hozza neked a legtöbb érdeklődőt. Díjmentes, kötelezettség nélkül.
Kérek ingyenes elemzést →48 órán belül válaszolunk · konkrét ajánlat, nem sablon
