Ugrás a tartalomra
2026. július 11.·5 perc olvasás

A GA4 nem mutatja a kapcsolatfelvételi űrlap konverzióit: 6 ok és a megoldás mindegyikre

Kulcseseményként jelölted meg az eseményt, a jelentés mégis nullát mutat. Íme a 6 valódi ok, és hogyan ellenőrizd mindegyiket, lépésről lépésre.

Ez egy őrjítően gyakori helyzet: a kapcsolatfelvételi űrlapod működik, az e-mailek megérkeznek, valódi ügyfelek keresnek meg téged — a GA4 konverziós jelentésed mégis tökéletes nullát mutat. Kulcseseményként (korábban „konverzióként") jelölted meg az eseményt, vártál néhány napot, és még mindig semmi. Elkezdesz azon tűnődni, hány érdeklődőt veszítettél el csendben.

A jó hír: szinte soha nem elveszett érdeklődőkről van szó. Egy konfigurációs láncról, amely valahol útközben elszakad. A GA4 szokatlanul csendes, amikor valami elromlik — nincs hibaüzenet, csak nulla. Ebben a cikkben a leggyorsabb ellenőrzésektől haladunk a legfinomabbak felé, hogy ne tölts el egy órát rossz helyen kutatva. Menj végig rajtuk sorrendben; a legtöbbször már az első kettőnél megállsz.

Először a legfontosabb: valós időben ellenőrizz, ne a jelentésekben

A leggyakoribb „probléma" egyáltalán nem is probléma — hanem félreirányított türelem. A GA4 standard jelentései késéssel frissülnek (gyakran 24-48 óra), és egy esemény kulcseseményként való megjelölése nem visszamenőleges: csak attól a pillanattól számol, amikor előre átkapcsolod. Ha ma a tegnapot nézed, egyszerűen azért láthatsz nullát, mert az adatok még feldolgozás alatt állnak.

Mielőtt bármilyen következtetést levonnál, használj két eszközt, amelyek szinte azonnal mutatnak:

  • Realtime (Valós idő) — nyisd meg az oldaladat egy külön lapon, küldj be egy tesztet az űrlapon keresztül, majd figyeld, hogy megjelenik-e az esemény.
  • DebugView — engedélyezd a hibakeresési módot (a Google „Tag Assistant" bővítménye a legegyszerűbb), és pontosan lásd, mely események sülnek el minden művelet során.

Ha az esemény itt megjelenik, a többi már csak várakozás és jelentési időszakok kérdése. Ha nem, akkor az alábbi okok egyike áll fenn.

1. ok: az esemény egyáltalán nem sül el

Messze a leggyakoribb. Sok modern űrlap AJAX-on keresztül küld be, az oldal újratöltése nélkül — így nem sül el új `page_view`, amire támaszkodhatnál. Máskor az űrlap egy „Köszönjük" oldalra irányítja a látogatókat, de ott senki nem konfigurált eseményt. Mindkét esetben a GA4-nek nincs mit számolnia, mert nem kap semmit.

Hogyan ellenőrizd: nyisd meg a DebugView-t, töltsd ki és küldd be a teszt űrlapot. Ha a gomb megnyomása nem hoz létre új eseményt (még automatikusat sem), akkor semmi nem indítja el az adatgyűjtést.

Megoldások:

  • Ha van dedikált köszönőoldalad, jelölj meg egy eseményt annak az oldalmegtekintésén.
  • Ha az űrlap AJAX-os, szükséged van egy triggerre a beküldési eseményen — általában a Google Tag Manageren keresztül (egy „Form Submission" trigger, vagy egy egyedi esemény, amit a bővítményed küld).

2. ok: az esemény neve nem egyezik a kulceseménnyel

A GA4 érzékeny a részletekre, és ez a hiba szinte láthatatlan. Lehet, hogy egy `generate_lead` nevű eseményt küldesz, de a `Generate_Lead` vagy `lead_form` eseményt jelölted meg kulceseményként. A nevek nem egyeznek, így az esemény ugyan megérkezik — de sosem számítódik konverziónak.

Mit ellenőrizz:

  • A pontos eseménynevet a DebugView-ben, szemben az Admin → Kulcsesemények menüben megjelölt pontos névvel. Azonosnak kell lenniük, a kis- és nagybetűket is beleértve.
  • Hogy nincs két folyamatod: az egyik a GTM-ből sül el, a másik a kódból, eltérő nevekkel.
  • Hogy a kulceseményt a megfelelő tulajdonban (property) és a megfelelő adatfolyamban (stream) jelölted meg — könnyű véletlenül egy teszttulajdonban dolgozni.

Amint a nevek egyeznek, ne feledd: a számolás mostantól előre indul, nem hozza vissza a múltat.

3. és 4. ok: cookie-hozzájárulás és blokkoló bővítmények

Még minden helyes konfiguráció mellett is megállítható az adatgyűjtés a forrásnál.

Hozzájárulás / Consent Mode: ha a cookie-sávod úgy van beállítva, hogy az analitikát elfogadásig blokkolja, és a látogató elutasítja (vagy semmire sem kattint), a GA4 sosem kapja meg az adatot. Amikor tesztelsz és az „Elutasítás"-ra kattintasz, kizárod magad a jelentésből. Tesztelj úgy, hogy egyértelműen az „Elfogadás"-ra kattintasz a cookie-knál, és nézd meg, hogy megjelenik-e akkor az esemény.

Reklámblokkolók és adatvédelmi bővítmények: sok teljesen blokkolja a GA4 szkriptet. Ha uBlockkal, Brave-vel vagy egy agresszív védelemmel rendelkező böngészővel tesztelsz, előfordulhat, hogy egyáltalán nem sül el esemény. Tesztelj bővítmények nélküli ablakban vagy egy tiszta böngészőben.

Egyiket sem a GA4-ben „javítod" — ezek a modern web valóságai. A lényeg, hogy ne keverd össze őket a hibás konfigurációval.

5. ok: az űrlap egy iframe-ben vagy külső szolgáltatásban él

Ha az űrlapod valójában egy Typeform, egy Google Form, egy Calendly vagy egy másik beágyazott szolgáltatás, akkor egy másik doménen lévő `iframe`-ben él. Biztonsági okokból az oldaladon lévő GA4 nem „látja", mi történik azon a kereten belül — így a beküldés megtörténik, de az eseményed sosem sül el.

Mit tehetsz:

  • Használd a szolgáltatás natív integrációját: a legtöbb tud eseményt küldeni a GA4-nek, vagy webhookot hívni minden kitöltéskor.
  • Vagy cseréld le a beágyazott űrlapot egy sajátod doménjén tárolt űrlapra, ahol teljes az irányításod.

Az MPO Web Studiónál mi kezdettől a második lehetőséget részesítjük előnyben: az űrlapok az ügyfél saját oldalán élnek, nem külső iframe-ben. Ez tisztán tartja a mérést, és azt jelenti, hogy nem függsz egy harmadik féltől származó szolgáltatástól, amely bármikor megváltozhat.

6. ok: rossz jelentést nézel (időszak, késleltetés, belső forgalom)

Néha a beállítás tökéletes, mégis nullát látsz — mert maga a jelentés vezet félre.

  • Dátumtartomány: ha a kiválasztott időszak korábbi, mint amikor a kulceseményt megjelölted vagy a követést telepítetted, akkor persze hogy üres. Bővítsd ki „utolsó 7 nap"-ra.
  • Feldolgozási késleltetés: a standard jelentések nem valós idejűek. Adj nekik 24-48 órát, mielőtt következtetnél.
  • Belső forgalom szűrő: ha kizártad a saját IP-det (ajánlott), akkor az irodából végzett tesztjeid egyáltalán nem jelennek meg a jelentésekben — még ha helyesek is voltak. Ellenőrizd a DebugView-ben, amely figyelmen kívül hagyja a szűrőt.

Ha mindezen végigmentél, és még mindig nem áll össze, ez az a fajta dolog, amit gyorsan, távolról megoldunk. Írj nekünk WhatsAppon egy linkkel az oldalhoz — gyakran egyetlen DebugView-ellenőrzésből kiszúrjuk az okot.

Gyakran ismételt kérdések

Ma jelöltem meg a konverziót. Miért nem látok semmit az előző hónapokból?+

Mert egy kulcsesemény megjelölése nem visszamenőleges. A GA4 csak attól a pillanattól kezd számolni, amikor előre átkapcsolod. A régebbi események sima események maradnak; nem lehet őket utólag konverzióvá alakítani.

A beküldések működnek és kapok e-maileket — akkor miért mutat a GA4 nullát?+

Az e-mail fogadása és a GA4-be való rögzítés két teljesen külön lánc. Az e-mail egy bővítményen vagy SMTP-szolgáltatáson keresztül mehet ki, míg a GA4 egy böngészőben elsülő eseménytől függ. Nagyon gyakran az űrlap AJAX-on keresztül küld be, és egyáltalán nem sül el esemény — lásd az 1. okot.

Meddig kellene várnom, mielőtt valódi problémát feltételezek?+

Az ellenőrzéshez használd a DebugView-t és a Realtime-ot, amelyek másodperceken belül mutatnak. A standard jelentéseknek adj 24-48 órát. Ha a DebugView helyesen mutatja az eseményt, de a jelentés két nap után is nullát ír, ellenőrizd a dátumtartományt és a belső forgalom szűrőt.

Feltétlenül szükségem van a Google Tag Managerre?+

Szigorúan véve nem, de sokat segít az AJAX-os űrlapoknál, ahol a beküldési eseményt oldalújratöltés nélkül kell elkapnod. Ha van dedikált köszönőoldalad, GTM nélkül is megjelölhetsz eseményt. Bármi bonyolultabbnál a GTM irányítást és átláthatóságot ad.

Ellenőrizni tudja helyettem az MPO a beállítást?+

Igen, távolról csináljuk. Küldesz nekünk egy linket az oldalhoz WhatsAppon, plusz hozzáférést a GA4 tulajdonhoz, és a DebugView-ben figyeljük, pontosan mi sül el beküldéskor. Általában egyetlen tesztből azonosítjuk az okot, és világosan megmondjuk, mit kell javítani.

Ingyenes útmutató

7 hiba, amely elriasztja az ügyfeleket a weboldaláról

Adja meg az e-mail-címét, és azonnal itt megkapja az útmutatót. Spam nélkül.

A küldéssel elfogadja az Adatvédelmi szabályzatot.
MAz MPO csapataSzemélyesen válaszolunk

Szeretné látni, hogyan nézne ki a cége weboldala?

Írjon nekünk WhatsAppon, és ingyen elkészítünk egy bemutató weboldalt a cége nevével. Előbb megnézi, utána dönt — minden kötelezettség nélkül.

Kérek egy ingyenes bemutató weboldaltÁltalában néhány percen belül válaszolunk