Miért nem egyezik a Google Ads, a GA4 és a webshop bevétele?

1. A három rendszer három külön kérdésre válaszol

A webshop backend azt mondja meg, hogy milyen rendelések jöttek létre. A GA4 azt próbálja leírni, hogyan viselkedett a felhasználó a weboldalon és milyen csatornákhoz rendelhető a purchase. A Google Ads pedig azt méri, hogy a Google Ads interakciókhoz milyen konverzió és konverziós érték kapcsolható.

Ez elsőre apró különbségnek hangzik, valójában innen ered az eltérések nagy része.

2. Az egyik legnagyobb csavar: nem ugyanahhoz a naphoz kerül a vásárlás

Ez az egyik legkevésbé intuitív eltérés. A Google Ads alapvető conversion reportingja a konverziót ahhoz az időponthoz tudja rendelni, amikor az azt megelőző releváns hirdetési interakció történt. A Google saját példája szerint ha valaki július 19-én kattint, de július 20-án vásárol, Adsben a konverzió július 19-hez kerülhet.

GA4-ben ezzel szemben a purchase esemény a tényleges esemény időpontján, vagyis július 20-án jelenik meg. Ha napokat, heteket vagy hónaphatárt hasonlítasz össze, már ettől jelentős eltérésed lehet.

3. Attribution Detective: ugyanaz a rendelés három nézőpontból

Nézzünk egy egyszerű utat. A vásárló hétfőn Google Ads hirdetésre kattint, szerdán organikusan visszatér, pénteken direktben belép és megrendel egy 48 000 Ft-os terméket. Vasárnap 8 000 Ft-ot visszatérítünk neki.

4. Attribution: ugyanazt a vásárlást több csatorna is „magáénak” érezheti

Egy vásárló ritkán egyetlen kattintásból áll. Láthat Meta hirdetést, kereshet Google-ben, kattinthat Shoppingra, visszatérhet organikusan, majd végül direct sessionben vásárolhat.

A különböző platformok saját mérési és attribúciós szabályaik alapján próbálják eldönteni, mennyi érték kapcsolható hozzájuk. Emiatt nem szabad összeadni a Google Ads és Meta reported revenue számát, majd meglepődni, hogy több lett, mint a webshop teljes bevétele.

A Google Adsben ráadásul a conversion attribution és a GA4 report attribution beállításai sem feltétlenül ugyanazt a riportot adják. A GA4 jelenlegi beállításaiban a Google Ads riportoknál alapértelmezetten Google Paid attribution használható, míg az Analytics riportokban a Paid and Organic nézet más csatornáknak is oszthat creditet.

5. Consent Mode: vannak konverziók, amelyeket a Google modellez

Ha egy felhasználó nem ad hozzájárulást advertising vagy analytics cookie-khoz, a teljes út nem mindig figyelhető meg klasszikus módon. Consent Mode esetén a Google bizonyos jogosultsági feltételek teljesülése mellett modeled conversions segítségével becsülhet olyan konverziókat, amelyek közvetlenül nem kapcsolhatók össze hirdetési interakcióval.

A modeled conversions bekerülhetnek a Google Ads Conversions és Conversion value riportjaiba, és a Smart Bidding is használhatja őket.

6. Enhanced Conversions: ugyanazt a valós rendelést próbálja jobban összekötni a hirdetéssel

Az Enhanced Conversions first-party customer adatokat – például e-mail címet – hash-elve küld a Google felé, hogy több valódi konverziót tudjon megbízhatóan összekapcsolni korábbi Google Ads interakciókkal.

Ez nem új rendeléseket „gyárt”. A cél a measurement gap csökkentése. Emiatt egy Enhanced Conversions implementáció után nőhet a Google Adsben attribútált konverziós érték anélkül, hogy a webshop teljes bevétele ugyanannyival megugrana. Egyszerűen több meglévő rendeléshez sikerül ads kapcsolatot találni.

7. Transaction ID: egy apró mező, ami óriási káoszt előzhet meg

Purchase mérésnél minden rendeléshez egyedi transaction ID kell. Ha a thank-you page újratöltődik vagy a purchase tag valamilyen okból kétszer tüzel, az egyedi transaction ID segít a duplikáció kiszűrésében.

A Google Ads és a GA4 is támogat transaction ID alapú deduplikációt. A Google külön kiemeli, hogy azonos transaction ID-val érkező ismételt purchase ne számítson két külön rendelésnek.

Fontos viszont, hogy minden valódi rendelésnek valóban egyedi ID kell. Ha statikus vagy üres értéket küldesz, a „deduplikáció” pont az ellenkező irányba ronthatja el a mérést.

8. Refund és törölt rendelés: a webshop tud róla, az Ads nem biztos

Webshop adminban egy törölt vagy visszatérített rendelés általában megváltoztatja a pénzügyi képet. A Google Ads conversion viszont nem feltétlenül módosul automatikusan csak azért, mert az ERP-ben később törölted az ordert.

Ehhez conversion adjustment / restatement rendszerre vagy megfelelő offline/back-end visszaküldésre lehet szükség. Ha ezt nem csinálod, a Google Ads ROAS könnyen optimistább lehet, különösen magas refund- vagy utánvétes át nem vételi aránynál.

Ez az egyik legnagyobb különbség a platform revenue és a realized revenue között.

9. Bruttó, nettó, szállítás, kedvezmény: pontosan mit küldesz conversion value-ként?

Két tracking technikailag tökéletesen működhet úgy is, hogy közben eltérő üzleti értéket küld. Az egyik rendszerbe bruttó végösszeg megy szállítással, a másikba nettó termékérték szállítás nélkül. Az order ugyanaz, a revenue mégsem fog egyezni.

Ellenőrizd, hogy a purchase value tartalmazza-e:

• ÁFÁ-t;
• szállítási díjat;
• utánvét díját;
• kupont / kedvezményt;
• gift card felhasználást;
• csomagolási vagy egyéb díjat.

A lényeg a következetesség. Ha Google Adsben bruttó revenue-val számolsz, de a break-even ROAS-t nettó margin alapján határozod meg, máris hibás üzleti következtetéshez juthatsz.

10. Primary vs Secondary: lehet, hogy látod a konverziót, csak nem ott, ahol keresed

A Google Ads Conversions oszlopa a biddinghez használt Primary conversion actionökre koncentrál. A Secondary actionök és bizonyos egyéb konverziók az All conversions oszlopban jelenhetnek meg.

Ezért auditnál nem elég megnézni, hogy „van purchase conversion”. Azt is ellenőrizni kell, melyik action Primary, melyik Secondary, nem fut-e egyszerre Google Ads native purchase és GA4-importált purchase ugyanarra a rendelésre, és mit használ valójában a bidding.

11. Időzóna és pénznem: a legunalmasabb hibák tudnak a legtöbb időt elvinni

A GA4 property és a Google Ads account eltérő időzónát használhat. A Google saját dokumentációja külön említi, hogy ez reporting discrepancyt okozhat. Ha az egyik rendszer Budapest, a másik UTC idő szerint zárja a napot, éjfél körüli rendelések más dátumhoz kerülhetnek.

Ugyanez igaz több pénznemre is. Ha nem azonos logika alapján történik a conversion value currency kezelése, a rendszerben jelentős eltérés jelenhet meg úgy, hogy maga a purchase event tökéletesen működik.

12. Cross-device: mobilon kattint, laptopon vásárol

Modern customer journeyben teljesen normális, hogy valaki telefonon kattint egy hirdetésre, majd később laptopon vásárol. Ha van elég megfelelő jel, a Google conversion modeling és más privacy-safe megoldások segítségével próbálja ezeket az utakat is figyelembe venni.

A webshop backend azonban nem „cross-device attribúciót” lát. Csak azt, hogy egy order megtörtént. Emiatt megint nem várható, hogy a két rendszer ugyanazt a történetet mesélje el.

13. GA4 purchase import vagy Google Ads native conversion?

Mindkettő működhet, de tudni kell, mit használsz. Ha GA4 key eventből hozol létre Google Ads conversiont, több beállítás alapértelmezetten összehangolható a két rendszer között. Ettől még a riportok dátumlogikája és attribution scope-ja eltérhet.

Nagyobb webshopnál én azt tartom fontosnak, hogy legyen egyetlen világos, dokumentált source of truth a biddinghez, és ne legyen két purchase action Primary ugyanarra az üzleti eseményre csak azért, mert „biztos ami biztos”.

14. Mekkora eltérés normális?

Nincs univerzális százalék, amely alatt minden rendben, fölötte pedig trackinghiba van. Egy egyszerű, egycsatornás, rövid customer journeyvel működő webshopnál kisebb különbségre számítanék. Több csatorna, több eszköz, hosszabb döntési folyamat, Consent Mode és magas refund mellett természetesen nagyobb lehet a rés.

Inkább a mintázat a fontos. Ha Ads és backend között stabilan hasonló irányú az eltérés, az lehet definíciós különbség. Ha egyik napról a másikra 8%-ról 45%-ra ugrik, miközben semmi üzleti változás nem történt, az már tracking investigation.

15. Hogyan debugolnám lépésről lépésre?

1. Vegyél 5–10 konkrét order ID-t. Ne összesített dashboardból indulj.
2. Ellenőrizd a purchase eventet. Egyszer tüzel? Helyes value és currency megy?
3. Nézd meg a transaction ID-t. Egyedi és konzisztens?
4. Hasonlítsd össze a dátumlogikát. Ads interaction date vs conversion time.
5. Ellenőrizd a Primary/Secondary actionöket.
6. Nézd meg a refund/törlés logikát. Visszajut-e bármi az Adsbe?
7. Ellenőrizd Consent Mode és Enhanced Conversions állapotát.
8. Végül hasonlíts aggregált adatot. Csak akkor, ha már tudod, mit jelentenek az oszlopok.

16. Akkor végül melyik számnak higgy?

Pénzügyi eredményhez: webshop / ERP / könyvelés.

Google Ads biddinghez: Google Ads konverziós adat – feltéve, hogy jól van implementálva.

Weboldal- és csatornaelemzéshez: GA4.

A profi megoldás nem az, hogy kiválasztasz egy „igazi” dashboardot, és a többit kidobod. Hanem az, hogy tudod, melyik rendszer milyen döntéshez készült.

17. Miért kritikus ez a ROAS miatt?

Ha hibás vagy eltérő conversion value alapján számolsz, a cél-ROAS is rossz lesz. Ha Adsbe 27%-os ÁFÁ-val növelt bruttó bevétel érkezik, de a marginodat nettó revenue alapján kezeled, könnyen túl magas hatékonyságot látsz.

Ezért a ROAS és break-even számítás előtt mindig definiáld, pontosan milyen revenue ül a számlálóban. A matematikai képlet csak annyira jó, mint az adat, amit beleraksz.

Összefoglalva: az eltérés nem bug – amíg érted az okát

A Google Ads, GA4 és webshop revenue közötti eltérés önmagában nem bizonyít mérési hibát. Dátumozás, attribúció, Consent Mode, modellezés, cross-device viselkedés, refund, ÁFA, transaction ID, conversion action beállítások és időzóna mind eltérő számokat hozhatnak létre.

A jó PPC mérés célja nem az, hogy három dashboard pixelenként ugyanazt mutassa. Hanem az, hogy megbízható adatból tudjon licitálni a rendszer, és te közben pontosan lásd a valódi üzleti profitot is.