Miért nem egyezik a GA4-ben látott lead-szám a valóban beérkezett megkeresésekkel

Scheo · 2026-09-26 · olvasási idő ~10 perc · Szerző: Schmidt Péter

A helyzet ismerős. Megnyitod a havi riportot, a GA4 40 leadet mutat, te viszont nagyjából 25 megkeresésre emlékszel. Az első gondolat az, hogy valami elromlott. A legtöbbször semmi sem romlott el, a két szám egyszerűen mást számol. Ez a cikk végigvisz azon, honnan jön a különbség, és hogyan tudod havonta tíz perc alatt megmagyarázni.

Miért mutat a GA4 több leadet, mint ahány megkeresés valóban beérkezett?

Röviden. A GA4 eseményeket számol, a postafiókod és a CRM-ed embereket és valódi szándékot. Egy lead-esemény elsülhet ismételt küldésnél, tesztnél, spamnél és bizonyos botoknál is, miközben a telefonos, Messengeres és személyes megkeresések egyáltalán nem kerülnek bele. A 40 és a 25 két különböző dolgot mér, ezért az eltérés természetes.

A riportban látott „lead” általában egy generate_lead vagy egy saját nevű esemény (például urlap_kuldes), amit kulcseseménynek (korábbi nevén konverziónak) jelöltek meg. Ez az esemény ott sül el, ahol a mérést beállították: gombnyomásra, a köszönőoldal betöltésére vagy az űrlapmodul sikerüzenetére. Hogy pontosan mikor, az a beállításon múlik, és innen indul a legtöbb eltérés.

Mit számol pontosan a GA4, amikor leadet mutat?

Röviden. A GA4 a kulcsesemény előfordulásait számolja, alapból minden előfordulást. Ha valaki kétszer tölti be a köszönőoldalt, az két lead a riportban, a postafiókban pedig egy levél.

Hivatalosan igazolt. A Google Analytics súgója szerint a kulcseseményeknél beállítható a számolási mód. Az „eseményenként egyszer” mód minden előfordulást beszámít, a „munkamenetenként egyszer” mód egy munkameneten belül csak az elsőt. Az új kulcseseményeknél az előbbi az alapértelmezés. Ugyanitt olvasható, hogy a GA4 az ismert botok és spiderek forgalmát automatikusan kiszűri, és ezt a szűrést nem lehet kikapcsolni.

Saját tapasztalat. Kisvállalkozói oldalakon a leggyakoribb beállítás a köszönőoldal-alapú mérés, és ennél a frissítés, a vissza gomb és a könyvjelzőből megnyitott köszönőoldal is új eseményt hoz. A beépített, bővített mérés form_submit eseménye pedig sok űrlapmodulnál a sikertelen próbálkozásra is elsül, ezért leadszámolásra kevéssé megbízható.

Hogyan bontsd le a különbséget okokra?

Röviden. Hat tipikus ok van. Négy felfelé húzza a GA4 számát (ismételt küldés, teszt, spam, bot), egy lefelé (süti-visszautasítás), egy pedig a postafiók oldalát növeli (nem mért csatornák). Ha mind a hatot külön számolod, a különbség nagy része megmagyarázható.

Süti-visszautasítás és modellezés

Ha a látogató elutasítja az analitikai sütiket, és a Consent Mode alapbeállításban fut, a GA4 az ő űrlapküldését nem látja. Haladó módban süti nélküli jelzések mennek, és a GA4 ezekből modellez.

Hivatalosan igazolt. A Google leírása szerint a viselkedési modellezésnek adatküszöbei vannak (bizonyos napi eseményszám és felhasználószám a hozzájáruló és az elutasító oldalon is), és a modellezett adat csak a „Blended” jelentési identitásban jelenik meg. Kis forgalmú oldalon ezért jó eséllyel nincs modellezés, a hiányzó leadek egyszerűen nem látszanak.

Szakmai feltételezés. Ahol van modellezés, ott a becsült szám kicsit el is térhet a valóságtól mindkét irányba. Egy-két lead havi eltérést ebből nem érdemes tovább nyomozni.

Botforgalom

A GA4 a listán szereplő ismert botokat kiszűri, a JavaScriptet futtató, embernek álcázott automatákat viszont nem mindig. Ezek néha kitöltik az űrlapot, és elsütik a lead-eseményt. Gyanús jel az 1 másodperc alatti munkamenet, a furcsa ország, a „(not set)” forrás, vagy ha egy napon hirtelen öt lead jön ugyanarról az eszköztípusról.

Ismételt küldés ugyanattól az embertől

Dupla kattintás a küldés gombra, türelmetlen újraküldés lassú szervernél, köszönőoldal újratöltése, vagy ugyanaz az ember két nap múlva újra írt, mert nem kapott választ. A postafiókban ezt egy megkeresésnek veszed, a GA4-ben kettő vagy három.

Tesztküldések

Minden űrlapmódosítás, bővítménycsere vagy új kampány után valaki kipróbálja az űrlapot. Ha nincs belső forgalomszűrés, ezek a tesztek éles leadként futnak be. Egy fejlesztési hónapban könnyen 5-10 ilyen lead is összejöhet.

Spam

A spam két irányban torzít. Az emberi vagy JavaScriptet futtató spam a GA4-ben leadként látszik, a postafiókban viszont kiszűröd. A közvetlenül a szervernek küldött, böngésző nélküli spam pont fordítva működik, a GA4 nem látja, a postafiókba bejön. Ezért a postafiók nyers levélszáma sem valódi leadszám.

Időzóna, dátumhatár és hirdetési felületek

Két apróság, ami miatt a legtöbb egyeztetés feleslegesen elakad. Az egyik az időzóna. A GA4 a tulajdonság beállított időzónájában zárja a napot, a postafiók a saját beállításában, és ha a kettő eltér, a hónap utolsó éjszakáján küldött űrlap az egyik helyen augusztusi, a másikon szeptemberi lesz. A másik a hirdetési felületek saját konverziószáma. A Google Ads és a Meta a hirdetésre kattintás vagy megjelenés napjához is rendelheti a konverziót, a saját attribúciós ablakával, ezért az ott látott szám a GA4-gyel sem fog egyezni.

Saját tapasztalat. Az egyeztetést mindig egyetlen igazodási pontról érdemes indítani. Ez legyen a GA4 és a postafiók, a hirdetési felületek számát pedig külön, a saját logikájuk szerint nézd. Ha háromirányú egyezést keresel, jellemzően több időt viszel el a magyarázkodással, mint amennyit az eredmény hoz.

Nem mért csatornák

A telefon, a Messenger, a WhatsApp, a közvetlen e-mail és a személyes megkeresés a GA4 űrlapeseményében nem jelenik meg. A tulajdonos fejében viszont ezek is megkeresések, gyakran épp a legjobbak. Ha a 25-ös szám ezeket is tartalmazza, a GA4 „valódi” űrlapleadje ennél kisebb kell legyen.

Hogyan néz ki egy teljes különbség-bontás egy példán?

Röviden. A GA4 számából levonod az ismételt, a teszt- és a spam/bot eseményeket, így megkapod a mért valódi űrlapleadeket. Ezt összeveted a postafiók valódi űrlapleveleivel, majd hozzáadod a nem mért csatornákat. Ha a maradék kicsi és hónapról hónapra hasonló, a mérés rendben van.

Az alábbi számok szemléltető, kitalált értékek, a módszert mutatják.

1. GA4 kulcsesemény a hónapban. 40.
2. Ismételt küldés és köszönőoldal-frissítés. A GA4 Felfedezés jelentésében eseményszám és munkamenet szerint bontva 9 esemény ugyanazon munkamenet második vagy harmadik előfordulása. Marad 31.
3. Tesztküldések. 3 esemény a saját irodai IP-ről vagy a fejlesztés napján, egyeztetve a „teszt” tárgyú levelekkel. Marad 28.
4. Spam és bot. 7 esemény mögött szemét tartalmú vagy 2 másodperces munkamenet áll. Marad 21.
5. Postafiók valódi űrlaplevelei. 19 darab, a spammappa és a tesztek nélkül.
6. Maradék eltérés. 21 a 19-hez képest, azaz 2. Ez jó eséllyel a modellezésből és időzóna-határon átcsúszó küldésekből jön.
7. Nem mért csatornák. 4 telefon és 2 Messenger. A 19 űrlaplevél és a 6 egyéb megkeresés együtt adja ki a tulajdonos 25-ös számát.

A végeredmény egy magyarázott híd a 40-től a 25-ig. A 2 megmagyarázatlan lead elfogadható, a döntésekhez így már mindkét szám használható.

Milyen havi egyeztető táblát érdemes vezetni?

Röviden. Egy egyszerű táblázat elég, soronként egy hónappal. Benne van a mért szám, a postafiók vagy CRM szerinti szám, a kettő különbsége és a különbség oka tételesen. Egy táblázatkezelő bőven megteszi, külön eszköz nem kell.

A javasolt oszlopok.

• Hónap.
• GA4 mért lead. A kulcsesemény száma a riportban.
• Ebből ismételt / teszt / spam-bot. Három külön oszlop, hogy lásd, melyik mozog.
• GA4 tisztított lead. Az előző oszlopok levonása után.
• Postafiók/CRM űrlaplead. Valódi, egyedi megkeresések az űrlapról.
• Különbség. Tisztított GA4 mínusz postafiók, darabban és százalékban.
• Nem mért csatornák. Telefon, Messenger, személyes, külön számolva.
• Összes valódi megkeresés. Űrlaplead plusz nem mért csatornák.
• A különbség oka. Egy mondat, például „2 lead valószínűleg modellezés, 1 küldés éjfél után”.

Egy kitöltött példasor a fenti szemléltető hónapra így néz ki.

2026-08 | GA4: 40 | ismételt: 9 | teszt: 3 | spam-bot: 7 | tisztított: 21 | CRM űrlap: 19 | különbség: +2 (10%) | nem mért: 6 | összes: 25 | ok: modellezés, időzóna

Saját tapasztalat. Az a tábla marad életben, amit havonta ugyanaz az ember tölt ki, ugyanazon a napon, ugyanabból a két forrásból. Ha a CRM-ben minden megkeresésnél rögzíted a csatornát (űrlap, telefon, Messenger, személyes), a tábla fele magától kitöltődik.

Mekkora eltérés számít normálisnak?

Röviden. A két szám sosem lesz azonos, és erre nem is érdemes törekedni. A cél a stabil és magyarázható eltérés. Ha a tisztított GA4 szám és a postafiók űrlapleadjei hónapról hónapra hasonló arányban térnek el, és tudod, miért, a mérés alkalmas döntéshozatalra.

Szakmai feltételezés. Kis forgalmú szolgáltatói oldalon a tisztított számok között 10-20 százalékos eltérés még jó eséllyel rendben van, a nagyon alacsony darabszám miatt egy-két lead is nagy arányt ad. Ez nem hivatalos küszöb, hanem gyakorlati ökölszabály, a saját oldalad stabil sávját a saját tábládból tudod meg három-négy hónap után.

A figyelmeztető jel a hirtelen változás. Ha eddig 2-3 volt a különbség, és egyik hónapról a másikra 12 lett, valami megváltozott, például egy bővítményfrissítés után duplán sül el az esemény, új süti-banner került fel, vagy leállt a köszönőoldal-átirányítás. Ilyenkor nyomozni kell, a stabil kis eltérés viszont nem igényel munkát.

Ennek gyakorlati haszna is van. A hirdetési optimalizálás (Google Ads, Meta) a mért jelre tanul. Ha a mért jel stabilan, ismert arányban tér el a valóságtól, a trendek és a kampányok közötti összehasonlítás értelmes marad, akkor is, ha az abszolút szám nem pontos.

Mit javíthatsz a mérésen, hogy kisebb legyen a különbség?

Röviden. Az ismételt és a tesztesemények a mérés oldalán nagyrészt kiszűrhetők. A spam és a bot részben, a süti-visszautasítás és a nem mért csatornák csak becsülhetők. Ezért a javítás után is marad eltérés.

1. Kapcsold munkamenetenként egyszerire a számolást a lead kulcseseménynél, ha egy munkamenetben egy leadet tekintesz valósnak.
2. Az esemény a sikeres küldésre süljön el, az űrlapmodul sikeresemény-visszajelzésére, ne a gombnyomásra.
3. Védd ki a köszönőoldal újratöltését. Egy egyszerű böngészőoldali zár elég hozzá.
4. Állítsd be a belső forgalom szűrését a GA4 adatfolyam-beállításaiban az irodai IP-kre, és tesztnél használd a fejlesztői forgalom jelölést.
5. Tegyél az űrlapra spamvédelmet (rejtett mező, reCAPTCHA vagy Turnstile), hogy a szemét már be se jusson.
6. Adj a leadnek azonosítót. Ha az űrlap generál egy egyedi azonosítót, és azt a levélbe és az eseménybe is beteszed, soronként is össze tudod párosítani a kettőt.

A köszönőoldal-zár egy lehetséges megvalósítása, a mérőkód után betöltve.

if (!sessionStorage.getItem('lead_elkuldve')) { gtag('event', 'generate_lead', { form_id: 'ajanlatkeres' }); sessionStorage.setItem('lead_elkuldve', '1'); }

Ez a munkamenet végéig kizárja a dupla eseményt ugyanabban a böngészőlapon. Ha Google Tag Managert használsz, ugyanez egy egyedi HTML-címkével vagy egy feltételes triggerrel oldható meg. A tényleges beállítás az űrlapmodultól függ, élesítés előtt a GA4 DebugView nézetében érdemes ellenőrizni.

Mit nézz végig minden hónap elején?

Röviden. Öt-hat ellenőrzés elég ahhoz, hogy a havi eltérés magyarázható maradjon.

• Ugyanazt az időszakot és időzónát nézed a GA4-ben és a postafiókban?
• A lead kulcsesemény számolási módja az, amit szándékosan választottál?
• Volt a hónapban űrlapmódosítás, bővítményfrissítés vagy tesztelés?
• Hány levél ment a spammappába, és hány spam jutott át a GA4-be?
• Rögzítetted a telefonos, Messengeres és személyes megkereséseket a CRM-ben?
• A különbség a szokásos sávon belül van? Ha nem, mi változott a mérésben?

Források és további olvasnivalók

• Google Analytics súgó, Kulcsesemények és számolási módok
• Google Analytics súgó, Ismert botforgalom kizárása
• Google Analytics súgó, Belső forgalom és fejlesztői forgalom szűrése
• Google Analytics súgó, Viselkedési modellezés a hozzájárulási módhoz
• Google for Developers, Consent Mode dokumentáció
• Google for Developers, GA4 ajánlott események (generate_lead)