A webshopod mérési auditja: miért nem egyeznek a Meta és a Google számai a valós eladásokkal?

A Meta, a Google Ads és a GA4 számai soha nem lesznek azonosak a webshopod rendeléseivel, de az eltérésnek megmagyarázhatónak kell lennie. Ha nem az, hibás adatokra optimalizálod a kampányokat: leállítasz jó hirdetéseket, és skálázol olyanokat, amelyek csak jónak látszanak.

Egy hipotetikus példa, hogy felismerd a helyzetet: az elmúlt hónapban a webshop 90 rendelést regisztrált, a Meta 120 vásárlást jelent, a Google Ads 85-öt, a GA4 pedig 60-at. Melyik szám a helyes? Egyik sem hibás definíció szerint, mert mindegyik mást mér. A gond ott kezdődik, amikor nem tudod, miért térnek el.

Ebben a cikkben megtalálod a leggyakoribb okokat, egy 7 pontos auditot, egy 30 perces mini-auditot, amelyet magad is elvégezhetsz, és egy táblázatot tünetekkel és valószínű okokkal. Minél előbb megcsinálod, annál jobb: minden nagy kampány, például a Black Friday, helyes mérésre épül.

Miért nem egyeznek a számok: négy szerkezeti ok

A platformok nem ugyanazt mérik, nem ugyanabban a pillanatban és nem ugyanazokkal a szabályokkal. Négy ok magyarázza a különbségek nagy részét:

A rögzítés időpontja. A Google Ads a konverziót a vásárláshoz vezető kattintás napján rögzíti, a GA4 pedig a vásárlás napján (Lighthouse).
Eltérő attribúciós ablakok és modellek. A Meta alapértelmezés szerint 7 napos kattintási és 1 napos megtekintési ablakot használ (ugyanaz a forrás), a Google Ads általában 30 napos kattintási ablakot, a GA4 pedig a saját modelljét alkalmazza: az attribúciós riportokban három modell érhető el, a direkt látogatások pedig nem kapnak kreditet, kivéve, ha az egész út direkt volt.
Hozzájárulás és modellezett adatok. Amikor a látogató elutasítja a sütiket, a Google modellezéssel tölti ki a hiányokat, a Google Ads pedig modellezett és megtekintés utáni konverziókat is számolhat, amelyeket a GA4 nem mutat (Dataslayer).
A bolt mást számol. A bolt rendelései között szerepelnek lemondások, visszaküldések és utánvétes fizetésnél a kiszállításkor visszautasított rendelések, a platformok viszont általában a rendelés leadásának pillanatát számolják.

A gyakorlati következtetés: a bolt rendelései a bevétel igazságforrása, a platformok pedig a saját rendszerükön belüli optimalizálást szolgálják. Az alábbi audit nem azonos számokat keres, hanem magyarázható és időben stabil eltéréseket.

1–2. pont: események és értékek

1. Az események leltára. A minimális lista egy webshopnál: termék megtekintése (view_item), kosárba tétel (add_to_cart), fizetés megkezdése (begin_checkout) és vásárlás (purchase). Ellenőrizd mindegyik eseményt a GA4 DebugView-ban vagy a Tag Assistantban, valamint a Meta Events Manager „Test Events” fülén: egyszer, a megfelelő pillanatban aktiválódik, minden eszköztípuson? Jegyezd fel a hiányzó eseményeket és azokat, amelyek ok nélkül jelennek meg, például a köszönőoldal minden újratöltésénél rögzített vásárlást.

2. Az értékek helyessége. A vásárlási eseménynek tartalmaznia kell a rendelés egyedi azonosítóját (transaction_id), az értéket (value), a pénznemet (currency) és a termékeket (items). Egyetlen szabályt határozz meg minden platformra: az érték tartalmazza-e az áfát és a szállítást? Levonod-e a kedvezményeket? Ha a szabályok eltérnek a GA4, a Meta és a Google Ads között, a ROAS-ok nem hasonlíthatók össze.

Határozd meg azt is, hogyan kezeled a lemondásokat és a visszaküldéseket. A GA4-ben van külön esemény a visszatérítésekre (refund), de utánvétes fizetésnél a visszautasított rendelések általában vásárlásként maradnak a riportokban.

3–4. pont: hozzájárulás és duplikációk

3. Consent Mode v2. Consent Mode v2 nélkül 2024 márciusától az Európai Gazdasági Tér új felhasználói már nem kerülnek be a közönséglistákba és a személyre szabott hirdetési funkciókba, a modellezett mérés pedig nem működik számukra (Cardinal Path). Ellenőrizz négy dolgot a Google ajánlásai szerint:

beállítottál egy alapértelmezett hozzájárulási állapotot, régiónként alkalmazva (ha a szabályzatod alapértelmezett elutasítást kér, csak ott alkalmazd, ahol a jog megköveteli, hogy a világ többi részén ne veszítsd el a pontos mérést);
a Google címkék a sütisáv megjelenése előtt betöltődnek;
az állapot azonnal frissül, amint a látogató választ;
a látogató külön fogadhatja el vagy utasíthatja el az egyes tárolási típusokat (hirdetési és elemzési).

Ezután válassz a basic és az advanced megvalósítás között. Basic módban a Google címkék a hozzájárulásig blokkolva vannak, ezért nem kapsz viselkedési modellezést a GA4-ben, a Google Ads konverziói pedig egy általános modellből származnak. Advanced módban a címkék betöltődnek, és süti nélküli jelzéseket küldenek, ha a hozzájárulást elutasították, a Google pedig ezeket modellezésre használja. A választás az adatvédelmi szabályzatodtól is függ, ezért beszéld meg az adatvédelmi felelőssel vagy egy jogásszal.

4. Duplikációk. A leggyakoribb duplázási hiba a Meta-pixel és a Conversions API kombinációja deduplikáció nélkül. A Meta többféleképpen tud egyesíteni egy böngészőből és egy szerverről érkező eseményt: azonos event_name + event_id párral (ez a legbiztosabb módszer; a deduplikációs ablak 48 óra, a Meta dokumentációja szerint), vagy ha nincs event_id, az event_name mellett az fbp és/vagy az external_id alapján, amelyeket a böngészőből és a szerverről is azonosan kell elküldeni. Ellenőrizd az Events Managerben, hogy az események deduplikáltként jelennek-e meg, és hogy minden esemény, forrástól függetlenül, hordozza-e legalább az egyik azonosítót: egy plugin vagy kézi kód által küldött böngészős esemény ezek nélkül duplikátum marad. Keress más duplázási forrásokat is: két GTM-konténer, egy bolt-plugin plusz egy kézi kód, amelyek mindketten ugyanazt a vásárlást küldik, vagy egy köszönőoldal, amely kétszer töltődik be.

5–6. pont: szerveroldali mérés és UTM-fegyelem

5. Szerveroldali mérés és Meta Conversions API. A böngésző adatot veszít: reklámblokkolók, böngészőkorlátozások, sütiket elutasító felhasználók. Ezért a Meta a Conversions API-t ajánlja a pixel mellett, közvetlenül a szerverről küldött eseményekkel. Ellenőrizd az Events Managerben, hogy a vásárlás mindkét forrással (böngésző és szerver) megjelenik, és kövesd az események egyezési minőségét (Event Match Quality). Az egyezési paramétereket, például a hashelt e-mail-címet vagy telefonszámot, csak akkor küldd el, ha megvan hozzá a jogalapod és a szükséges hozzájárulás: a szerveroldali mérés nem helyettesíti a hozzájárulást.

6. UTM és referral-kizárások. Itt vész el a legészrevétlenebbül az attribúció. Ellenőrizz három dolgot:

A fizetési szolgáltató. Ha a fizetés egy szolgáltató oldalán történik, majd a vásárló visszatér a boltba, a szolgáltató nem jelenhet meg forgalmi forrásként. Add hozzá a GA4 nemkívánatos referral-listájához, különben a rendelést neki írhatja jóvá a rendszer, nem a vásárlót hozó hirdetésnek.
Rögzített UTM-konvenciók. Használj azonos, kisbetűs elnevezéseket az e-mailhez, az influencerekhez és a hirdetésekhez. A következetlen címkézés szétaprozza a riportokat.
Automatikus címkézés. Tartsd bekapcsolva a Google Adsben, és ne írd felül kézi paraméterekkel.

7. pont: attribúció és egyeztetés a valós rendelésekkel

A GA4 három modellt kínál az attribúciós riportokban: adatalapú, utolsó fizetett és organikus kattintás, utolsó kattintás a Google fizetett csatornáin. A direkt látogatások csak akkor kapnak kreditet, ha az egész út direkt volt, az adatalapú modellben pedig a konverziók akár 7 nappal azután is újra hozzárendelhetők, hogy megtörténtek, ezért az utolsó napok számai még változnak. A Meta és a Google Ads a saját modelljeit és ablakait alkalmazza.

Hogy ne tévedj el közöttük, állíts fel egy hierarchiát az igazságforrásokról:

A bolt, a valós rendelésekkel, a bevételhez és a rendelésszámhoz.
GA4, a csatornák összehasonlításához.
A hirdetési platformok, a saját rendszerükön belüli optimalizáláshoz.

Ne hasonlítsd össze közvetlenül a Meta ROAS-át a Google Ads ROAS-ával. Kövess ezen felül egy globális mutatót: a bolt teljes bevétele osztva a teljes hirdetési költéssel (MER, vagyis blended ROAS). Nem függ az attribúciótól, ezért hónapról hónapra összehasonlítható marad.

30 perces mini-audit

Nincs szükséged új eszközökre, csak néhány exportra és egy táblázatra.

Exportáld a bolt rendeléseit az elmúlt 30 napról: rendelésszám, dátum, érték (a te áfa- és szállítási szabályod szerint), státusz és fizetési mód.
Exportáld a GA4 vásárlásait ugyanarra az időszakra, transaction_id-vel.
Hasonlítsd össze a rendelésazonosítókat, ne csak az összegeket. Nézd meg, mely rendelések hiányoznak a GA4-ből, és keress mintázatot: egy fizetési mód, egy böngésző, egy eszköz vagy egy bizonyos nap. A mintázat általában az okra mutat, például egy olyan köszönőoldalra, amely külső fizetés után nem töltődik be.
Ellenőrizd a Metát: a vásárlási események számát, a forrásokat (böngésző és szerver), a deduplikáció állapotát és az egyezési minőséget az Events Managerben.
Ellenőrizd a Google Adst: melyik konverziós műveletet használja az optimalizáláshoz, milyen attribúciós ablakkal, és GA4-ből importál-e, vagy a Google-címkét használja.
Számolj ki két mutatót: az egyes platformok lefedettségét a valós rendelésekhez képest (jelentett vásárlások ÷ rendelések) és a MER-t.
Ismételd meg a tesztet a javítások után: adj le egy tesztrendelést minden fizetési móddal, és ellenőrizd, hogy minden riportban egyszer jelenik-e meg.

Nincs minden boltra érvényes „normális” eltérés. Az számít, hogy az eltérés megmagyarázható legyen és hétről hétre stabil; a hirtelen változás sokszor technikai módosításból ered: új sütisávból, frissített pluginból vagy megváltoztatott fizetési folyamatból.

Tünet, valószínű ok, mit ellenőrizz

Tünet	Valószínű ok	Mit ellenőrizz
A Meta több vásárlást jelent, mint a valós rendelések	Pixel és Conversions API deduplikáció nélkül; megtekintés utáni konverziók; újratöltött köszönőoldal	Azonos event_id és event_name mindkét forráson; a deduplikáció állapota az Events Managerben; az attribúciós ablak
A GA4 jóval a valós rendelések alatt jelent	Hozzájárulás (basic megvalósítás) vagy reklámblokkolók által blokkolt címkék; a köszönőoldal külső fizetés után nem töltődik be	A hozzájárulási állapot a Tag Assistantban; a hiányzó rendelésazonosítók és mintázatuk
A Google Ads többet jelent, mint a GA4	Modellezett konverziók; megtekintés utáni konverziók; eltérő rögzítési dátum (a kattintás napja, nem a vásárlásé)	Az ablakok és a modell a Google Adsben; a megtekintési beállítások; ugyanaz a naptári időszak mindkét riportban
A jelentett bevétel eltér a bolt bevételétől	Eltérő szabályok az áfára, a szállításra és a kedvezményekre; figyelmen kívül hagyott lemondások és visszaküldések	Az érték paramétere az eseményben; a visszatérítési esemény
Nő a „direkt” vagy „referral” forgalom, csökkennek a fizetett csatornák	A fizetési szolgáltató forrásként jelenik meg; hiányzó vagy következetlen UTM	A nemkívánatos referral-lista; az UTM-konvenciók
Az adatok hirtelen esnek a sütisáv módosítása után	Rosszul beállított alapértelmezett hozzájárulási állapot; a sáv után betöltődő címkék	Consent Mode a Tag Assistantban; a betöltési sorrend

Összegzés

A számoknák nem azonosnak, hanem megmagyarázhatónak kell lenniük. A nagy kampányok előtt elvégzett mérési audit kevesebbe kerül, mint egy hétnyi, hibás adatokra optimalizált költségkeret.

Szeretnéd, ha közösen ellenőriznénk a webshopod mérését? A Prismánál szerveroldali mérést, Meta Conversions API-t és Looker Studio dashboardokat valósítunk meg, és összekapcsoljuk az adatokat a Meta- és Google-kampányokkal. Írj nekünk, és megmondjuk, hol vesznek el az adatok.

Frissítve: 2026. október 12. A platformok beállításai és dokumentációi változnak, ezért mindig ellenőrizd az aktuális verziót.