Több űrlap egy oldalon: hogyan különböztesd meg őket a mérésben

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

Egy átlagos szolgáltatói oldalon ritka, hogy csak egy űrlap legyen. Felül ott a visszahívás-kérő, a tartalom alján az ajánlatkérő, a láblécben a hírlevél-feliratkozó, és sokszor egy felugró ablak is kér egy e-mail-címet. A mérés viszont gyakran még mindig egyetlen számot mutat arról, hány űrlapot küldtek be. Ebből nem derül ki, melyik űrlap dolgozik, és melyik csak helyet foglal. Ebben a cikkben végigmegyünk rajta, hogyan kap minden űrlap saját azonosítót, hogyan jut el ez paraméterként a Google Analytics 4-be, és hogyan lesz belőle olyan riport, amire döntést lehet építeni.

A szövegben háromféle állítást különítünk el. Hivatalosan igazolt az, ami a Google dokumentációjában szerepel. Saját tapasztalat az, amit mérés-beállítások és -javítások során rendszeresen látunk. Szakmai feltételezés az, ami logikus következtetés, de nincs mögötte hivatalos forrás vagy általános érvényű mérés.

Miért nem elég, ha csak azt látod, hány űrlapot küldtek be?

Az űrlapazonosító nélküli lead-mérés nem mérés, csak összeg. Ha havonta 80 beküldést látsz, de nem tudod, ebből mennyi a hírlevél-feliratkozás és mennyi az ajánlatkérés, akkor azt sem tudod megmondani, melyik oldal, melyik hirdetés vagy melyik szöveg hozza az üzletet.

A három űrlap értéke nagyon eltér. Egy ajánlatkérés mögött konkrét vásárlási szándék áll, egy hírlevél-feliratkozás mögött legfeljebb érdeklődés. Ha a kettő egy sorba kerül, a konverziós arány szépnek tűnik, miközben az értékesítés nem érzi a növekedést.

Hivatalosan igazolt. A Google Ads automatikus ajánlattétele azokra a konverziós műveletekre optimalizál, amelyeket elsődlegesként állítasz be. Szakmai feltételezés. Ha a hírlevél-feliratkozás is elsődleges konverzióként fut, a rendszer jó eséllyel az olcsóbban megszerezhető feliratkozások felé tolja a költést, mert számára ez is ugyanolyan konverzió.

Mi a leggyakoribb hiba, amikor több űrlap van egy oldalon?

A leggyakoribb hiba, hogy mindhárom űrlap ugyanazt az eseményt küldi paraméterek nélkül, így a beszámolóban egyetlen sor jelenik meg. A forgatókönyv tipikus. Valaki beállít a Google Tag Managerben egy általános űrlapküldés-triggert, amely minden beküldésre tüzel, és egy generate_lead eseményt küld. A szám nő, mindenki elégedett. Aztán egy megbeszélésen kiderül, hogy senki nem tudja szétválasztani a visszahívásokat és a feliratkozásokat.

Ennek három következménye van:

• nem látszik, melyik űrlap hozza a megkereséseket, így nem tudod, melyiket érdemes fejleszteni vagy megszüntetni;
• a hírlevél-feliratkozás felfújja a lead-számot, és torzítja a kampányok értékelését;
• ha később szétválasztod a mérést, a régi adatok visszamenőleg nem bonthatók, tehát az idősor megtörik.

Saját tapasztalat. Ugyanilyen gyakori változat, amikor a mérés a Küldés gomb kattintására tüzel. Ilyenkor a hibásan kitöltött, a validáción elbukó próbálkozás is leadnek számít, és egy türelmes látogató, aki háromszor nyomja meg a gombot, három leadet termel.

Hogyan adj minden űrlapnak egyedi azonosítót?

Minden űrlap kapjon egy technikai azonosítót a HTML-ben és egy üzletileg érthető nevet a mérésben, és a kettő között legyen rögzített megfeleltetés. A technikai azonosító a form elem id attribútuma vagy az űrlapkezelő bővítmény saját sorszáma. Az üzleti név az, amit a riportban olvasni fogsz.

1. Készíts leltárt. Nyisd meg az oldal minden sablonját, és írd fel, hol milyen űrlap jelenik meg. A felugró ablakot és a mobilon eltérő elrendezést se hagyd ki.
2. Rögzítsd a technikai azonosítót. A Contact Form 7, a Gravity Forms vagy a WPForms minden űrlapnak számot ad. Ha ugyanaz az űrlap több helyen is megjelenik (például a fejlécben és a tartalom alján), a sorszám önmagában nem mondja meg, honnan jött a beküldés.
3. Adj üzleti nevet és helyet. Az üzleti név azt mondja meg, mit kér a látogató. A hely azt, hol találkozott az űrlappal.
4. Tegyél az űrlapba egy rejtett mezőt, amely az üzleti nevet és a helyet tartalmazza. Így a beérkező levélben és a CRM-ben is látszik, melyik űrlapról jött a megkeresés. Erre a riport utolsó lépésénél lesz szükség.
5. Vezesd a megfeleltetést egy közös táblázatban, hogy egy új űrlap vagy egy áthelyezés után is mindenki ugyanazt a nevet használja.

Milyen elnevezési rendszert érdemes használni?

Kisbetűs, ékezet nélküli, alsóvonással tagolt értékeket érdemes használni, egy előre rögzített listából. A szabadon beírt nevek néhány hónap alatt szétcsúsznak, és a riportban ugyanaz az űrlap három különböző néven jelenik meg.

Egy bevált szerkezet három paraméterrel:

• form_name mondja meg, mit kér a látogató. Javasolt értékek: visszahivas, ajanlatkeres, hirlevel, idopontfoglalas.
• form_location mondja meg, hol van az űrlap az oldalon. Javasolt értékek: fejlec, tartalom_kozep, tartalom_also, oldalsav, lablec, felugro.
• form_id a technikai, egyedi azonosító, például ajanlatkeres_tartalom_also_v2. A verziószámot akkor emeld, amikor a mezők vagy a szöveg lényegesen megváltozik, így a régi és az új változat eredménye külön is látszik.

Az oldal címét ne tedd bele a form_location értékébe. Hivatalosan igazolt, hogy a GA4 az oldal URL-jét (page_location) minden eseménnyel automatikusan gyűjti, így az oldalankénti bontás külön paraméter nélkül is elérhető. A form_location csak az oldalon belüli helyet írja le.

Az eseménynév is számít. Hivatalosan igazolt, hogy a generate_lead a GA4 ajánlott eseménye az érdeklődő-szerzésre. A hírlevélhez érdemes külön, saját eseményt használni (például hirlevel_feliratkozas), mert így a két esemény már a legelső riportban sem keveredik. Hivatalosan igazolt korlátok is vannak. Standard GA4-tulajdonságban az eseménynév legfeljebb 40, a paraméterérték legfeljebb 100 karakter lehet. A Google szabályzata tiltja, hogy személyes adatot (e-mail-címet, telefonszámot, nevet) küldj az Analyticsbe, ezért paraméterbe soha ne kerüljön az űrlap tartalma.

Hogyan küldd el az űrlap nevét és helyét paraméterként?

A legmegbízhatóbb megoldás, ha a sikeres beküldés után az oldal egy dataLayer-eseményt küld a három paraméterrel, és a Tag Manager ebből építi fel a GA4-eseményt.

dataLayer-esemény a sikeres beküldés után

A kódrészletet abba a pontba kell tenni, ahol az űrlapkezelő már visszajelezte, hogy a beküldés sikerült. A Contact Form 7 például a dokumentációja szerint egy wpcf7mailsent DOM-eseményt küld sikeres levélküldés után, erre lehet ráakasztani a push-t.

window.dataLayer = window.dataLayer || []; window.dataLayer.push({ event: 'urlap_sikeres', form_name: 'ajanlatkeres', form_location: 'tartalom_also', form_id: 'ajanlatkeres_tartalom_also_v2' });

A Tag Managerben ehhez három elem kell:

1. egy egyéni esemény trigger urlap_sikeres névvel;
2. három adatréteg-változó a form_name, a form_location és a form_id kiolvasására;
3. két GA4-eseménycímke. Az egyik generate_lead néven küld, és csak akkor tüzel, ha a form_name nem hirlevel. A másik hirlevel_feliratkozas néven küld a hírlevél esetén. Mindkettő továbbadja a három paramétert.

Ha nincs fejlesztői hozzáférés

A Tag Manager beépített Űrlapküldés triggere és a Form ID beépített változó fejlesztő nélkül is használható. Hivatalosan igazolt, hogy a triggernek van validáció-ellenőrző beállítása, amely csak akkor tüzel, ha a böngésző szerint az űrlap sikeresen elküldhető. Saját tapasztalat, hogy az AJAX-szal működő űrlapok (a WordPress-bővítmények nagy része ilyen) gyakran nem váltják ki a natív submit eseményt, ezért ez a trigger náluk vagy nem tüzel, vagy a szerveroldali hibát nem veszi észre.

A másik fejlesztő nélküli út a külön köszönőoldal űrlaponként, például /koszonjuk-visszahivas/ és /koszonjuk-ajanlatkeres/. Ez megbízható, de a hely elveszik, hacsak nem adod át URL-paraméterben.

Mit ad a GA4 bővített mérése?

Hivatalosan igazolt, hogy a bővített mérés bekapcsolt űrlap-interakciókkal form_start és form_submit eseményt küld, form_id, form_name és form_destination paraméterekkel. Saját tapasztalat, hogy ezek az értékek sok oldalon üresek vagy véletlenszerűen generáltak, a form_submit pedig sikertelen beküldésnél is megjelenhet. Kiindulásnak jó, lead-mérésre önmagában kevés. Ha saját eseményt építesz, érdemes az űrlap-interakciók mérését kikapcsolni, hogy ne legyen kettős számolás.

Hogyan regisztráld a paramétereket, hogy megjelenjenek a riportban?

A GA4 az egyéni paramétereket csak akkor mutatja a riportokban, ha esemény-hatókörű egyéni dimenzióként regisztrálod őket, és ez visszamenőleg nem hat. Ezt a lépést sokan kihagyják, aztán hetekkel később derül ki, hogy az adat bejött, csak sehol nem látszik.

1. Az Adminisztráció, Egyéni definíciók menüben hozz létre három esemény-hatókörű dimenziót a form_name, form_location és form_id paraméterekhez. A paraméternévnek betűre pontosan egyeznie kell.
2. A generate_lead eseményt jelöld kulcseseménynek. A hírlevél-eseményt csak akkor, ha tudatosan külön kezeled, és a Google Adsbe nem importálod elsődleges konverzióként.
3. A DebugView-ban ellenőrizd, hogy mindhárom űrlap beküldése megérkezik, és a paraméterek értéke helyes.

Hivatalosan igazolt, hogy az új egyéni dimenzió adatai 24-48 óra alatt jelennek meg a riportokban, és standard tulajdonságban 50 esemény-hatókörű egyéni dimenzió hozható létre. Három űrlap-paraméter ebből keveset visz el.

Hogyan készíts riportot, amiből látszik, melyik űrlap hozza a valódi megkereséseket?

A riport két rétegből áll. A GA4 megmutatja, melyik űrlapot hányszor küldték be és honnan, a CRM vagy a beérkező levelek pedig azt, ebből mennyi volt valódi megkeresés. A GA4 önmagában csak a beküldést látja, a minőséget nem.

Első réteg, a GA4-exploráció

1. Az Explorációk menüben nyiss egy szabad formátumú riportot.
2. Dimenzióként add hozzá az eseménynevet, a form_name, a form_location, a munkamenet forrás/médium és a céloldal dimenziót.
3. Mutatónak az eseményszámot és a kulcseseményeket válaszd.
4. Sorba tedd a form_name és a form_location dimenziót, szűrőnek az eseménynevet (generate_lead vagy hirlevel_feliratkozas).
5. Második lapon bontsd a sorokat forrás/médium szerint, így látszik, melyik csatorna melyik űrlapot tölti.

Ebből már kiderül, hogy a fejlécben lévő visszahívás-kérő vagy a tartalom alján lévő ajánlatkérő hozza-e a több beküldést, és hogy a felugró ablak egyáltalán dolgozik-e.

Második réteg, az összevetés a valódi megkeresésekkel

Itt lesz hasznos a rejtett mező. Mivel minden beérkező levélben vagy CRM-bejegyzésben ott van az űrlap neve és helye, havonta egyszer meg lehet jelölni a megkereséseket három kategóriába: valódi érdeklődő, nem releváns megkeresés, spam. A táblázatban soronként egy űrlap és hely, oszlopban a GA4 szerinti beküldések száma és a valódi megkeresések száma áll.

A két szám aránya mutatja meg, melyik űrlap hoz munkát. Saját tapasztalat, hogy a rövid, kevés mezős visszahívás-kérő gyakran több beküldést hoz, de több benne a nem releváns vagy spam megkeresés, míg a hosszabb ajánlatkérő kevesebbet, de kidolgozottabbat. Ez oldalanként és iparáganként eltér, ezért ne átvedd, hanem a saját adatodon ellenőrizd.

Személyes adatot ehhez sem kell a GA4-be vinni. Az összevetés a saját rendszeredben történik, a GA4-ből csak összesített számok jönnek át.

Szakmai feltételezés. Ha a valódi megkeresések arányát űrlaponként néhány hónapig vezeted, jó eséllyel kiderül, melyik űrlapot érdemes a hirdetések elsődleges konverziójának választani. Ez segítheti a kampányok optimalizálását, de önmagában nem garantál jobb eredményt.

Mit ellenőrizz a bevezetés előtt és után?

A bevezetés akkor kész, ha minden űrlap tesztbeküldése a helyes eseménynévvel és kitöltött paraméterekkel jelenik meg a DebugView-ban, és a beérkező levélben is látszik a forrás.

• Elkészült az űrlapleltár minden sablonra, a felugró ablakot és a mobilnézetet is beleértve.
• Van rögzített értéklista a form_name és a form_location paraméterhez.
• A mérés a sikeres beküldésre tüzel, a gombkattintásra nem.
• A hírlevél külön eseményt küld, a lead-űrlapok generate_lead eseményt.
• Egyik paraméterben sincs személyes adat.
• A bővített mérés űrlap-interakciói ki vannak kapcsolva, ha saját eseményt használsz.
• Mindhárom paraméter regisztrálva van egyéni dimenzióként.
• A generate_lead kulcsesemény, és a Google Adsben csak a valódi lead-események elsődlegesek.
• Minden űrlapot egyszer, szándékosan hibásan is kitöltöttél, és ellenőrizted, hogy ilyenkor nem megy esemény.
• A rejtett mező értéke megérkezik a levélbe vagy a CRM-be.
• Feljegyezted a bevezetés napját, hogy az idősor törését később is értsd.

Források és további olvasnivalók

• Google Analytics súgó, Ajánlott események (generate_lead)
• Google Analytics súgó, Bővített mérés események
• Google Analytics súgó, Egyéni dimenziók és mutatók
• Google Analytics súgó, Eseménygyűjtési korlátok
• Google Analytics súgó, A személyazonosításra alkalmas adatok gyűjtésének tilalma
• Google Tag Manager súgó, Űrlapküldés trigger
• Google Ads súgó, Elsődleges és másodlagos konverziós műveletek
• Contact Form 7 dokumentáció, DOM-események
• W3C / WHATWG HTML specifikáció, a form elem és az id attribútum