Online marketing mérési és optimalizálási rendszer ügyfélszerző weboldalakhoz

"Nem attól lesz jobb az online marketing, hogy több adatot gyűjtünk. Attól lesz jobb, hogy a megfelelő adatokat gyűjtjük, és azok alapján rendszeresen fejlesztjük a weboldalt, a kampányokat és a tartalmakat."

1. Bevezetés

A legtöbb szolgáltató cég ma már használ valamilyen webanalitikai eszközt. Gyakran telepítve van a Google Analytics (GA4), futnak Google Ads kampányok, készülnek landing oldalak, időnként blogcikkek is születnek. Mindezek ellenére sok vállalkozás ugyanazzal a problémával szembesül: rengeteg adat áll rendelkezésre, mégsem egyértelmű, hogy melyik marketingtevékenység hozza a valóban értékes érdeklődőket.

Sok esetben tudjuk, hány látogató érkezett a weboldalra, de jóval nehezebb megválaszolni az olyan üzletileg fontos kérdéseket, mint:

• Melyik Google Ads kampányból érkezett az utolsó ajánlatkérés?
• Melyik landing oldal teljesít a legjobban?
• Melyik blogcikkből érkeznek valódi érdeklődők?
• Hány telefonhívás, e-mail-kattintás vagy űrlapbeküldés indult a weboldalról?
• A látogatók milyen útvonalon jutnak el az első érkezéstől az ajánlatkérésig?
• Melyik kapcsolatfelvételi pontot használják a leggyakrabban?
• Melyik szolgáltatás iránt érdeklődnek a legtöbben?

Ha ezekre a kérdésekre nem tudunk pontos választ adni, akkor a marketing optimalizálása nagyrészt feltételezéseken alapul. Könnyen előfordulhat, hogy olyan kampányokra költünk, amelyek kevés üzleti eredményt hoznak, miközben a valóban jól teljesítő csatornák nem kapnak elegendő figyelmet.

Ebben az útmutatóban azt mutatjuk be, hogyan lehet egy szolgáltató cég weboldalához olyan online marketing mérési és optimalizálási rendszert felépíteni, amely egységes rendszerbe foglalja a Google Ads kampányokat, a landing oldalakat, a szolgáltatásoldalakat, a blog cikkeket és a tartalommarketinget és a webanalitikát.

A cél nem pusztán az, hogy minél több adatot gyűjtsünk. A cél egy olyan mérési rendszer kialakítása, amelynek segítségével folyamatosan jobb üzleti döntéseket tudunk hozni, és ezáltal egyre több és jobb minőségű érdeklődőt szerezhetünk.

Kinek szól ez az útmutató?

Ez az útmutató elsősorban olyan szolgáltató cégek vezetőinek, marketingeseinek, projektvezetőinek és webfejlesztőinek készült, akik nem csupán látogatottsági statisztikákat szeretnének látni, hanem valódi üzleti eredményeket szeretnének mérni.

Különösen hasznos lehet, ha:

• Google Ads hirdetésekből szeretnél több és jobb minőségű megkeresést szerezni.
• Szeretnéd pontosan látni, hogy mely marketingcsatornák hozzák a legtöbb érdeklődőt.
• Landing oldalakat használsz, és objektív adatok alapján szeretnéd optimalizálni őket.
• Blogcikkeket írsz, és mérni szeretnéd, hogy ezek valóban hozzájárulnak-e az ügyfélszerzéshez.
• A weboldalad kapcsolatfelvételi pontjait - űrlapok, telefon, e-mail, CTA gombok, térképlinkek - egységes rendszerben szeretnéd mérni.
• Olyan mérési rendszert szeretnél kialakítani, amely hosszú távon támogatja a Google Ads kampányok, a szolgáltatásoldalak és a tartalommarketing folyamatos fejlesztését.

Miért született ez az útmutató?

A gyakorlatban sok weboldalnál ugyanazt a helyzetet látjuk: a különböző marketingeszközök önmagukban működnek, de nincsenek valódi rendszerbe kapcsolva. Van Google Ads, van Google Analytics, vannak külön landing oldalak és blogcikkek is. Ami viszont gyakran hiányzik, az az egységes mérési logika.

Egy jól felépített mérési rendszer nem a technikai eszközökkel kezdődik, hanem az üzleti kérdésekkel:

• Milyen érdeklődőket szeretnénk szerezni?
• Melyik kapcsolatfelvételi forma számít valódi üzleti értéknek?
• Melyik szolgáltatásra szeretnénk több megkeresést kapni?
• Melyik kampányt, landing oldalt vagy blogcikket kell fejleszteni?
• Hogyan tudjuk a beérkező adatok alapján javítani a következő hónap marketingtevékenységét?

Ez az útmutató ezekre a kérdésekre ad rendszerezett választ. Nem egyszerű Google Analytics vagy Google Tag Manager használati útmutató, hanem egy gyakorlati módszertan arra, hogyan érdemes egy szolgáltató cég weboldalának mérését és optimalizálását megtervezni.

Miért nem elég a Google Analytics?

A Google Analytics fontos eszköz, de önmagában nem jelent teljes mérési rendszert. A GA4 képes adatokat gyűjteni az oldalmegtekintésekről, forgalmi forrásokról, eseményekről és konverziókról, de csak akkor ad valóban használható képet, ha a weboldal megfelelően előkészíti és átadja neki a szükséges adatokat.

Egy alap GA4 telepítés után gyakran látható például:

• hány látogató érkezett a weboldalra;
• milyen forrásból érkezett a forgalom;
• mely oldalakat nézték meg a látogatók;
• mennyi ideig maradtak az oldalon.

Ezek hasznos információk, de egy szolgáltató cég ügyfélszerzési szempontból általában ennél pontosabb válaszokra van szüksége.

A különbség tehát nem az, hogy van-e analitika a weboldalon. A valódi kérdés az, hogy az analitika mögött van-e átgondolt mérési stratégia. Ha nincs, akkor az adatok könnyen elszigetelt számok maradnak. Ha van, akkor az adatokból konkrét fejlesztési feladatok születhetnek.

A gyakorlatban ezt javasoljuk

A Google Analytics telepítése csak az első lépés. Egy szolgáltató cég weboldalán már a fejlesztés vagy optimalizálás elején érdemes meghatározni, milyen üzleti célokat, konverziós pontokat, forrásadatokat és eseményeket kell mérni. Így az analitika nem utólagos kiegészítés lesz, hanem a weboldal működésének szerves része.

Mit fogsz megtanulni ebből az útmutatóból?

Az útmutató végére pontos képet kapsz arról, hogyan lehet egy szolgáltató cég weboldalán olyan mérési rendszert kialakítani, amely nemcsak adatokat gyűjt, hanem támogatja a Google Ads, a landing oldalak, a szolgáltatásoldalak és a tartalommarketing folyamatos fejlesztését.

Az útmutatóban végigvesszük:

• hogyan kell üzleti célokból kiindulva mérési rendszert tervezni;
• milyen konverziós pontokat érdemes összegyűjteni egy szolgáltató weboldalon;
• hogyan lehet megkülönböztetni az elsődleges és másodlagos konverziókat;
• milyen adatokat érdemes eltárolni egy érdeklődőről;
• hogyan követhető a látogató forrása UTM, Google Ads paraméterek, referrer és first touch logika segítségével;
• miért van szükség eseményekre, dataLayerre, Google Tag Managerre és GA4 eseményekre;
• hogyan kapcsolódik a mérési rendszer a Google Ads optimalizálásához;
• milyen riportokból lehet valódi üzleti döntéseket hozni;
• milyen gyakori hibákat érdemes elkerülni;
• és milyen ellenőrzőlista alapján lehet egy új ügyfél projektjénél felépíteni a mérést.

2. Mi az online marketing mérési és optimalizálási rendszer?

Az online marketing mérési és optimalizálási rendszer nem egyetlen eszköz. Nem azonos a Google Analytics-szel, a Google Tag Managerrel vagy a Google Ads-konverziókövetéssel. Ezek mind fontos elemek, de önmagukban még nem alkotnak rendszert.

A mérési rendszer lényege, hogy összekapcsolja az üzleti célokat, a weboldal kapcsolatfelvételi pontjait, a forgalmi forrásokat, az analitikai eszközöket és az optimalizálási döntéseket. A cél az, hogy ne csak azt lássuk, hányan jártak a weboldalon, hanem azt is, hogyan lesz egy látogatóból érdeklődő, és melyik marketingtevékenység járul hozzá ehhez a legnagyobb mértékben.

Nem eszköz, hanem működési logika

Egy szolgáltató cég weboldalán a mérés akkor működik jól, ha előre tisztázott, hogy mit szeretnénk megtudni. A technológia csak ezután következik. A Google Tag Manager, a GA4, az UTM paraméterek, a session vagy a dataLayer mind eszközök ahhoz, hogy a szükséges információk összegyűjthetők legyenek.

A kérdések sorrendje ezért nem ez:

• Milyen taget állítsunk be a GTM-ben?
• Milyen eseménynevet küldjünk GA4-be?
• Milyen paramétert használjunk a hirdetésekben?

Hanem inkább ez:

• Milyen üzleti célt szeretnénk mérni?
• Melyik kapcsolatfelvételi pont jelzi ezt a célt?
• Milyen forrásadatokra lesz szükség a lead értékeléséhez?
• Milyen eseményeket kell rögzíteni?
• Milyen riportból fogunk döntést hozni?
• Milyen optimalizálási feladat születhet az adatokból?

Gyakorlati szemlélet

A mérési rendszer nem attól lesz jó, hogy sok adatot gyűjt. Attól lesz jó, hogy minden gyűjtött adatnak van szerepe a későbbi döntésekben: kampányt módosítunk, landing oldalt javítunk, szolgáltatásoldalt fejlesztünk, blogcikket frissítünk vagy új CTA-t tesztelünk.

A rendszer fő elemei

Egy átgondolt mérési és optimalizálási rendszer több, egymásra épülő rétegből áll. Ezeket nem érdemes külön kezelni, mert a valódi érték éppen abból jön létre, hogy az elemek összekapcsolódnak.

A Usernet mérési és optimalizálási ciklusa

A mérési rendszer önmagában még nem eredmény. Az érték akkor jelenik meg, amikor az adatok alapján rendszeresen fejlesztjük a weboldalt és a kampányokat. Ezért érdemes a mérést nem egyszeri beállításként, hanem folyamatos optimalizálási ciklusként kezelni.

1. Meghatározzuk az üzleti célokat.
2. Megtervezzük a marketingcsatornákat és érkezési oldalakat.
3. Összegyűjtjük a konverziós pontokat.
4. Felépítjük a forráskövetést és eseménymérést.
5. Az adatokat továbbítjuk GA4-be, Google Ads-be és riportokba.
6. Elemezzük, mely csatornák, oldalak és CTA-k teljesítenek jól.
7. A kapott adatok alapján módosítjuk a kampányokat, landing oldalakat vagy tartalmakat.
8. Az új eredményeket ismét mérjük.

Példa: Minta Épületgépészet Kft.

Az útmutatóban a folyamatot egy fiktív szolgáltató cég, a Minta Épületgépészet Kft. példáján keresztül is bemutatjuk. A cég hőszivattyú telepítéssel, klímaszereléssel és épületgépészeti kivitelezéssel foglalkozik, és szeretne több minőségi érdeklődőt szerezni Google Ads kampányokból, organikus keresésből és szakmai blogtartalmakból.

A cégnek van weboldala, de a marketing eredményei nehezen értékelhetők. Tudják, hogy érkeznek látogatók, de nem látják pontosan:

• melyik szolgáltatás iránt érdeklődnek a legtöbben;
• melyik landing oldal hozza a legtöbb ajánlatkérést;
• melyik Google Ads kulcsszó vagy kampány termeli a jobb leadeket;
• a blogcikkekből érkezik-e valódi érdeklődő;
• a látogatók telefonon, e-mailben vagy űrlapon keresztül veszik-e fel gyakrabban a kapcsolatot.

A mérési rendszer célja ebben az esetben nem az, hogy még több statisztikát gyűjtsünk, hanem hogy a cég pontosan lássa, mely marketingtevékenységekből lesz valódi üzleti lehetőség. Ez alapján lehet dönteni arról, mely kampányokat kell erősíteni, mely landing oldalakat kell javítani, és milyen új blogtémák vagy szolgáltatásoldalak készüljenek.

A gyakorlatban ezt javasoljuk

Új ügyfélprojekt esetén ne a technikai mérőkódokkal kezdjük a munkát, hanem a mérési modell megtervezésével. Először tisztázni kell az üzleti célokat, a konverziós pontokat, a forgalmi forrásokat és azokat a riportokat, amelyek alapján később döntéseket szeretnénk hozni.

3. Az üzleti célok meghatározása

Egy online marketing mérési rendszer tervezése nem a Google Analytics-ben, nem a Google Tag Managerben és nem is a hirdetési fiókban kezdődik. A helyes kiindulópont az üzleti cél. Először azt kell tisztázni, hogy a weboldalnak milyen eredményt kell támogatnia, és ehhez milyen típusú érdeklődőket szeretnénk szerezni.

Ez különösen fontos szolgáltató cégeknél, ahol a weboldal célja általában nem az azonnali online vásárlás, hanem valamilyen kapcsolatfelvétel: ajánlatkérés, telefonhívás, e-mail, időpontfoglalás vagy konzultációs igény. Ezeket csak akkor lehet jól mérni, ha előre eldöntjük, melyik kapcsolatfelvételi forma mennyire értékes üzleti szempontból.

A mérési rendszer tehát nem egyszerűen azt vizsgálja, hogy hány látogató érkezett a weboldalra. Azt kell megmutatnia, hogy melyik látogatóból lett valódi érdeklődő, melyik szolgáltatás iránt érdeklődött, honnan érkezett, milyen útvonalon jutott el a kapcsolatfelvételig, és az adott megkeresés mennyire volt értékes a cég számára.

Miért veszélyes, ha nincs pontos üzleti cél?

Ha a mérés nem üzleti célból indul ki, könnyen rossz következtetésekre juthatunk. Egy kampány például hozhat sok látogatót, mégsem biztos, hogy jó kampány. Egy blogcikk generálhat jelentős organikus forgalmat, de ha ebből nem lesz megkeresés, akkor ügyfélszerzési szempontból korlátozott az értéke. Egy landing oldal pedig lehet látványos, de ha kevés vagy gyenge minőségű leadet hoz, akkor üzleti szempontból nem teljesít jól.

A leggyakoribb hiba, hogy a vállalkozás túl általános célokat fogalmaz meg. Például: „legyen több látogatónk”, „legyen jobb a Google Ads”, „írjunk több blogcikket”, „javítsuk a konverziót”. Ezek önmagukban nem elég konkrétak ahhoz, hogy mérési rendszert lehessen rájuk építeni.

Elsődleges és másodlagos üzleti célok

A mérési rendszer felépítésekor érdemes különválasztani az elsődleges és másodlagos üzleti célokat. Az elsődleges cél az, ami közvetlen üzleti értéket képvisel. A másodlagos célok pedig azok a viselkedések, amelyek közelebb vihetik a látogatót a kapcsolatfelvételhez, de önmagukban még nem feltétlenül jelentenek valódi leadet.

Példa: Minta Épületgépészet Kft.

A Minta Épületgépészet Kft. több szolgáltatást kínál: hőszivattyú telepítést, kazáncserét, klímaszerelést és éves karbantartást. A cég korábban általánosan azt szerette volna, hogy „több megkeresés érkezzen a weboldalról”. Ez kiindulásnak érthető, de mérési rendszerhez túl tág cél.

A pontosabb üzleti cél így nézhet ki:

•    több ajánlatkérés hőszivattyú telepítésre;
•    alacsonyabb Google Ads költség egy releváns ajánlatkérésre vetítve;
•    jobb minőségű leadek a céges és családi házas célcsoportból;
•    mérhető útvonal a Google Ads hirdetéstől a landing oldalon át az ajánlatkérésig;
•    annak megértése, hogy a blogcikkek hoznak-e későbbi ajánlatkérést.

Ebből már lehet mérési rendszert építeni, mert tudjuk, hogy mit kell figyelni: a hőszivattyús landing oldalakat, a szolgáltatásoldalakat, az ajánlatkérő űrlapokat, a telefonkattintásokat, a Google Ads kampányokat, az UTM és Google Ads paramétereket, valamint a látogatói útvonalat.

Milyen mérőszámok kapcsolódjanak az üzleti célokhoz?

Miután az üzleti célokat meghatároztuk, ezekhez mérőszámokat kell rendelni. A jó mérőszám nemcsak azt mutatja meg, hogy történt-e valami a weboldalon, hanem azt is, hogy az adott esemény mennyire járult hozzá az ügyfélszerzéshez.

A gyakorlatban ezt javasoljuk

Egy új mérési projekt elején nem a technikai beállításokkal érdemes kezdeni, hanem egy rövid üzleti cél workshopkal vagy belső egyeztetéssel. Itt kell eldönteni, mely szolgáltatásokra szeretnénk több érdeklődőt, mely kapcsolatfelvételi formák számítanak valódi leadnek, és milyen riportokból szeretnénk később döntéseket hozni.

4. A konverziós pontok összegyűjtése

Miután tisztáztuk az üzleti célokat, a következő lépés a konverziós pontok összegyűjtése. Konverziós pontnak nevezünk minden olyan weboldali elemet vagy folyamatot, amelynél a látogató közelebb kerül az üzleti célhoz. Egy szolgáltató cég weboldalán ez legtöbbször nem csak az űrlapbeküldést jelenti.

A konverziós pontok feltérképezése azért fontos, mert amit nem azonosítunk előre, azt később nem fogjuk tudni következetesen mérni. Ha például a fejlécben lévő telefonszám, a láblécben lévő e-mail cím vagy egy blogcikk végén lévő kapcsolatfelvételi CTA nincs a mérési tervben, akkor ezek hatását nem fogjuk látni a riportokban.

Ebben a lépésben még nem az a fő kérdés, hogy melyik konverziós pont mennyire értékes. Először azt kell összegyűjteni, hogy egyáltalán milyen mérési pontok vannak a weboldalon. A high / medium / low prioritást a következő fejezetben rendeljük hozzá ezekhez az eseményekhez.

Mi számít konverziós pontnak?

Egy weboldalon többféle konverziós pont létezhet. Ezek közül vannak közvetlen leadgeneráló pontok, és vannak olyan támogató pontok, amelyek a látogatót egy következő lépés felé viszik.

Oldalanként kell gondolkodni

A konverziós pontokat nem elég általánosan felsorolni. Oldalanként kell végigmenni a weboldalon, mert más mérési pontjai lehetnek egy landing oldalnak, egy szolgáltatásoldalnak, egy blogcikknek és a kapcsolat oldalnak.

Egy jól használható mérési tervben minden fontos oldalhoz és elemtípushoz tartozik egy sor. Ez alapján később a fejlesztő, a marketinges és a projektvezető is ugyanazt fogja érteni azon, hogy mit kell mérni.

Milyen adatokat érdemes rögzíteni egy konverziós pontról?

A konverziós pontok összegyűjtésekor nemcsak azt kell felírni, hogy „van egy űrlap” vagy „van egy telefonszám”. Minden mérési ponthoz érdemes egységes adatokat rendelni, hogy később a GTM, GA4, Google Ads és a riportok is következetesen tudjanak dolgozni.

Ebben a táblázatban még nem szerepel prioritás és Google Ads-konverziós döntés. Ezeket ugyanehhez a listához, de a következő lépésben rendeljük hozzá.

Példa: Minta Épületgépészet Kft. konverziós pontjai

A Minta Épületgépészet Kft. hőszivattyú kampányához nemcsak a landing oldali ajánlatkérő űrlapot kell mérni. A látogató több ponton is kapcsolatba léphet a céggel, és ezek közül több is fontos üzleti jelzés lehet.

Ebben a példában még csak a mérési pontokat és a javasolt eseményneveket gyűjtjük össze. A high / medium / low prioritás a következő fejezetben kerül hozzá ezekhez az eseményekhez.

Miért nem elég csak az űrlapokat mérni?

Sok szolgáltató weboldalnál csak az űrlapbeküldést mérik konverzióként. Ez érthető, mert az űrlap egyértelmű lead. A gyakorlatban azonban sok látogató nem űrlapot használ. Mobilon inkább telefonál, egyes cégek e-mailt írnak, mások először a kapcsolat oldalt vagy a térképet nézik meg.

Ha csak az űrlapbeküldést mérjük, akkor torz képet kaphatunk. Elképzelhető, hogy egy landing oldal kevés űrlapleadet hoz, de sok telefonhívást indít. Vagy egy blogcikk közvetlen leadet nem termel, de sok látogatót küld egy szolgáltatásoldalra, ahol később megtörténik a kapcsolatfelvétel.

Ezért a mérési rendszerben külön kell kezelni a valódi leadeket, a kapcsolatfelvételi szándékot jelző eseményeket és a támogató mikrokonverziókat. Ennek pontos besorolását a high / medium / low prioritás adja meg.

A gyakorlatban ezt javasoljuk

Egy új ügyfélprojektjénél minden mérési rendszer alapja egy kapcsolatfelvételi pontokat összegyűjtő táblázat. Ebben szerepeljen minden landing oldal, szolgáltatásoldal, blog CTA, kapcsolat oldal és globális fejléc/lábléc elem. Csak ezután érdemes GTM vagy GA4 beállításokról beszélni, mert addig nem világos, hogy pontosan mit kell mérni.

5. A konverziós pontok priorizálása

A konverziós pontok összegyűjtése után meg kell határozni, hogy melyik esemény mennyire fontos üzleti szempontból. Ebben a cikkben egyetlen gyakorlati prioritási rendszert használunk: high / medium / low.

Ez azért kritikus lépés, mert nem minden interakció képvisel azonos értéket. Egy ajánlatkérő űrlapbeküldése sokkal erősebb jelzés, mint egy blogcikk alján lévő CTA-kattintás. Egy telefonkattintás fontos lehet, de nem biztos, hogy valódi beszélgetés vagy üzleti megkeresés lett belőle.

A priorizálás segít abban, hogy a riportok ne legyenek félrevezetők, a Google Ads ne optimalizáljon gyenge minőségű célokra, és a marketinges pontosan lássa, mely események alapján érdemes döntést hozni.

Prioritási mező: high / medium / low

A high / medium / low besorolás az esemény üzleti súlyát mutatja. Nem technikai érték, hanem döntéstámogató kategória: azt fejezi ki, mennyire közel van az adott esemény a valódi ügyfélszerzéshez.

A dataLayerben és GA4-ben ezt egyszerű string értékként lehet továbbítani, például: priority: "high".

Eseménytípusok és javasolt prioritások

Mit használjunk Google Ads-konverzióként?

A priorizálás egyik legfontosabb oka a Google Ads optimalizálás. A hirdetési rendszer akkor tud jól tanulni, ha megfelelő konverziós jeleket kap. Ha túl sok gyenge minőségű eseményt adunk meg elsődleges konverzióként, a rendszer olyan kattintásokra is optimalizálhat, amelyek nem hoznak valódi üzleti eredményt.

Ezért a Google Ads-ben elsődleges konverzióként általában csak a high prioritású, valódi leadjellegű eseményeket érdemes használni. A telefon- és e-mail-kattintások hasznosak lehetnek, de sok esetben inkább másodlagos konverzióként vagy megfigyelési eseményként javasolt kezelni őket.

Példa: amikor rossz célra optimalizál a Google Ads

Tegyük fel, hogy a Minta Épületgépészet Kft. Google Ads kampányaiban elsődleges konverzióként nemcsak az ajánlatkérő űrlapbeküldést, hanem minden telefonkattintást, e-mail-kattintást és CTA-kattintást is beállítanak. Első ránézésre a kampány sikeresnek tűnhet, mert sok konverziót mutat.

A probléma az, hogy ezek között sok olyan esemény is lehet, amelyből nem lett valódi megkeresés. A Google Ads ilyenkor nem feltétlenül a legjobb minőségű leadekre optimalizál, hanem olyan felhasználókra, akik könnyen kattintanak valamire. Ez torzíthatja a kampánytanulást.

Ha viszont elsődleges konverzióként az ajánlatkérő űrlapbeküldést használjuk, a telefon- és e-mail-kattintásokat pedig külön, másodlagos mérésként kezeljük, sokkal tisztább képet kapunk arról, mely kampányok hoznak valódi üzleti eredményt.

Prioritás és leadminőség

A prioritás nem azonos a leadminőséggel, de előkészíti annak mérését. A prioritás azt mutatja meg, mennyire erős esemény történt a weboldalon. A leadminőség viszont azt mutatja meg, hogy a beérkezett érdeklődő üzletileg mennyire volt értékes.

Például egy űrlapbeküldés high prioritású esemény, de maga a lead lehet gyenge vagy erős. Ezért a későbbi fejlesztési lépés az, hogy a beérkező leadeket minősítjük, és ezt az információt visszacsatoljuk a kampány- és tartalomelemzésbe. Így nemcsak azt látjuk, melyik kampány hozott leadet, hanem azt is, melyik hozott jó leadet.

A gyakorlatban ezt javasoljuk

Google Ads optimalizáláshoz elsődleges konverzióként csak olyan eseményt javasolt használni, amely valódi üzleti értéket képvisel. A legtöbb szolgáltató cégnél ez az ajánlatkérő űrlapbeküldése vagy az időpontfoglalás. A telefon- és e-mail-kattintásokat érdemes mérni, de első körben óvatosan, jellemzően másodlagos konverzióként vagy GA4-eseményként kezeljük.

6. Milyen adatokat kell eltárolni egy érdeklődőről?

Amikor egy szolgáltató cég weboldalán érdeklődő érkezik, a legtöbb rendszer csak az űrlapon megadott adatokat menti el: nevet, e-mail címet, telefonszámot és üzenetet. Ezek természetesen szükségesek az ügyfélkapcsolathoz, de marketing- és optimalizálási szempontból önmagukban kevesek.

Ha csak azt látjuk, hogy valaki ajánlatot kért, de nem tudjuk, honnan érkezett, melyik oldalon találkozott először a céggel, milyen kampányból jött, melyik űrlapot használta, és milyen útvonalon jutott el a beküldésig, akkor nem tudunk megbízható döntést hozni a Google Ads, a landing oldalak vagy a tartalommarketing fejlesztéséről.

Ezért a Usernet mérési és optimalizálási módszertan egyik alapelve, hogy egy leadhez nemcsak az ügyfél által megadott adatokat, hanem a mérési kontextust is el kell menteni. A lead nem önmagában értelmezhető, hanem azzal együtt, hogy milyen forrásból, milyen oldalon és milyen útvonalon keresztül érkezett.

Miért nem elég a név, e-mail és üzenet?

Egy beérkező ajánlatkérés operatív szempontból akkor is kezelhető, ha csak a kapcsolattartási adatok állnak rendelkezésre. Az értékesítő fel tudja venni a kapcsolatot az érdeklődővel, és el tud indulni az ajánlatadási folyamat.

Marketing szempontból viszont az alábbi kérdések nyitva maradnak:

• Google Ads-ből, organikus keresésből, blogcikkből vagy direkt látogatásból érkezett a lead?
• Melyik landing oldal vagy szolgáltatásoldal játszott szerepet a konverzióban?
• A látogató azonnal ajánlatot kért, vagy több oldalt is megnézett előtte?
• Az érdeklődés melyik szolgáltatáshoz kapcsolódik?
• Melyik kampány, kulcsszó vagy hirdetéscsoport hozta a megkeresést?
• A beérkező lead később jó minőségűnek bizonyult-e, és ezt vissza lehet-e kapcsolni a forrásához?

Ha ezekre nincs válasz, akkor a marketingoptimalizálás könnyen megérzésalapúvá válik. A kampányoknál a kattintási árakat és konverziószámokat látjuk, de nem tudjuk, hogy ezek valóban jó üzleti eredményhez vezetnek-e.

Három adatcsoportban érdemes gondolkodni

Egy jól felépített lead tracking rendszerben az adatokat három nagy csoportba érdemes rendezni: ügyféladatok, oldal- és űrlapkontextus, valamint forrás- és kampányadatok.

A gyakorlatban ezt javasoljuk

A leadhez tartozó mérési adatokat nem azért gyűjtjük, hogy minél hosszabb adatlapunk legyen, hanem azért, hogy később meg tudjuk mondani: melyik kampány, oldal, tartalom vagy kapcsolatfelvételi pont hozott valódi üzleti eredményt.

Aktuális beküldési oldal és első érkezési oldal

Az egyik legfontosabb különbség az első érkezési oldal és az aktuális beküldési oldal között van. A látogató nem feltétlenül azon az oldalon küldi be az űrlapot, ahová először megérkezett.

Például a Minta Épületgépészet Kft. esetében a látogató egy Google Ads hirdetésből a hőszivattyús landing oldalra érkezik, majd átkattint a referenciákra, elolvassa a karbantartási szolgáltatásoldalát, végül a kapcsolat oldalon küldi be az ajánlatkérést.

Ha csak a beküldési oldalt tároljuk, akkor azt látjuk, hogy a lead a kapcsolat oldalról érkezett. Ez technikailag igaz, de üzletileg hiányos. A valós történet az, hogy a Google Ads hirdetés és a hőszivattyús landing oldal indította el az érdeklődést.

Rejtett űrlapmezők szerepe

A rejtett űrlapmezők olyan technikai mezők az űrlapban, amelyeket a látogató nem lát, de beküldéskor az űrlappal együtt továbbítódnak. Ezekbe kerülhetnek azok az adatok, amelyeket a weboldal a látogatás során gyűjtött össze: például az első érkezési oldal, az aktuális beküldési oldal, az UTM-paraméterek, a Google Ads azonosítók, az űrlap típusa vagy a szolgáltatáskategória.

A rejtett mezők elsődleges szerepe nem az, hogy egy másik analitikai rendszer felé továbbítsanak adatot. Erre az eseményrendszer, a dataLayer, a Google Tag Manager és a GA4 szolgál. A rejtett űrlapmezők célja sokkal közvetlenebb: hogy a beérkező leadet feldolgozó munkatárs azonnal lássa az érdeklődés fontos háttéradatait.

Ez azt jelenti, hogy a lead adminfelületén vagy az e-mail értesítőben nemcsak az érdeklődő neve, e-mail címe, telefonszáma és üzenete jelenik meg, hanem a mérési kontextus is. A kolléga rögtön látja, hogy az érdeklődő melyik oldalról küldte be az űrlapot, eredetileg honnan érkezett, milyen kampányhoz vagy szolgáltatáshoz kapcsolódik, és milyen útvonalon jutott el a kapcsolatfelvételig.

Ez azért hasznos, mert a lead kezelése már az első pillanatban pontosabb kontextusban történhet. Másképp értelmezhető egy általános kapcsolat oldali érdeklődés, ha kiderül, hogy a látogató eredetileg egy Google Ads kampányból érkezett egy konkrét landing oldalra, majd több szolgáltatásoldal megtekintése után küldte be az űrlapot.

A rejtett mezők tehát nemcsak mérési adatokat rögzítenek, hanem közvetlenül segítik az értékesítést és az ügyfélkapcsolati munkát is. A cél az, hogy a leadet feldolgozó munkatárs ne egy elszigetelt üzenetet lásson, hanem az érdeklődés mögötti weboldali és marketingkontextust is.

Egy szolgáltató weboldalon nem feltétlenül kell minden lehetséges tracking adatot hidden field mezőként továbbítani. A cél nem az, hogy a leadhez minél hosszabb technikai adatlista tartozzon, hanem az, hogy a beérkező érdeklődést gyorsan és pontosan lehessen értelmezni.

Ezért érdemes különbséget tenni alap mezők, Google Ads-hez kapcsolódó részletes mezők és kiegészítő mezők között.

Alap mezők – ezeket szinte mindig érdemes használni:

• first_landing_page: az első oldal, ahová a látogató megérkezett.
• current_page: az oldal, ahol az űrlapbeküldés megtörtént.
• referrer: az előző oldal vagy külső forrás URL-je, ahonnan a látogató érkezett.
• utm_source: a kampány forrása, például google, facebook, linkedin vagy newsletter.
• utm_medium: a forgalmi médium, például cpc, email, organic, social vagy referral.
• utm_campaign: a kampány neve, ha van.
• gclid: Google Ads kattintásazonosító automatikus címkézés esetén.
• gbraid: Google Ads azonosító bizonyos adatvédelmi és böngészési környezetekben.
• wbraid: Google Ads azonosító webes konverziók méréséhez bizonyos adatvédelmi környezetekben.
• page_type: az oldal belső mérési kategóriája, például landing, service, blog vagy contact.
• form_id: az űrlap egyedi azonosítója, például landing_form, service_form vagy contact_form.
• service_type: az érdeklődéshez kapcsolódó szolgáltatáskategória.
• submit_timestamp: az űrlapbeküldés pontos időpontja.
• visited_pages: a látogatás során érintett főbb oldalak rövidített útvonala.

Google Ads részletes mezők – akkor hasznosak, ha tényleg elemezni akarjuk a kampányokat:

• ads_campaignid: Google Ads kampány ID, jellemzően ValueTrack paraméterből.
• ads_adgroupid: Google Ads hirdetéscsoport ID.
• ads_keyword: a hirdetést aktiváló Google Ads kulcsszó.
• ads_matchtype: a kulcsszó egyezési típusa.
• ads_device: a látogató eszköztípusa, például mobil, desktop vagy tablet.
• ads_network: a Google Ads hálózat típusa, például kereső, keresési partner vagy display.
• ads_creative: a hirdetés vagy kreatív azonosítója.

Ezek a mezők akkor különösen hasznosak, ha nemcsak azt szeretnénk látni, hogy Google Ads-ből érkezett egy lead, hanem azt is, hogy melyik kampányhoz, hirdetéscsoporthoz, kulcsszóhoz, eszközhöz vagy hirdetésváltozathoz kapcsolódott.

Kiegészítő mezők – speciálisabb kampányokhoz, hibakereséshez vagy részletesebb elemzéshez:

• utm_id: a kampány egyedi azonosítója, ha használunk ilyet.
• utm_term: fizetett kampányoknál a kulcsszó vagy célzási kifejezés.
• utm_content: hirdetés-, kreatív-, CTA- vagy linkváltozat megkülönböztetése.
• utm_source_platform: a hirdetési vagy forgalmi platform, például google_ads, meta_ads vagy linkedin_ads.
• gad_source: Google Ads-hez kapcsolódó forrásjelölő paraméter.
• gad_campaignid: Google Ads kampányazonosító, ha az érkezési URL-ben megjelenik.
• user_agent: a látogató böngészőjére, eszközére és operációs rendszerére utaló technikai információ.

A lead e-mailben vagy adminfelületen nem feltétlenül kell minden mezőt azonos súllyal megjeleníteni. A leadet feldolgozó kollégának elég lehet egy rövid, jól olvasható összefoglaló: honnan érkezett a látogató, melyik oldalon járt először, hol küldte be az űrlapot, milyen kampányhoz kapcsolódott, és milyen szolgáltatás iránt érdeklődött.

A részletes technikai mezők inkább adminfelületen, exportban vagy későbbi kampányelemzésnél lehetnek hasznosak. Így a hidden field mezők egyszerre tudják segíteni a napi leadfeldolgozást és a hosszabb távú marketingoptimalizálást.

Példa: Minta Épületgépészet Kft. leadadata

Egy jól működő rendszerben a beérkező ajánlatkérés így néz ki:

Név: Kovács Péter
E-mail: kovacs.peter@epuletgepeszetikft.hu
Telefon: +36 30 123 4567
Üzenet: Hőszivattyú telepítésre szeretnék ajánlatot kérni.
first_landing_page: /hoszivattyu-telepites
current_page: /kapcsolat
referrer: https://www.google.com/
utm_source: google
utm_medium: cpc
utm_campaign: hoszivattyu_telepites_2026
gclid: EAIaIQobChMI...
gbraid:
wbraid:
page_type: contact
form_id: contact_form
service_type: hoszivattyu
submit_timestamp: 2026-06-30 14:32:18
visited_pages: /hoszivattyu-telepites > /referenciak > /kapcsolat
ads_campaignid: 1234567890
ads_adgroupid: 9876543210
ads_keyword: hoszivattyu telepites
ads_matchtype: phrase
ads_device: mobile
ads_network: search
ads_creative: 4567891230

Ez már nemcsak egy kapcsolatfelvételi adat, hanem marketing szempontból is értelmezhető lead. A leadet feldolgozó kolléga azonnal látja, hogy az érdeklődő eredetileg Google Ads hirdetésből érkezett a hőszivattyú landing oldalra, több oldalt is megnézett, majd végül a kapcsolat oldalon küldte be az ajánlatkérést.

Ez a kontextus segít az értékesítésnek is, mert nem egy elszigetelt üzenetet lát, hanem az érdeklődés előzményeit is. Marketing szempontból pedig később visszakereshető, hogy melyik kampány, hirdetéscsoport, kulcsszó, eszköz és landing oldal járult hozzá a lead megszerzéséhez.

7. Hogyan követjük a látogató forrását?

A forráskövetés célja annak megértése, hogy a látogató honnan érkezett a weboldalra. Ez lehet Google Ads hirdetés, organikus Google találat, blogcikk, hírlevél, közösségi média, partneroldal vagy direkt látogatás.

A forráskövetés azért különösen fontos, mert a marketingcsatornákat csak akkor tudjuk összehasonlítani, ha a leadekhez vissza tudjuk kapcsolni az eredeti forrást. Nem elég tudni, hogy egy adott hónapban hány ajánlatkérés érkezett. Azt is tudni kell, hogy ezek közül mennyi jött fizetett hirdetésből, mennyi organikus keresésből, és mennyi tartalommarketingből.

UTM paraméterek

Az UTM paraméterek manuálisan hozzáadott URL-paraméterek, amelyekkel megadhatjuk, hogy egy látogató mely kampányból, forrásból, médiumból vagy hirdetésváltozatból érkezett a weboldalra. Ezeket jellemzően hírleveleknél, külső linkeknél, fizetett kampányoknál, közösségi média kampányoknál és saját kampánylogikánál használjuk.

Az UTM-ek célja, hogy a weboldalra érkező látogató forrása később is értelmezhető legyen. Ha egy látogató például egy Google Ads hirdetésből, hírlevélből, Facebook kampányból vagy partneroldali linkből érkezik, az UTM paraméterek segítségével pontosabban látható, melyik kampányhoz kapcsolódott a látogatás.

Az UTM paraméterek által hordozott információ több helyen is hasznosítható:

• a rejtett űrlapmezőkben, hogy a beérkező leadnél látszódjon a kampányforrás;
• a leadértesítő e-mailben vagy adminfelületen, hogy a leadet feldolgozó kolléga azonnal lássa, honnan érkezett az érdeklődő;
• GA4-ben, ahol a forrás, médium és kampány szerinti riportok értelmezését segítik;
• Looker Studio vagy más riportokban, ahol kampányonként összehasonlítható a forgalom és a konverzió;
• belső leadexportokban vagy CRM-ben, ahol később visszakereshető, melyik kampányból érkeztek a megkeresések;
• kampányértékelésnél, amikor azt vizsgáljuk, hogy mely hirdetés, hírlevél, CTA vagy külső megjelenés hozott valódi érdeklődőt.

A legfontosabb, ajánlott UTM paraméterek:

• utm_source: a forgalom forrása, például google, facebook, newsletter, partneroldal;
• utm_medium: a forgalmi médium, például cpc, email, paid_social, referral;
• utm_campaign: a kampány neve, például hoszivattyu_telepites_2026;
• utm_id: kampányazonosító, ha a kampányhoz belső vagy hirdetési rendszerből származó ID-t is használunk;
• utm_term: kulcsszó vagy célzási kifejezés, főleg fizetett keresési kampányoknál;
• utm_content: hirdetés-, kreatív-, CTA-, banner- vagy linkváltozat megkülönböztetése;
• utm_source_platform: a hirdetési vagy forgalmi platform pontosabb megjelölése, például google_ads, meta_ads, mailchimp.

Egy egyszerű példa Google Ads kampányra:

https://www.pelda.hu/hoszivattyu-telepites
?tm_source=google
&utm_medium=cpc
&utm_campaign=hoszivattyu_telepites_2026
&utm_id=123456789
&utm_term=hoszivattyu_telepites
&utm_content=search_ad_1
&utm_source_platform=google_ads

(Az URL-t több sorra tördeltem az egyszerűbb áttekinthetőség érdekében.)

A példa alapján látszik, hogy a látogató Google forrásból, fizetett kattintásból, a hőszivattyú telepítés kampányból érkezett. Az utm_content segít megkülönböztetni a hirdetésváltozatot, az utm_term pedig a kulcsszó vagy célzási kifejezés jelölésére használható.

Hírlevél kampány esetén például ilyen UTM paraméterezést használhatunk:

https://www.pelda.hu/hoszivattyu-telepites
?utm_source=newsletter
&utm_medium=email
&utm_campaign=hoszivattyu_tavaszi_ajanlat_2026
&utm_id=nl_2026_03
&utm_content=hero_cta
&utm_source_platform=mailchimp

(Az URL-t több sorra tördeltem az egyszerűbb áttekinthetőség érdekében.)

Ebben az esetben a rendszer látja, hogy a látogató hírlevélből érkezett, e-mail médiumból, a tavaszi hőszivattyú ajánlat kampányból. Az utm_content=hero_cta azt jelöli, hogy a hírlevél melyik linkjére vagy CTA-jára kattintott.

Facebook / Meta kampány esetén például ilyen struktúra használható:

https://www.pelda.hu/hoszivattyu-telepites
?utm_source=facebook
&utm_medium=paid_social
&utm_campaign=hoszivattyu_telepites_2026
&utm_id=fb_2026_01
&utm_content=carousel_ad_1
&utm_source_platform=meta_ads

(Az URL-t több sorra tördeltem az egyszerűbb áttekinthetőség érdekében.)

Itt az utm_source=facebook jelöli a konkrét forrást, az utm_medium=paid_social mutatja, hogy fizetett közösségi kampányról van szó, az utm_content pedig a kreatív vagy hirdetésváltozat megkülönböztetésére szolgál.

Külső partneroldali linknél például ilyen UTM paraméterezés javasolt:

https://www.pelda.hu/hoszivattyu-telepites
?utm_source=partneroldal_neve
&utm_medium=referral
&utm_campaign=szakmai_megjelenes_2026
&utm_id=partner_2026_01
&utm_content=cikk_alatti_link

(Az URL-t több sorra tördeltem az egyszerűbb áttekinthetőség érdekében.)

Ebben az esetben a látogató egy külső oldalról érkezik. Az utm_source a partneroldalt jelöli, az utm_medium=referral a hivatkozó forgalmat, az utm_content pedig azt, hogy a külső megjelenésen belül melyik linkről érkezett a kattintás.

A megfelelő UTM-szabvány kialakítása különösen fontos, mert ha minden kampány más logikával használja a paramétereket, a későbbi riportok nehezen lesznek összehasonlíthatók. Ha ugyanaz a forrás egyszer google, máskor Google, harmadszor google_ads néven szerepel, akkor az adatok szétesnek, és nehezebb lesz megbízható következtetéseket levonni.

A gyakorlatban ezért érdemes előre rögzíteni az UTM-névkonvenciót: kisbetűk, ékezet nélküli szavak, szóköz helyett aláhúzás vagy kötőjel, és egységes source, medium, campaign, content logika minden kampánytípusnál.

Google Ads automatikus és kiegészítő paraméterei

Google Ads esetén a forráskövetés nemcsak UTM-ekkel történhet. A hirdetési rendszer automatikus és manuálisan beállítható paramétereket is átadhat a landing oldal URL-ben.

A legfontosabb Google Ads azonosítók:

• gclid - Google Click Identifier, a Google Ads kattintás azonosítására szolgáló paraméter;
• gbraid és wbraid - adatvédelmi környezetekben használt Google Ads azonosítók;
• gad_source - Google Ads forrásjelölő paraméter;
•  gad_campaignid - kampányazonosító, ha az URL-ben megjelenik;
• ValueTrack paraméterek - például kampány ID, hirdetéscsoport ID, aktiváló kulcsszó, egyezési típus, eszköz, hálózat és kreatív azonosító.

Ezekből az adatokból a leadhez kapcsolható, hogy melyik Google Ads kampányból, melyik hirdetéscsoportból, milyen kulcsszó vagy egyezési típus mellett érkezett a látogató. Ez később elengedhetetlen lehet a leadminőség elemzéséhez.

A tényleges keresési kifejezés és az aktiváló kulcsszó nem ugyanaz

Fontos különbség, hogy a weboldalra érkezéskor általában nem látjuk a felhasználó által beírt tényleges Google keresési kifejezést. A landing oldal URL-be ValueTrack segítségével jellemzően az aktiváló Google Ads kulcsszó adható át, nem feltétlenül az a pontos keresés, amit a felhasználó beírt.

Ezért a leadhez érdemes eltárolni az ads_keyword és ads_matchtype mezőket, de a tényleges keresési kifejezések elemzését továbbra is a Google Ads keresési kifejezés riportjából kell elvégezni.

First touch és last touch logika

A forráskövetésnél nemcsak az számít, hogy a látogató a beküldés pillanatában melyik oldalon van, hanem az is, hogy eredetileg honnan érkezett. Ezt nevezzük first touch logikának.

A first touch az első ismert érkezési forrást jelenti. A last touch pedig azt, hogy a látogató a konverzió előtt legutóbb milyen mérhető kampányforrásból vagy csatornából érkezett.

Példa: a látogató hétfőn Google Ads-ből érkezik a hőszivattyús landing oldalra, majd csütörtökön direktben visszajön és beküldi az ajánlatkérést. Ha csak az utolsó látogatást nézzük, direkt forrásnak látszik. Ha a first touch adatot is eltároltuk, akkor látjuk, hogy az eredeti érdeklődést a Google Ads indította el.

Session, cookie és localStorage szerepe

A forrásadatokat valahol át kell meneti vagy hosszabb időre tárolni, hogy a látogató oldalváltás után is megőrizze az eredeti kampányadatokat. Erre több technikai megoldás létezik: session, cookie vagy localStorage.

A session alapú megoldás jól működik az aktuális látogatáson belül: ha a látogató Google Ads-ből érkezik, majd több oldalt megnéz, végül beküldi az űrlapot, a sessionben tárolt adatok beküldéskor hozzákapcsolhatók a leadhez.

A session hátránya, hogy ha a látogató később, másik munkamenetben tér vissza, az eredeti forrásadat elveszhet. Ha a cél több napos vagy több hetes attribúciós ablak, akkor cookie vagy localStorage alapú megoldásra is szükség lehet. A választás projektfüggő, de a logika minden esetben ugyanaz: az első mérhető forrást meg kell őrizni, és nem szabad véletlenül felülírni egy későbbi direkt látogatással.

Példa forráskövetési logika

Egy egyszerű, jól működő forráskövetési logika a következő lehet:

1. Oldalbetöltéskor a rendszer kiolvassa az URL-ben található UTM, Google Ads és egyéb kampányparamétereket.
2. Ha még nincs first touch adat, eltárolja az első érkezési oldalt, referrert, kampányparamétereket és időpontot.
3. Ha később új, mérhető kampányforrás érkezik, frissíti a last touch adatot.
4. Direkt vagy paraméter nélküli látogatás ne írja felül az értékes kampányforrást.
5. Űrlapbeküldéskor a sessionben vagy más tárolóban lévő adatok bekerülnek a leadhez.

first_touch = {
  landing_page: "/hoszivattyu-telepites",
  utm_source: "google",
  utm_medium: "cpc",
  utm_campaign: "hoszivattyu_telepites",
  gclid: "...",
  first_visit_timestamp: "2026-06-25 14:58:29"
}

last_touch = {
  landing_page: "/kapcsolat",
  source_type: "direct",
  last_visit_timestamp: "2026-06-28 10:12:03"
}

A gyakorlatban ezt javasoljuk

A forráskövetésnél legalább az első landing oldalt, a referrert, az UTM-eket, a Google Ads azonosítókat és az alap kampányparamétereket érdemes eltárolni. Google Ads kampányoknál különösen hasznos a gclid, gbraid, wbraid és a ValueTrack paraméterek mentése. A first touch adatot ne írjuk felül automatikusan, mert ez mutatja meg, melyik csatorna indította el az érdeklődést.

8. Hogyan követjük végig a látogatót a weboldalon?

A látogató útvonalának követése azt mutatja meg, milyen oldalakon haladt keresztül, mielőtt kapcsolatba lépett a céggel. Ez különösen hasznos szolgáltató weboldalaknál, ahol a döntés gyakran nem egyetlen oldalmegtekintés után történik.

A cél itt sem az, hogy minden kattintást és minden mozdulatot korlátlanul naplózzunk. A cél az, hogy a leadhez kapcsolódóan lássuk a legfontosabb útvonalinformációkat: hol kezdődött a látogatás, milyen oldalakat nézett meg, és melyik oldalon történt a konverzió.

Miért hasznos az oldalútvonal?

Az oldalútvonal segít megérteni, milyen szerepet játszanak a különböző tartalmak a konverzió előtt. Egy blogcikk például lehet, hogy nem közvetlenül hoz űrlapbeküldést, de segíthet meggyőzni a látogatót. Egy referenciaoldal lehet, hogy nem kampány landing oldal, mégis fontos köztes lépés a döntésben.

Ha a leadnél látjuk, hogy a látogató megnézte a referenciákat, a szolgáltatás részleteit és a kapcsolat oldalt, akkor jobban értjük, milyen tartalmak támogatták a döntést. Ez később segít a weboldal tartalmi fejlesztésében és a belső linkelési logika javításában is.

Mit érdemes tárolni az útvonalból?

Nem érdemes korlátlan böngészési előzményt tárolni. Egy lead tracking rendszerben általában elég egy rövid, üzletileg értelmezhető útvonal.

Javasolt mezők:

• session_start_page - az aktuális látogatás első oldala;
• first_landing_page - az első ismert érkezési oldal;
• visited_pages - a látogatás során érintett főbb oldalak;
• visited_pages_count - hány oldalt nézett meg a látogató;
• last_page_before_submit - melyik oldalról jutott el a beküldésig, ha ez külön értelmezhető;
• current_page - ahol a konverzió ténylegesen megtörtént.

A visited_pages mezőt érdemes limitálni, például maximum 10 oldalra. Az egymás utáni ismétlődéseket nem szükséges újra és újra tárolni.

/hoszivattyu-telepites > /referenciak > /kapcsolat

Ez a formátum egyszerű, jól olvasható a lead e-mailben, és elegendő kontextust ad az értékesítőnek és a marketingesnek is.

Mit ne tároljunk?

A mérési rendszer célja nem session recording vagy teljes viselkedésnapló készítése. Nem szükséges minden egérmozgást, scroll pozíciót vagy kattintást a leadhez menteni. Ezekre külön eszközök - például hőtérképes vagy session recording megoldások - alkalmasabbak.

A leadhez kapcsolt útvonal legyen rövid, értelmezhető és célhoz kötött. A részletes webanalitikai viselkedéselemzés továbbra is GA4-ben vagy külön UX elemző eszközben történjen.

A gyakorlatban ezt javasoljuk

A leadhez csak annyi útvonaladatot mentsünk, amennyi segít megérteni a konverzió előtti döntési folyamatot. A részletes viselkedéselemzés nem a lead e-mail feladata.

Példa: blogcikk szerepe a konverzióban

Tegyük fel, hogy a Minta Épületgépészet Kft. egyik látogatója organikus keresésből érkezik egy blogcikkre, amely a hőszivattyú telepítés előnyeiről szól. A cikk végén átkattint a hőszivattyús szolgáltatásoldalra, majd másnap Google Ads remarketing vagy direkt visszatérés után ajánlatot kér.

Ha csak a beküldési oldalt nézzük, akkor a lead a kapcsolat oldalhoz vagy a szolgáltatásoldalhoz kötődik. Ha az útvonalat is látjuk, akkor kiderül, hogy a blogcikk is része volt az érdeklődési folyamatnak. Ez segít eldönteni, hogy a tartalommarketing valóban hozzájárul-e a leadgeneráláshoz.

Útvonal adat és GA4 elemzés kapcsolata

Fontos megkülönböztetni a leadhez mentett rövid útvonalat és a GA4-ben végzett részletes elemzést. A leadhez mentett útvonal az értékesítőnek és a marketingesnek ad gyors kontextust. A GA4 viszont nagyobb mintán, aggregáltan mutatja meg, hogy a látogatók milyen útvonalakon haladnak a weboldalon.

A kettő kiegészíti egymást. A lead e-mailben látjuk az egyedi érdeklődő útját, a GA4-ben pedig azt, hogy sok látogató esetében mely útvonalak, oldalak és események működnek jól.

A gyakorlatban ezt javasoljuk

A látogatói útvonalból érdemes egy rövid, maximum 10 oldalból álló visited_pages mezőt menteni. Ez nem helyettesíti a GA4 útvonalelemzést, de a beérkező leadnél nagyon hasznos kontextust ad. Különösen értékes lehet akkor, ha a látogató nem a landing oldalon, hanem később a kapcsolat oldalon vagy más űrlapon konvertál.

9. Miért van szükség külön eseményrendszerre?

Az előző részben azt néztük meg, milyen adatokat érdemes eltárolni egy érdeklődőről: honnan érkezett, melyik oldalon landolt először, milyen kampányparaméterekkel jött, melyik oldalon küldte be az űrlapot, és milyen útvonalon jutott el a kapcsolatfelvételig.

Ez azonban még csak a leadhez kapcsolódó háttéradatok egyik része. A weboldal méréséhez azt is pontosan jelezni kell a mérőrendszerek felé, hogy milyen esemény történt. Nem elég tudni, hogy valaki a Google Ads-ből érkezett. Azt is tudni kell, hogy beküldött-e egy űrlapot, telefonra kattintott-e, e-mailt indított-e, vagy csak eljutott egy kapcsolatfelvételi gombig.

Ezt a problémát oldja meg az eseményrendszer. Az eseményrendszer azt határozza meg, hogy a weboldalon történő fontos felhasználói műveleteket milyen néven, milyen paraméterekkel és milyen eszközökön keresztül továbbítjuk a mérőrendszereknek.

A forrásadatok azt mutatják meg, honnan jött a látogató. Az események azt mutatják meg, mit csinált a weboldalon.

Miért nem elég az UTM és a lead e-mail?

Az UTM paraméterek, a gclid és a Google Ads ValueTrack adatok azt segítenek megérteni, hogy a látogató milyen forrásból érkezett. Ezek nagyon fontosak, de önmagukban nem mondják meg, hogy a látogató milyen műveletet végzett a weboldalon.

Egy látogató például érkezhet ugyanazzal az UTM forrással, de a weboldalon többféle viselkedést mutathat:

• azonnal visszafordul;
• megnéz több szolgáltatásoldalt;
• rákattint egy CTA-gombra;
• telefonhívást indít;
• e-mailt nyit meg;
• beküldi az ajánlatkérő űrlapot.

Ezek üzleti szempontból teljesen eltérő értékű események. Ha csak az UTM-et tároljuk, akkor a forrást látjuk, de a weboldalon történt érdemi műveleteket nem tudjuk megfelelően elemezni a GA4-ben és a Google Ads-ben.

Az e-mailben vagy adminfelületen beérkező tracking adatok azért hasznosak, mert egy konkrét leadnél megmutatják a forrást és a beküldési kontextust. A GA4 és a Google Ads szempontjából viszont külön eseményeket is kell küldeni, mert ezek alapján készülnek a riportok, a konverziók és az optimalizálási jelek.

Mi az esemény a webanalitikában?

Az esemény egy mérhető felhasználói művelet a weboldalon. A GA4 eseményalapú rendszer, vagyis nem csak oldalmegtekintéseket mér, hanem minden fontos interakciót eseményként tud kezelni.

Egy szolgáltató cég weboldalán tipikus esemény lehet:

• ajánlatkérő űrlap beküldése;
• telefonlinkre kattintás;
• e-mail-linkre kattintás;
• kapcsolat oldalra vezető CTA-gomb kattintása;
• Google Maps/cím link kattintása;
• dokumentum vagy PDF letöltése;
• hírlevél feliratkozás;
• blogcikkből szolgáltatásoldalra történő átkattintás.

Az eseménynek mindig legyen egyértelmű neve és üzletileg értelmezhető jelentése. Nem az a cél, hogy minden apró kattintást mérjünk, hanem az, hogy a döntésekhez szükséges fontos interakciókat következetesen rögzítsük.

Mi az a dataLayer?

A dataLayer egy JavaScript-alapú közvetítőréteg a weboldal és a Google Tag Manager között. Nem adatbázis, nem session és nem hosszú távú tároló. Úgy érdemes elképzelni, mint egy üzenőfelületet: a weboldal betesz egy üzenetet, a Google Tag Manager pedig ezt az üzenetet figyeli és feldolgozza.

Például amikor a látogató sikeresen beküld egy ajánlatkérő űrlapot, a weboldal ezt jelezheti a dataLayer felé:

window.dataLayer = window.dataLayer || [];

window.dataLayer.push({
  event: 'form_submit_lead',
  page_type: 'landing',
  page_path: '/egyedi-webfejlesztes-szolgaltatas-kuldes',
  form_id: 'landing_form',
  service_type: 'webfejlesztes',
  priority: 'high'
});

Ebből a Google Tag Manager azt látja, hogy történt egy form_submit_lead nevű esemény. A hozzá tartozó paraméterekből pedig azt is tudja, hogy landing oldali űrlapról, webfejlesztés szolgáltatástípusról és magas prioritású konverzióról van szó.

A gyakorlatban ezt javasoljuk

• A dataLayer eseményeket egységes névkonvenció szerint érdemes felépíteni.
• A form_submit_lead, phone_click, email_click, cta_click és maps_click típusú események jól elkülöníthető alapstruktúrát adnak.
• A dataLayerbe ne küldjünk személyes adatot, például nevet, e-mail címet vagy telefonszámot.

Hogyan kapcsolódik a dataLayer a GTM-hez és a GA4-hez?

Fontos pontosítani: a GA4 nem közvetlenül a dataLayert olvassa. A dataLayert a Google Tag Manager figyeli. Amikor a GTM lát egy megfelelő eseményt, például form_submit_lead-et, akkor a beállított trigger alapján elsüt egy GA4 Event taget, amely továbbítja az eseményt a GA4 felé.

A folyamat leegyszerűsítve így néz ki:

1. A látogató végrehajt egy fontos műveletet a weboldalon.
2. A weboldal dataLayer eseményt küld.
3. A Google Tag Manager felismeri az eseményt.
4. A GTM elindítja a megfelelő GA4 Event taget.
5. A GA4 rögzíti az eseményt és a hozzá tartozó paramétereket.
6. A GA4-ből vagy közvetlen GTM tagből a Google Ads is konverziós jelet kaphat.

Miért nem közvetlenül a GA4-be küldünk mindent?

Technikailag többféleképpen lehet eseményeket küldeni GA4-be. Egyedi fejlesztésű weboldalnál akár közvetlen GA4 mérőkód is használható lenne. A Google Tag Manager és a dataLayer használata mégis rugalmasabb és jobban karbantartható megoldás.

Ennek több oka van:

• a mérési logika jelentős része GTM-ben módosítható, nem kell minden változtatáshoz fejlesztői kódmódosítás;
• ugyanabból az eseményből több célrendszer is dolgozhat, például GA4, Google Ads vagy később más hirdetési rendszer;
• a GTM Preview módban könnyebben tesztelhető, milyen események és paraméterek érkeznek;
• jobban elkülönül a weboldal működési logikája és a marketingmérés logikája;
• később egyszerűbb új eseményeket, paramétereket és konverziós szabályokat bevezetni.

A dataLayer tehát nem öncélú technikai elem, hanem egy stabil kommunikációs réteg a weboldal és a mérési rendszerek között.

A gyakorlatban: Minta Épületgépészet Kft.

A Minta Épületgépészet Kft. hőszivattyú telepítésre futtat Google Ads kampányt. A látogató rákattint a hirdetésre, megérkezik a landing oldalra, elolvassa a szolgáltatás részleteit, majd beküldi az ajánlatkérő űrlapot.

A lead e-mailben és adminfelületen megjelennek a forrásadatok: UTM-ek, gclid, első landing oldal, aktuális beküldési oldal és szolgáltatástípus. Ezzel párhuzamosan a weboldal dataLayer eseményt is küld, amelyet a GTM továbbít a GA4-be.

Így az értékesítő látja a lead részleteit, a marketinges pedig GA4-ben és Google Ads-ben is látja, hogy valódi ajánlatkérés történt. A kettő együtt ad teljes képet: operatív leadkezelés és marketingoptimalizálás egyszerre működik.

10. Milyen eseményeket érdemes mérni?

Egy szolgáltató cég weboldalán nem minden kattintás egyformán fontos. A mérési rendszer tervezésekor ezért nem az a cél, hogy minden apró interakcióból eseményt készítsünk. Az a cél, hogy azokat a műveleteket mérjük egységesen, amelyek valódi üzleti vagy optimalizálási jelentőséggel bírnak.

A jó eseményrendszer segít megkülönböztetni a valódi leadeket a támogató interakcióktól. Ez különösen fontos a Google Ads miatt, mert ha a hirdetési rendszer túl gyenge vagy félrevezető konverziós jeleket kap, akkor rossz irányba optimalizálhat.

Alapesemények szolgáltató cégek weboldalán

A legtöbb céges weboldalon az alábbi események jó kiindulópontot adnak:

Űrlapbeküldés: form_submit_lead

Az ajánlatkérő vagy kapcsolatfelvételi űrlap sikeres beküldése a legtöbb szolgáltató cégnél elsődleges konverzió. Ez az a pont, ahol a látogatóból tényleges érdeklődő lesz.

A form_submit_lead esemény akkor fusson, amikor az űrlap sikeresen beérkezett. Ha thank-you page-et használunk, akkor a köszönőoldalon is küldhető az esemény, de ügyelni kell arra, hogy egy beküldésből ne legyen két külön konverzió.

dataLayer.push({
  event: 'form_submit_lead',
  page_type: 'contact',
  page_path: '/kapcsolat-kuldes',
  form_id: 'contact_form',
  service_type: 'general',
  priority: 'high'
});

A priority értéke ilyen esetben stringként high legyen, mert ez valódi leadjellegű esemény.

Telefon- és e-mail-kattintás

A telefon- és e-mail-kattintások üzletileg fontos interakciók, de óvatosan kell kezelni őket. Egy telefonlinkre kattintás nem bizonyítja, hogy a hívás ténylegesen létrejött, és egy e-mail linkre kattintás sem jelenti biztosan, hogy az érdeklődő végül elküldte az e-mailt.

Ezért ezeket az eseményeket mindenképp érdemes mérni GA4-ben, de Google Ads elsődleges konverzióként csak akkor javasolt használni, ha nincs jobb leadmérési pont, vagy ha call tracking rendszer is igazolja a valódi hívásokat.

dataLayer.push({
  event: 'phone_click',
  page_type: 'landing',
  page_path: '/egyedi-webfejlesztes-szolgaltatas',
  element_id: 'header_phone',
  click_location: 'header',
  priority: 'high',
  target_url: 'tel:+36703187474'
});

CTA-k és blogból történő átkattintások

A CTA-k nem mindig közvetlen konverziók, mégis fontosak, mert megmutatják, hogy a látogató továbbhalad-e a kívánt útvonalon. Egy blogcikk például önmagában ritkán hoz azonnali ajánlatkérést, de ha a cikkből sokan kattintanak át egy kapcsolódó szolgáltatásoldalra, akkor a tartalom szerepet játszik az ügyfélszerzési folyamatban.

Ilyen esetekben a CTA-kat GA4-ben érdemes mérni, de Google Ads-konverzióként általában nem. A cél itt inkább a tartalommarketing és a belső linkstruktúra értékelése.

dataLayer.push({
  event: 'cta_click',
  page_type: 'blog',
  page_path: '/blog/google-hirdetes-alapok',
  cta_id: 'blog_contact_bottom',
  cta_text: 'kapcsolatfelvetel',
  click_location: 'blog_bottom',
  priority: 'medium',
  target_url: '/kapcsolat'
});

Minta Épületgépészet Kft. eseménylistája

A Minta Épületgépészet Kft. esetében a hőszivattyú telepítés kampányhoz az alábbi eseménystruktúra készülhet:

A gyakorlatban ezt javasoljuk

• Első körben kevés, de üzletileg jól definiált eseménnyel érdemes indulni.
• A form_submit_lead legyen az elsődleges lead esemény.
• A phone_click és email_click legyen mérve, de Google Ads-ben inkább másodlagos konverzióként kezeljük.
• A CTA eseményeket tartalom- és UX-optimalizálásra használjuk, ne közvetlen leadként.

11. Milyen adatokat küldjünk az eseményekkel?

Egy eseménynév önmagában csak azt mondja meg, hogy történt valami. Ahhoz, hogy az esemény üzletileg értelmezhető legyen, paramétereket is kell küldeni vele. A paraméterek adják meg az esemény kontextusát: hol történt, milyen oldaltípuson, melyik űrlapon, melyik szolgáltatáshoz kapcsolódva, milyen prioritással.

Például a form_submit_lead esemény önmagában azt jelenti, hogy lead érkezett. De ha mellé elküldjük a page_type, form_id és service_type paramétereket, akkor már azt is látjuk, hogy landing oldali webfejlesztés űrlapról vagy általános kapcsolat oldali űrlapról beszélünk.

Kötelező paraméterek űrlapbeküldésnél

A form_submit_lead eseményhez legalább az alábbi paramétereket érdemes egységesen küldeni:

Kattintási események paraméterei

Telefon-, e-mail-, CTA- és Google Maps kattintásoknál más paraméterek is hasznosak. Ilyenkor nem form_id-re van szükség, hanem arra, hogy melyik elemre kattintott a látogató, hol helyezkedett el az elem, és hová vezetett a kattintás.

Egységes névkonvenciók

A mérési rendszer hosszú távon csak akkor lesz használható, ha az eseménynevek és paraméterértékek következetesek. Ha az egyik oldalon contact_form, a másikon kapcsolat_form, a harmadikon ContactForm szerepel, akkor a riportok nehezen összehasonlíthatók lesznek.

A gyakorlatban érdemes egyszerű, kisbetűs, ékezet nélküli, aláhúzással tagolt értékeket használni.

Mit ne küldjünk eseményparaméterként?

Az eseménymérésnél különösen fontos, hogy személyes adatokat ne küldjünk GA4-be vagy Google Ads-be. A mérési események célja nem az, hogy a konkrét személyt azonosítsuk, hanem az, hogy a weboldal és a marketingcsatornák teljesítményét értelmezhetően mérjük.

Ezért dataLayer/GA4 eseményparaméterként ne küldjünk:

• nevet;
• e-mail címet;
• telefonszámot;
• szabad szöveges üzenetet;
• egyéb személyes vagy érzékeny adatot.

Ezeknek az adatoknak a leadkezelő rendszerben, adminfelületen vagy e-mail értesítőben van helyük, nem a webanalitikai eseményekben.

Példa teljes eseménycsomagra

A Minta Épületgépészet Kft. hőszivattyú landing oldalán egy sikeres űrlapbeküldés például így jelenhet meg a dataLayerben:

dataLayer.push({
  event: 'form_submit_lead',
  page_type: 'landing',
  page_path: '/hoszivattyu-telepites-kuldes',
  form_id: 'landing_form',
  service_type: 'hoszivattyu',
  priority: 'high'
});

Egy blogcikkből a hőszivattyú szolgáltatásoldalra vezető CTA-kattintás pedig így:

dataLayer.push({
  event: 'cta_click',
  page_type: 'blog',
  page_path: '/blog/mennyibe-kerul-a-hoszivattyu-telepites',
  cta_id: 'blog_service_cta',
  cta_text: 'hoszivattyu_ajanlatkeres',
  click_location: 'blog_middle',
  service_type: 'hoszivattyu',
  priority: 'medium',
  target_url: '/hoszivattyu-telepites'
});

A két esemény üzleti súlya eltérő. Az első valódi lead, a második támogató interakció. A rendszer éppen attól lesz hasznos, hogy ezeket nem egyformán kezeli.

A gyakorlatban ezt javasoljuk

• Minden eseményhez csak olyan paramétert küldjünk, amely később riportban vagy optimalizálási döntésben ténylegesen használható.
• A paraméterértékek legyenek előre definiáltak, ne ad hoc módon keletkezzenek.
• Az event neve mindig a történést írja le, a paraméterek pedig a kontextust.
• A személyes adatokat tartsuk távol a webanalitikai eseményektől.

12. Hogyan épül fel a teljes mérési architektúra?

Az előző fejezetekben külön-külön végigvettük a konverziós pontokat, a forráskövetést, az űrlap rejtett mezőit, az oldalútvonalat és az eseményrendszert. Ezek azonban csak akkor adnak valódi üzleti értéket, ha egyetlen átlátható mérési architektúrába rendeződnek.

A mérési architektúra azt mutatja meg, hogy a látogató érkezésétől a lead beküldésén át a riportokig milyen adatok keletkeznek, hol tárolódnak, hová kerülnek tovább, és végül milyen döntéseket támogatnak.

Miért kell architektúrában gondolkodni?

Egy egyszerű weboldalon gyakran ad hoc módon épülnek be a mérőkódok. Először bekerül a Google Analytics, később egy Google Ads-konverziós kód, majd egy külön telefonkattintás-mérés, utána egy remarketing tag, végül valamilyen hőtérképes eszköz. Ez rövid távon működhet, de hamar átláthatatlanná válik.

A probléma nem az, hogy sok mérőkód van a weboldalon. A probléma az, ha nincs egységes logika mögöttük. Ilyenkor ugyanarra az eseményre többféle név kerülhet, ugyanazt a konverziót több rendszer máshogy értelmezheti, és a riportok nehezen lesznek összehasonlíthatók.

Egy jól megtervezett architektúra célja, hogy minden mérési pontnak legyen pontos helye és szerepe. Így később nem kell találgatni, hogy egy adott lead, kattintás vagy riportérték honnan származik.

A teljes adatút: hirdetéstől riportig

Egy szolgáltató cég esetében a mérési folyamat tipikusan így néz ki:

1. A látogató Google Ads hirdetésből, organikus keresésből, blogcikkből, hírlevélből vagy közvetlen látogatásból érkezik a weboldalra.
2. Az érkezési URL tartalmazhat UTM paramétereket, Google Ads azonosítókat vagy más kampányparamétereket.
3. A weboldal rögzíti az első érkezési oldalt, az aktuális forrást és a fontos kampányadatokat sessionben, cookie-ban vagy más kijelölt tárolóban.
4. A látogató több oldalt is megnézhet: landing oldalt, szolgáltatásoldalt, blogcikket, referenciaoldalt, majd a kapcsolat oldalt.
5. Konverziós esemény történik: űrlapbeküldés, telefonkattintás, e-mail-kattintás vagy CTA-kattintás.
6. Az űrlap rejtett mezői bekerülnek az adminfelületre és az e-mail értesítőbe.
7. A weboldal dataLayer eseményt küld a Google Tag Manager felé.
8. A GTM továbbítja az eseményt a GA4-be, szükség esetén Google Ads-konverzióként is.
9. A riportokban megjelenik, melyik forrásból, melyik oldalról, melyik szolgáltatáshoz kapcsolódóan jött létre a konverzió.
10. Az adatok alapján marketing- és fejlesztési döntések születnek.

Két irányban kell gondolkodni: lead adat és analitikai adat

A mérési rendszerben két párhuzamos adatút van.

Ez a kettő nem helyettesíti egymást. Az e-mailben szereplő UTM adatok nem jutnak el automatikusan a GA4-be eseményként, és a GA4 esemény sem jelenik meg automatikusan az értékesítői e-mailben. Ezért mindkét irányt tudatosan kell megtervezni.

Weboldali réteg: érkezés, session, űrlap, esemény

A weboldalnak ebben a rendszerben nem passzív szerepe van. Nem elég, ha csak megjeleníti a tartalmat és az űrlapokat. A weboldalnak mérési szempontból is intelligens módon kell működnie.

A gyakorlatban ez azt jelenti, hogy a weboldal:

• kiolvassa az érkezési URL-ből az UTM és Google Ads paramétereket;
• eltárolja az első érkezési adatokat;
• megőrzi a forrásadatokat a látogatás során;
• kitölti az űrlapok rejtett mezőit;
• rögzíti az aktuális beküldési oldalt és az űrlap típusát;
• dataLayer eseményt küld, amikor mérendő interakció történik.

Ez a weboldali réteg teremti meg a kapcsolatot az üzleti logika és a mérőrendszerek között.

Mérési réteg: GTM, GA4 és Google Ads

A Google Tag Manager a mérési rendszer vezérlőpontja. Ide érkeznek a weboldal által küldött események, és innen kerülnek tovább a GA4-be, a Google Ads-be vagy más mérőrendszerekbe.

A GA4 feladata az események, források, oldalak és felhasználói útvonalak elemzése. A Google Ads feladata pedig az, hogy a megfelelő konverziós adatok alapján optimalizálni tudja a kampányokat.

A jó architektúrában a Google Ads nem minden kattintási eseményre optimalizál, hanem elsősorban a valódi üzleti értéket jelentő konverziókra. Ezért fontos, hogy a form_submit_lead, phone_click, email_click, cta_click és maps_click események üzleti súlya világosan el legyen különítve.

Példa: Minta Épületgépészet Kft. teljes folyamata

Tegyük fel, hogy a Minta Épületgépészet Kft. Google Ads hirdetést indít hőszivattyú telepítés témában. A látogató a hirdetésre kattint, és egy hőszivattyú landing oldalra érkezik.

/hoszivattyu-telepites
?utm_source=google
&utm_medium=cpc
&utm_campaign=hoszivattyu
&gclid=abc123
&ads_keyword=hoszivattyu%20telepites

(Az URL-t sorokra tördeltem a könnyebb áttekinthetőség érdekében.)

A weboldal rögzíti a forrásadatokat, majd a látogató elolvassa a landing oldalt, átkattint egy referenciára, végül a kapcsolat oldalon beküldi az űrlapot. Az e-mailben és az adminfelületen látszik, hogy az érdeklődő eredetileg a hőszivattyú kampányból érkezett, miközben a GA4-ben a form_submit_lead esemény jelenik meg contact_form és service_type=hoszivattyu paraméterekkel.

Így a marketinges és az értékesítő ugyanannak a történetnek két oldalát látja: honnan jött az érdeklődő, és milyen mérhető eseményként jelent meg az analitikában.

A gyakorlatban ezt javasoljuk

• A mérési architektúrát mindig papíron vagy táblázatban tervezzük meg, mielőtt a fejlesztés elkezdődik.
• Különítsük el az értékesítésnek szánt leadadatokat és a GA4/Ads felé küldött eseményadatokat.
• Az event neveket és paramétereket előre rögzítsük, és minden landing oldalon, szolgáltatásoldalon és űrlapon következetesen használjuk.
• Az elsődleges Google Ads-konverzió lehetőleg valódi lead legyen, ne egyszerű gombkattintás.

13. Hogyan kapcsolódik mindez a Google Ads-hez?

A Google Ads akkor tud jól működni, ha pontos visszajelzést kap arról, mely kattintásokból született valódi üzleti eredmény. Ha a mérési rendszer pontatlan, akkor a kampányoptimalizálás is torzulhat.

Ezért a Google Ads nem önálló eszközként működik jól, hanem a weboldallal, a landing oldalakkal, az eseményméréssel és a leadminőség-értékeléssel együtt.

A Google Ads nem csak forgalmat vásárol

Sok cég a Google Ads-et forgalomvásárlásként kezeli: fizetünk a kattintásokért, és reméljük, hogy lesz belőlük megkeresés. Ez a szemlélet azonban nem elég. A Google Ads valódi ereje abban van, hogy a kampányokat a mért konverziók alapján folyamatosan lehet finomítani.

Ehhez viszont a konverziókat helyesen kell mérni. Ha minden telefonkattintás, e-mail-kattintás, térképkattintás és űrlapbeküldés azonos súllyal jelenik meg, akkor a rendszer nem fogja tudni, melyik interakció jelent valódi üzleti értéket.

Google Ads paraméterek a leadadatokban

A kampányok elemzéséhez érdemes a kattintás során érkező fontosabb Google Ads és UTM paramétereket megőrizni. Ilyenek például:

Ezek az adatok különösen akkor értékesek, ha később a leadeket minőség szerint is osztályozzuk. Így nem csak azt látjuk, melyik kampány hozott leadet, hanem azt is, melyik hozott jó leadet.

Elsődleges és másodlagos konverziók

A Google Ads optimalizálása szempontjából kiemelt kérdés, hogy mely eseményeket tekintünk elsődleges konverziónak.

Ha a Google Ads gyenge minőségű mikrokonverziókra optimalizál, akkor könnyen előfordulhat, hogy sok kattintás és interakció lesz, de kevés valódi üzleti eredmény.

Keresési kifejezések, kulcsszavak és leadminőség

A Google Ads optimalizálás egyik legfontosabb feladata a keresési kifejezések és kulcsszavak rendszeres elemzése. A weboldalra érkezéskor általában nem látjuk a felhasználó pontos keresési kifejezését, de a Google Ads jelentéseiből utólag elemezhető, milyen keresések váltották ki a hirdetéseket.

A mérési rendszer akkor segít igazán, ha a kampányadatokat össze lehet vetni a leadminőséggel. Például ha egy kulcsszó sok űrlapbeküldést hoz, de ezek gyenge minőségűek, akkor nem biztos, hogy érdemes rá tovább költeni.

Ugyanez igaz a landing oldalakra is. Egy oldal nem attól jó, hogy sok látogatót kap, hanem attól, hogy megfelelő minőségű érdeklődőket hoz.

A későbbi lépés: offline konverzió-visszacsatolás

Haladóbb rendszerben a leadek minősítése visszakerülhet a Google Ads felé is. Ez az offline konverzió-visszatöltés lényege: nem csak azt jelezzük vissza, hogy történt egy lead, hanem azt is, hogy később értékesnek bizonyult-e.

Ez különösen hasznos B2B szolgáltató cégeknél, ahol a lead értéke nem a beküldés pillanatában derül ki, hanem később: egyeztetés, ajánlatadás, szerződéskötés vagy projektindítás után.

Ez már nem a mérési rendszer első lépése, de érdemes úgy felépíteni az alapokat, hogy később erre is alkalmas legyen. Ehhez különösen fontos a gclid, gbraid, wbraid és kampányadatok megőrzése.

A gyakorlatban ezt javasoljuk

• Google Ads optimalizálásnál elsődleges konverzióként a valódi leadet használjuk, ne minden kattintást.
• A telefon- és e-mail-kattintásokat mérjük, de külön kezeljük az űrlapbeküldésektől.
• A leadadatokban őrizzük meg a Google Ads azonosítókat, mert ezek később kampány- és leadminőség-elemzéshez fontosak lehetnek.
• A keresési kifejezéseket ne önmagukban, hanem konverzióval és leadminőséggel együtt értékeljük.

14. Hogyan használjuk az adatokat optimalizálásra?

A mérési rendszer önmagában még nem eredmény. Attól, hogy több adatot gyűjtünk, nem lesz automatikusan jobb a marketing. Az adatok akkor válnak értékessé, ha rendszeresen döntéseket hozunk belőlük.

A Usernet mérési és optimalizálási módszertanának egyik alapelve, hogy a mérés célja nem a riportkészítés, hanem a folyamatos fejlesztés.

A havi optimalizálási ciklus

Egy szolgáltató cég weboldalánál érdemes rendszeres, például havi vagy kétheti optimalizálási ciklusban gondolkodni. Ennek lényege, hogy mindig ugyanazokat az adatokat nézzük át, és ezek alapján priorizáljuk a következő fejlesztéseket.

1. Áttekintjük a Google Ads kampányok költését, kulcsszavait, keresési kifejezéseit és konverzióit.
2. Megnézzük a landing oldalak forgalmát és konverziós arányát.
3. Ellenőrizzük, mely szolgáltatásoldalak kapnak organikus forgalmat és hoznak-e kapcsolatfelvételt.
4. Megnézzük, mely blogcikkekből indulnak CTA-kattintások vagy későbbi leadek.
5. Összevetjük a mennyiségi adatokat a leadminőséggel.
6. Kijelöljük a következő fejlesztési feladatokat.

Landing oldalak optimalizálása

A landing oldalaknál nem csak azt kell nézni, hogy hányan érkeztek az oldalra. A legfontosabb kérdés az, hogy a látogatók közül hányan lépnek tovább valamilyen értékes irányba: űrlapot küldenek be, telefonra kattintanak, e-mailt írnak, vagy továbbmennek egy releváns szolgáltatásoldalra.

Ha egy landing oldal sok kattintást kap, de kevés leadet hoz, akkor többféle probléma is lehet: nem megfelelő a keresési szándék, nem elég meggyőző a tartalom, túl gyenge a CTA, nem egyértelmű az ajánlat, vagy rossz minőségű forgalmat hoz a kampány.

A mérési rendszer abban segít, hogy ezeket ne érzés alapján, hanem adatokból vizsgáljuk.

Google Ads optimalizálása

Google Ads esetén az optimalizálás nem merül ki abban, hogy megnézzük, melyik kampány hozta a legtöbb konverziót. A fontosabb kérdések ezek:

• Melyik kulcsszó hozott valódi, jó minőségű leadet?
• Melyik keresési kifejezésre költünk sokat, de nem hoz megfelelő érdeklődőt?
• Melyik landing oldal működik jól az adott kampányhoz?
• Melyik hirdetéscsoportból érkeznek gyenge minőségű ajánlatkérések?
• A konverziók valóban üzleti értéket jelentenek, vagy csak kattintási jellegű mikrokonverziók?

Ezekre a kérdésekre csak akkor lehet válaszolni, ha a weboldali mérés és a Google Ads elemzés összekapcsolódik.

Szolgáltatás oldalak optimalizálása

A szolgáltatásoldalak hosszabb távon gyakran fontosabbak, mint az egyedi landing oldalak, mert organikus keresésből, belső linkekből, blogcikkekből és hirdetésekből is kaphatnak forgalmat.

Ezeknél az oldalakon azt érdemes vizsgálni, hogy milyen forrásból érkeznek látogatók, milyen CTA-kat használnak, mennyi időt töltenek az oldalon, és végül mely kapcsolatfelvételi pontokon konvertálnak.

Ha egy szolgáltatásoldal sok megjelenést kap Search Console-ban, de kevés kattintást vagy konverziót hoz, akkor lehet, hogy a cím, meta leírás, tartalomstruktúra vagy CTA rendszer javításra szorul.

Blog és tartalommarketing optimalizálása

A blogcikkek eredményességét nem szabad kizárólag látogatószám alapján értékelni. Egy cikk akkor üzletileg értékes, ha releváns látogatókat hoz, belső linkeken keresztül szolgáltatásoldalakra vezeti őket, vagy később kapcsolatfelvételhez járul hozzá.

Ezért a blogcikkeknél érdemes mérni:

•    milyen forrásból érkezik a forgalom;
•    mely CTA-kra kattintanak az olvasók;
•    mely szolgáltatásoldalakra mennek tovább;
•    megjelenik-e a blogcikk a lead előtti útvonalban;
•    milyen keresési lekérdezésekből kap megjelenést és kattintást.

Így a tartalommarketing nem elszigetelt cikkírás lesz, hanem a leadgeneráló rendszer része.

Prioritási döntések: mit fejlesszünk először?

A mérési rendszer egyik legnagyobb előnye, hogy segít priorizálni. Nem minden hibát és fejlesztési ötletet kell egyszerre megoldani. A legnagyobb üzleti hatású feladatokkal érdemes kezdeni.

A gyakorlatban ezt javasoljuk

• A riportokból mindig fejlesztési feladatokat kell képezni, különben a mérés öncélú marad.
• A landing oldalak, Ads kampányok, szolgáltatásoldalak és blogcikkek teljesítményét együtt kell értékelni.
• A leadmennyiség mellett mindig vizsgáljuk a leadminőséget is.
• Kis, rendszeres optimalizálási lépésekkel stabilabban javítható a rendszer, mint ritka, nagy átalakításokkal.

15. Milyen riportokat érdemes készíteni?

A riport nem attól jó, hogy sok adatot tartalmaz. Attól jó, hogy segít megérteni, mi működik, mi nem működik, és mit kell legközelebb fejleszteni.

Egy szolgáltató cég mérési rendszerében a riportoknak nem csupán statisztikai szerepük van. A riportok a havi marketing- és weboldalfejlesztési döntések alapjai.

A jó riport döntéstámogató

Egy jó riport három kérdésre ad választ:

1. Mi történt az előző időszakban?
2. Miért történt?
3. Mit tegyünk a következő időszakban?

Ha egy riport csak azt mutatja, hogy volt 3 000 látogató és 40 konverzió, az még kevés. A döntésekhez azt is látni kell, mely forrásból jöttek a konverziók, milyen minőségűek voltak, melyik oldal vagy CTA járult hozzá, és hol veszítjük el a látogatókat.

Google Ads riport

A Google Ads riport célja nem csupán a költés ellenőrzése. A legfontosabb kérdés az, hogy a hirdetési költés milyen minőségű leadeket eredményezett.

Landing oldal riport

A landing oldal riport célja annak megértése, hogy az adott oldal mennyire jól alakítja át a fizetett vagy célzott forgalmat érdeklődővé.

Érdemes külön mérni:

• látogatók száma;
• források és kampányok;
• űrlapbeküldések;
• telefon- és e-mail-kattintások;
• CTA-kattintások;
• konverziós arány;
• leadminőség.

Ha két landing oldal hasonló témában fut, a riport segíthet eldönteni, melyiket érdemes fejleszteni, melyikre érdemes több hirdetési forgalmat terelni, és melyik üzenet működik jobban.

Konverziós pont riport

A konverziós pont riport azt mutatja meg, hogy a látogatók milyen felületeken lépnek kapcsolatba a céggel.

Ez a riport különösen hasznos akkor, ha nem minden lead űrlapon keresztül érkezik.

ok szolgáltató cégnél a telefon és az e-mail legalább olyan fontos kapcsolatfelvételi csatorna, mint az űrlap.

Forrás- és útvonal-riport

A forrás- és útvonal-riport arra ad választ, honnan érkeznek a látogatók, és milyen oldalakon keresztül jutnak el a konverzióig.

Egy ilyen riportban érdemes vizsgálni:

• első landing oldal;
• aktuális beküldési oldal;
• utm_source, utm_medium, utm_campaign;
• Google Ads kampány- és hirdetéscsoport-azonosítók;
• visited_pages útvonal;
• blogcikkek szerepe a konverziós útban;
• szolgáltatásoldalak szerepe a döntési folyamatban.

Ez segít megérteni, hogy a látogató nem mindig azon az oldalon konvertál, ahová először érkezett. Egy blogcikk vagy referenciaoldal is fontos szerepet játszhat abban, hogy később ajánlatkérést küld.

SEO és tartalommarketing riport

A Search Console és a GA4 adatai együtt adnak képet arról, hogyan működik a tartalommarketing. A Search Console megmutatja, milyen keresésekre jelennek meg az oldalak, a GA4 pedig azt, hogy a látogatók mit csinálnak a weboldalon.

A tartalommarketing riportban érdemes követni:

• mely blogcikkek kapnak organikus forgalmat;
• milyen keresési lekérdezésekből érkezik a forgalom;
• mely cikkekből kattintanak tovább szolgáltatásoldalakra;
• mely cikkek jelennek meg a lead előtti útvonalban;
• milyen új tartalmi lehetőségeket jeleznek a keresési adatok.

Havi döntési riport

A részletes riportok mellett szükség van egy rövid, vezetői szintű döntési riportra is. Ennek nem kell minden adatot tartalmaznia. Az a célja, hogy megmutassa, milyen döntéseket kell meghozni a következő időszakra.

A gyakorlatban ezt javasoljuk

• Ne egyetlen nagy riportban próbáljunk mindent megmutatni. Legyen külön Ads, landing, konverziós pont, forrás/útvonal és vezetői döntési riport.
• A riportokat ne csak visszanézésre használjuk, hanem fejlesztési lista készítésére is.
• A havi riport végén mindig szerepeljen 3-5 konkrét következő lépés.
• A riportokban a mennyiségi adatok mellett jelenjen meg a leadminőség is.

16. Gyakori mérési hibák

A mérési rendszerek bevezetésénél a legtöbb probléma nem abból adódik, hogy nincs elég eszköz. Sokkal gyakoribb, hogy a meglévő eszközök nincsenek rendszerbe foglalva. Van Google Analytics, van Google Ads, van weboldal és van kapcsolatfelvételi űrlap, de nincs egységes mérési logika.

A következő hibák azért veszélyesek, mert első ránézésre nem feltétlenül láthatók. A kampányok futnak, a látogatók érkeznek, a weboldal működik, mégis pontatlan vagy hiányos adatok alapján születnek döntések.

1. Csak a Google Analytics telepítése, mérési stratégia nélkül

Sok weboldalon megtalálható a Google Analytics mérőkódja, de ettől még a weboldal üzleti szempontból nem feltétlenül mérhető.

Tipikus tünetek:

• Látszik, hány látogató volt, de nem látszik, melyik kapcsolatfelvételi pont működik.
• Nincs külön mérve az űrlapbeküldés, telefonkattintás, e-mail-kattintás és CTA-kattintás.
• A GA4-ben vannak adatok, de nincs világos konverziós logika.

Miért probléma? Az oldalmegtekintések és forrásadatok önmagukban nem mondják meg, melyik marketingtevékenységből lett valódi érdeklődő. Ha nincs eldöntve, mit tekintünk konverziónak, milyen eseményeket mérünk, és hogyan kötjük össze a forrásadatokat a leadekkel, akkor az Analytics csak részleges képet ad.

Javítás: A projekt elején mérési stratégiát kell készíteni: üzleti célok, elsődleges és másodlagos konverziók, események, forrásadatok, leadmezők és riportok meghatározásával.

2. Következetlen vagy hiányzó UTM-használat

Az UTM-paraméterek segítenek azonosítani, hogy a látogató melyik kampányból, hírlevélből, közösségi média posztból vagy külső forrásból érkezett.

Tipikus tünetek:

• Ugyanaz a kampány többféle néven szerepel.
• Az egyik hírlevélben van UTM, a másikban nincs.
• A forrás és médium elnevezése nem egységes, például google / cpc, Google / CPC, google_ads / paid.

Miért probléma? Ha a kampányok nincsenek egységesen címkézve, a riportok nehezen értelmezhetők lesznek. Nem lehet megbízhatóan összehasonlítani a Google Ads, hírlevél, social media vagy külső megjelenések eredményességét.

Javítás: Minden külső kampányhoz előre definiált UTM-szabványt kell használni. A kampánynevek, források és médiumok ne ad hoc módon szülessenek, hanem közös sablonból vagy kampánytáblázatból.

3. Elveszik az első érkezési forrás

Szolgáltató cégeknél gyakori, hogy a látogató nem az első látogatáskor küld ajánlatkérést. Először érkezik egy hirdetésből vagy blogcikkből, majd később a kapcsolat oldalon küldi be az űrlapot.

Tipikus tünetek:

•    A lead látszólag a kapcsolat oldalról vagy direkt forgalomból jött.
•    Nem derül ki, melyik landing oldal vagy blogcikk indította el az érdeklődést.
•    A Google Ads vagy SEO valós szerepe alulértékelődik.

Miért probléma? Ha csak a beküldés pillanatát mérjük, akkor elveszhet az eredeti kampány, első landing oldal, referrer vagy Google Ads azonosító. Emiatt rossz következtetés születhet arról, melyik csatorna hozza a leadeket.

Javítás: First touch logikával el kell tárolni az első érkezési oldalt, az eredeti forrást, az UTM-eket és a Google Ads azonosítókat. Ezeket az űrlapbeküldéskor a leadadatokhoz is hozzá kell kapcsolni.

4. Minden konverzió azonos súlyt kap

Nem minden weboldali esemény azonos üzleti értékű. Egy ajánlatkérő űrlapbeküldés általában erősebb jel, mint egy CTA-gomb megnyomása vagy térképlink megnyitása.

Tipikus tünetek:

•    A Google Ads elsődleges konverzióként kezel gyenge üzleti értékű eseményeket is.
•    A kampány sok mikrokonverziót hoz, de kevés valódi leadet.
•    A riportban nem különül el az ajánlatkérés, a telefonkattintás és a CTA-kattintás.

Miért probléma? Ha minden esemény ugyanannyit ér, a Google Ads olyan célokra optimalizálhat, amelyek nem jelentenek valódi üzleti eredményt. Ez torzíthatja az ajánlattételt, a kampányértékelést és a fejlesztési prioritásokat.

Javítás: Külön kell választani az elsődleges konverziókat, a másodlagos konverziókat és a mikrokonverziókat. Elsődleges Ads-konverzióként jellemzően a valódi leadet érdemes használni.

5. Csak thank-you page vagy csak űrlapbeküldés mérése történik

A thank-you page alapú mérés egyszerű és sok esetben működőképes, de önmagában kevés kontextust ad. Hasonló probléma, ha csak azt mérjük, hogy űrlapbeküldés történt.

Tipikus tünetek:

• Látszik, hogy volt beküldés, de nem látszik pontosan, melyik űrlapból, melyik szolgáltatásból és milyen forrásból.
• A kapcsolat oldal konverziója elfedi az eredeti landing vagy blog szerepét.
• A telefonos, e-mailes, CTA-s és térképes interakciók kimaradnak.

Miért probléma? A köszönőoldal vagy az űrlapbeküldés ténye csak a konverzió megtörténtét jelzi. Nem ad elegendő adatot a forrásról, az útvonalról, a szolgáltatásról és a kapcsolatfelvételi pontról.

Javítás: Az űrlapbeküldést eseményként is mérni kell, például form_submit_lead néven, paraméterekkel: page_type, form_id, service_type, priority. Emellett a leadhez rejtett mezőkkel forrásadatokat is érdemes menteni.

6. Nincs egységes eseményrendszer és névkonvenció

Ha minden aloldal, fejlesztő vagy kampány más néven küldi ugyanazt az eseményt, a GA4-riportok gyorsan áttekinthetetlenné válnak.

Tipikus tünetek:

• Ugyanarra az eseményre több név szerepel: form_submit, form_submission, lead_form, contact_send.
• A különbségeket eseménynévben kezelik, nem paraméterekben.
• Nehéz összesíteni, melyik űrlap, oldal vagy szolgáltatás teljesít jobban.

Miért probléma? A következetlen eseménynevek megnehezítik az összehasonlítást, az automatizált riportolást és a Google Ads-konverziók tiszta kezelését.

Javítás: Projekt elején eseménynév-szabványt kell létrehozni. Például: form_submit_lead, phone_click, email_click, cta_click, maps_click. Az oldal, űrlap vagy szolgáltatás szerinti különbségeket paraméterekkel kell átadni.

7. A mérési rendszer nincs teljes útvonalon letesztelve

A mérési rendszer nem tekinthető késznek attól, hogy a fejlesztés elkészült. A teljes útvonalat ellenőrizni kell az érkezéstől az Ads konverzióig.

Tipikus tünetek:

• Hiányzó vagy üres rejtett mezők kerülnek be az űrlapba.
• A dataLayer esemény rossz néven fut, ezért a GTM trigger nem indul el.
• A GA4-ben nem jelennek meg a szükséges paraméterek.
• Ugyanaz az űrlapbeküldés duplán számolódik Google Ads-konverzióként.

Miért probléma? Egy hibás eseménynév, rossz trigger vagy duplikált konverzió hosszú időre félrevezetheti a riportokat és az Ads optimalizálást. A hiba sokszor csak hetekkel később derül ki, amikor már rossz adatok alapján születnek döntések.

Javítás: Kötelező tesztelni a teljes mérési láncot: teszt UTM-es URL, oldalváltás, űrlapbeküldés, admin/e-mail adatok, dataLayer, GTM Preview, GA4 DebugView és Google Ads-konverziók.

8. Van riport, de nincs rendszeres optimalizálási folyamat

A riport önmagában nem eredmény. A Google Ads, GA4, Search Console vagy Looker Studio riportok csak akkor hoznak üzleti értéket, ha döntések és fejlesztési feladatok követik őket.

Tipikus tünetek:

• Elkészülnek a havi grafikonok, de nincs konkrét teendőlista.
• Nem derül ki, melyik landing oldalt kell javítani.
• Nem történik rendszeres keresési kifejezés, CTA, szolgáltatásoldal vagy blog teljesítmény elemzés.

Miért probléma? A mérési rendszer végső célja nem az adattárolás vagy riportkészítés, hanem a folyamatos optimalizálás. Elemzési ritmus nélkül a mérés passzív rendszer marad.

Javítás: Legyen rendszeres, például havi vagy kétheti elemzési ciklus. A riport mindig záruljon döntésekkel: Ads módosítás, landing oldal javítás, CTA teszt, blogfrissítés vagy új szolgáltatásoldal-fejlesztési feladat.

A gyakorlatban ezt javasoljuk

A mérési rendszer bevezetésénél ne az eszközökkel kezdjünk, hanem a döntési kérdésekkel. Először azt kell tisztázni, milyen üzleti döntéseket akarunk jobb adatok alapján meghozni. Csak ezután érdemes GA4, GTM, UTM, dataLayer vagy Google Ads-konverzió beállításokról beszélni.

17. Ellenőrzőlista: mérhető és optimalizálható szolgáltatói weboldal

A következő ellenőrzőlista egy új ügyfélprojekt indításakor, egy meglévő weboldal mérési auditjánál vagy egy Google Ads kampány előkészítésekor használható. A célja, hogy egy helyen foglalja össze azokat az üzleti, marketinges és technikai ellenőrzési pontokat, amelyek szükségesek egy szolgáltató cég mérhető és folyamatosan optimalizálható online marketing rendszeréhez.

Használati javaslat:

A listát nem egyszeri beállításként, hanem projektindítási és negyedéves ellenőrzési eszközként érdemes használni. Ha új landing oldal, szolgáltatás, űrlap, kampány vagy blogos CTA kerül be a rendszerbe, a checklistát újra elő kell venni.

1. Stratégiai alapok

☐    Meghatároztuk a weboldal elsődleges üzleti célját.
☐    Meghatároztuk, mi számít valódi leadnek.
☐    Elkülönítettük az elsődleges és másodlagos konverziókat.
☐    Rögzítettük, mely csatornákból várunk forgalmat: Google Ads, SEO, blog, hírlevél, közösségi média, direkt forgalom.
☐    Eldöntöttük, milyen adatok alapján értékeljük a kampányok és a weboldal sikerét.

2. Konverziós pontok és prioritások

☐    Oldalanként összegyűjtöttük az összes űrlapot.
☐    Összegyűjtöttük az összes telefonlinket és e-mail-linket.
☐    Összegyűjtöttük a fő CTA-gombokat és fontos belső átkattintásokat.
☐    Összegyűjtöttük a Maps / címkattintásokat és egyéb releváns kapcsolatfelvételi pontokat.
☐    Meghatároztuk, mely események legyenek Google Ads-konverziók, és melyek csak GA4-es megfigyelési események.
☐    Minden konverziós pont kapott prioritást: high, medium vagy low.

3. Forráskövetés és kampányparaméterek

☐    Van egységes UTM-névkonvenció a kampányokhoz.
☐    A Google Ads auto-tagging be van kapcsolva.
☐    A Google Ads ValueTrack paraméterek használata tisztázott.
☐    A gclid, gbraid, wbraid és gad paraméterek mentésre kerülnek, ha elérhetők.
☐    Az első landing oldal és a referrer mentése megtörténik, ha rendelkezésre állnak.
☐    A rendszer megőrzi az első ismert forrást a látogatói útvonal során.
☐    A last touch logika tisztázott, ha több kampányos érkezés történik.

4. Űrlapok és leadadatok

☐    Minden űrlap tartalmazza a szükséges rejtett mezőket.
☐    Az aktuális beküldési oldal mentésre kerül.
☐    A page_type, form_id és service_type mezők minden űrlapnál helyesen vannak kitöltve.
☐    A submit_timestamp bekerül az adminba és az e-mail értesítőbe.
☐    A tracking adatok megjelennek a leadértesítő e-mailben.
☐    A tracking adatok megjelennek az adminfelületen vagy CRM-ben is.
☐    Teszteltük, hogy a látogató másik oldalon is beküldheti az űrlapot, miközben az eredeti forrásadat megmarad.
☐    Az adatvédelmi szempontból felesleges mezőket nem gyűjtjük.

5. Események és dataLayer

☐    Van egységes eseménynév-szabvány.
☐    A form_submit_lead esemény minden űrlapbeküldésnél lefut.
☐    A phone_click esemény a telefonlinkeknél lefut.
☐    Az email_click esemény az e-mail-linkeknél lefut.
☐    A cta_click esemény a fontos CTA-gomboknál lefut.
☐    A maps_click esemény a cím / térkép kattintásoknál lefut.
☐    Az események tartalmazzák a szükséges paramétereket: page_type, page_path, form_id, service_type, priority, target_url.
☐    A különbségeket nem új eseménynevekkel, hanem paraméterekkel kezeljük.

6. GA4, GTM és Google Ads ellenőrzés

☐    GTM Preview módban minden fő esemény látszik.
☐    GA4 DebugView-ban minden fő esemény és paraméter megjelenik.
☐    GA4-ben létrehoztuk a szükséges custom dimensionöket.
☐    A valódi lead események külön kezelhetők a mikrokonverzióktól.
☐    Google Ads-ben csak a megfelelő események számítanak elsődleges konverziónak.
☐    Ellenőriztük, hogy nincs dupla konverzió ugyanarra az űrlapbeküldésre.
☐    A thank-you page alapú mérés és az eseményalapú mérés szerepe tisztázott.

7. Riportok és elemzés

☐    Van riport a Google Ads kampányok, hirdetéscsoportok és kulcsszavak teljesítményéről.
☐    Van riport a landing oldalak konverziós teljesítményéről.
☐    Van riport a szolgáltatásoldalak teljesítményéről.
☐    Van riport a blogcikkekből induló útvonalakról és CTA-kattintásokról.
☐    Van riport a telefon, e-mail és űrlap alapú kapcsolatfelvételek arányáról.
☐    Van riport a Search Console keresési adatairól.
☐    Van leadminőség-visszacsatolás, ha már elérhető.

8. Folyamatos optimalizálás

☐    Rendszeresen átnézzük a Google Ads keresési kifejezéseket.
☐    Rendszeresen értékeljük a landing oldalak teljesítményét.
☐    Rendszeresen figyeljük a Search Console keresési adatokat.
☐    A blogcikkekhez kapcsolódó CTA-k teljesítményét is mérjük.
☐    A riportok alapján konkrét havi vagy kétheti optimalizálási lista készül.
☐    A mérésből fejlesztési feladatok születnek, és az elkészült módosításokat újra mérjük.
☐    A mérési rendszer nem egyszeri beállításként, hanem működési folyamatként van kezelve.

9. Záró technikai tesztelés publikálás előtt

☐    UTM-es teszt URL-lel ellenőriztük a forrásadatok mentését.
☐    Átkattintás után is megmarad az eredeti forrásadat.
☐    Minden űrlapnál ellenőriztük az e-mailben és adminban beérkező tracking adatokat.
☐    GTM Preview-ben ellenőriztük az események nevét és paramétereit.
☐    GA4 DebugView-ban ellenőriztük az események megjelenését.
☐    Google Ads-ben ellenőriztük, hogy nincs konverzióduplikáció.

A gyakorlatban ezt javasoljuk

Egy új ügyfélprojektben nem érdemes azonnal a GTM-ben vagy a GA4-ben kezdeni. Először az üzleti célokat, a konverziós pontokat és az adatmodellt kell rögzíteni. A technikai beállítások csak ezután következzenek. A checklistát később is érdemes negyedévente újra elővenni, mert a kampányok, landing oldalak, blogcikkek és konverziós pontok idővel változnak.

Rövid értelmezés

18. GYIK - gyakoran ismételt kérdések

Az alábbi kérdések a leggyakoribb félreértéseket és döntési pontokat foglalják össze. A GYIK célja, hogy a cikk gyors válaszokat is adjon azoknak, akik egy konkrét fogalomra vagy problémára keresnek rá.

Elég a Google Analytics egy szolgáltató cég weboldalának méréséhez?

Nem. A Google Analytics fontos alap, de önmagában nem jelent teljes mérési rendszert. Ahhoz, hogy üzleti döntéseket lehessen hozni, külön mérni kell a konverziós pontokat, a forrásadatokat, az eseményeket, a látogatói útvonalakat és a Google Ads-konverziókat is.

Mi az online marketing mérési és optimalizálási rendszer?

Olyan egységes rendszer, amely összekapcsolja a weboldalt, a Google Ads kampányokat, a landing oldalakat, a szolgáltatásoldalakat, a blogcikkeket, a konverziós pontokat és az analitikai eszközöket. A cél nem pusztán az adatgyűjtés, hanem az, hogy az adatok alapján rendszeresen javítható legyen a weboldal és az online marketing teljesítménye.

Mi a különbség a mérés és az optimalizálás között?

A mérés adatokat gyűjt arról, mi történik a weboldalon. Az optimalizálás ezekből az adatokból fejlesztési döntéseket hoz: melyik kampányt módosítsuk, melyik landing oldalt javítsuk, melyik blogcikket egészítsük ki, vagy melyik CTA-t cseréljük.

Miben segíti a mérési rendszer a Google Ads kampányokat?

A Google Ads akkor optimalizálható jól, ha nem csak kattintásokat látunk, hanem azt is, mely kattintásokból lett valódi érdeklődő. A mérési rendszer összeköti a kampányparamétereket, a landing oldalt, az űrlapot, a konverziós eseményt és később akár a leadminőséget is.

Mi a különbség a látogatottsági adat, az analitikai adat és a leadadat között?

A látogatottsági adat azt mutatja meg, hányan érkeztek a weboldalra és milyen oldalakat néztek meg. Az analitikai adat GA4-ben vagy Google Ads-ben aggregáltan jelenik meg, és kampányok, oldalak, események teljesítményének elemzésére szolgál. A leadadat egy konkrét érdeklődőhöz kapcsolódik, és azt mutatja meg, milyen forrásból érkezett, melyik oldalon járt, melyik űrlapot küldte be, és milyen szolgáltatás iránt érdeklődött.

Miért kell a konverziós pontokat külön összegyűjteni?

Mert egy weboldalon többféle kapcsolatfelvételi lehetőség lehet: űrlap, telefon, e-mail, CTA, térkép, letöltés vagy hírlevél-feliratkozás. Ha ezeket nem térképezzük fel, fontos üzleti jelzések kimaradhatnak a mérésből.

Miért érdemes külön kezelni az eltérő súlyú konverziós eseményeket?

Azért, mert nem minden esemény jelent azonos üzleti értéket. Egy ajánlatkérő űrlapbeküldés vagy időpontfoglalás jellemzően erős leadjelzés, míg egy CTA-kattintás, telefonkattintás vagy térképkattintás inkább érdeklődési vagy támogató jelzés. A cikkben ezt egységesen a high / medium / low prioritás mutatja.

Miért nem jó, ha minden konverzió egyforma súlyt kap?

Mert a Google Ads optimalizálása félrecsúszhat. Egy CTA-kattintás vagy térképmegnyitás nem feltétlenül ér ugyanannyit, mint egy ajánlatkérés. Ezért érdemes elsődleges és másodlagos konverziókban gondolkodni.

Mire való az UTM-paraméter?

Az UTM-paraméterek azt mutatják meg, hogy a látogató milyen kampányból, forrásból vagy hirdetési aktivitásból érkezett a weboldalra. Segítségükkel elkülöníthető például egy Google Ads kampány, egy hírlevél, egy social media poszt vagy egy külső hivatkozás forgalma.

Mi a különbség az UTM és a gclid között?

Az UTM-paramétereket általában mi adjuk meg a kampány URL-ekben, ezért emberileg olvasható kampányinformációkat tartalmaznak. A gclid a Google Ads kattintásazonosítója, amely az auto-tagging részeként kerülhet az URL-be, és a Google Ads, illetve a Google Analytics közötti pontosabb összekapcsolást támogatja.

Mi az a gbraid és wbraid?

A gbraid és wbraid olyan Google Ads azonosítók, amelyek bizonyos adatvédelmi és böngészési környezetekben segítik a kampány- és konverziómérést. Ha megjelennek az érkezési URL-ben, érdemes őket eltárolni a leadadatok között.

Mi az a first touch?

A first touch az első ismert érkezési forrást vagy érkezési pontot jelenti. Megmutatja, hogy a látogató eredetileg honnan jutott el a weboldalra, és melyik oldal volt az első belépési pont. Ez azért fontos, mert a látogató gyakran nem azon az oldalon küldi be az ajánlatkérést, ahová először érkezett.

Mi az a last touch, és miért hasznos a first touch mellett?

A last touch a konverzió előtti utolsó ismert mérhető forrás vagy érintkezési pont. Az első érkezés és a konverzió előtti utolsó érintkezés gyakran nem ugyanaz: egy blogcikk vagy organikus keresés elindíthatja az érdeklődést, míg egy későbbi Google Ads kattintás vagy direkt visszatérés vezethet az ajánlatkéréshez.

Miért kell rejtett mezőket használni az űrlapokban?

A rejtett mezők segítségével a látogató számára nem látható technikai és marketingadatok is bekerülhetnek a leadhez. Ilyen lehet például az UTM-paraméter, gclid, gbraid, wbraid, első landing oldal, aktuális beküldési oldal, page_type, form_id, service_type és submit_timestamp.

Mit kell eltárolni egy űrlapbeküldésnél?

Érdemes menteni az aktuális beküldési oldalt, az első landing oldalt, az UTM-paramétereket, Google Ads azonosítókat, referrert, page_type, form_id, service_type, submit_timestamp értéket, valamint szükség esetén a látogatói útvonal rövidített változatát.

Mi az a dataLayer?

A dataLayer egy JavaScript-alapú közvetítő réteg, amelyen keresztül a weboldal eseményeket és eseményparamétereket adhat át a Google Tag Managernek. Nem hosszú távú adattároló, hanem eseménykommunikációs eszköz. A GA4 jellemzően nem közvetlenül a dataLayert olvassa, hanem a Google Tag Manager küldi tovább az eseményeket és paramétereket a GA4 felé.

Miért nem elég az UTM a GA4 események helyett?

Az UTM azt mondja meg, honnan érkezett a látogató. Az esemény azt mondja meg, mi történt a weboldalon. A kettő nem helyettesíti egymást. Teljes méréshez forrásadatokra és eseményadatokra is szükség van.

Milyen eseményeket érdemes mérni egy szolgáltató weboldalon?

Legalább az űrlapbeküldést, telefonkattintást, e-mail-kattintást, fő CTA-kattintásokat és térképkattintást érdemes mérni. Ezen felül mérhető letöltés, videóindítás, blogból szolgáltatásoldalra kattintás vagy hírlevél-feliratkozás is.

Melyik esemény legyen Google Ads-konverzió?

Elsődleges Google Ads-konverziónak általában a valódi leadet érdemes használni, például ajánlatkérő űrlapbeküldést. A telefon- és e-mail-kattintások hasznos másodlagos konverziók lehetnek, de óvatosan kell velük bánni, mert nem minden kattintás jelent tényleges megkeresést.

Miért nem elég csak a thank-you page mérése?

A thank-you page az űrlapbeküldést jelzi, de önmagában nem ad elég kontextust. Nem mutatja meg részletesen, melyik űrlap, szolgáltatás, forrás vagy útvonal vezetett a konverzióhoz, hacsak nem kapcsolódik hozzá megfelelő esemény- és forráskövetés.

Mit érdemes mérni egy landing oldalon?

A landing oldalon mérni kell az űrlapbeküldést, telefonkattintást, e-mail-kattintást, fő CTA-kattintásokat, fontos tartalmi blokkok elérését és szükség esetén a thank-you page-re jutást is. Ezek alapján értékelhető, hogy a landing oldal nemcsak forgalmat, hanem valódi érdeklődést is generál-e.

Miért kell a kapcsolat oldalt külön mérni?

Mert sok látogató nem azon az oldalon küld ajánlatkérést, ahová eredetileg érkezett. A kapcsolat oldal gyakran a konverzió helye, de nem feltétlenül a lead eredeti forrása. Ezért külön kell mérni az aktuális beküldési oldalt és az első landing oldalt.

Hogyan mérhető, hogy egy blogcikk hozott-e érdeklődőt?

A blogcikk hatása akkor mérhető jól, ha a blogról induló CTA-kattintásokat, szolgáltatásoldalra kattintásokat és későbbi űrlapbeküldéseket is rögzítjük. Ha a forrás- és útvonaladat megmarad, láthatóvá válik, hogy a blogcikk szerepet játszott-e a lead útjában.

Miért fontos a látogatói útvonal?

A látogatói útvonal segít megérteni, milyen oldalak játszottak szerepet a konverzió előtt. Ez hasznos lehet landing oldalak, szolgáltatásoldalak, blogcikkek és CTA-k fejlesztésénél. A részletes oldalmegtekintési viselkedést GA4-ben érdemes elemezni; a leadhez legfeljebb egy rövidített útvonalat célszerű tárolni.

Miért kell tesztelni a mérési rendszert?

Azért, mert egy hibás eseménynév, hiányzó rejtett mező, rossz GTM trigger vagy duplikált konverzió hosszú időre félrevezetheti a riportokat és a Google Ads optimalizálást. A mérési rendszer csak akkor tekinthető késznek, ha a teljes útvonalon teszteltük.

Milyen gyakran érdemes mérési riportot készíteni?

Aktív Google Ads kampányoknál kéthetente vagy havonta érdemes részletesen átnézni az adatokat. SEO és tartalommarketing esetén havi vagy negyedéves értékelés is működhet, de a fontosabb trendeket rendszeresen figyelni kell.

Hogyan lesz a mérésből több lead?

A mérés önmagában nem hoz több leadet. Akkor válik értékessé, ha az adatok alapján javítjuk a landing oldalakat, finomítjuk a Google Ads kampányokat, erősítjük a jól teljesítő tartalmakat, kizárjuk a gyenge forgalmat és folyamatosan fejlesztjük a konverziós pontokat.

Mi a Usernet mérési és optimalizálási módszertan lényege?

A módszertan lényege, hogy a weboldal, a Google Ads, a GA4, a Search Console, a landing oldalak, a szolgáltatásoldalak és a tartalommarketing ne különálló eszközökként működjenek, hanem egy folyamatosan optimalizálható ügyfélszerzési rendszer részei legyenek.

19. Összegzés: nem több adat kell, hanem jobb döntési rendszer

Egy céges weboldal ma már nem önmagában álló online névjegy. A weboldal része egy nagyobb ügyfélszerzési rendszernek, amelybe beletartozik a Google Ads, a SEO, a tartalommarketing, a landing oldalak, a szolgáltatásoldalak, a kapcsolatfelvételi pontok és az analitika is.

A Usernet mérési és optimalizálási módszertan lényege, hogy ezeket az elemeket ne különálló eszközökként kezeljük, hanem egyetlen, egymásra épülő rendszerként. A cél nem az, hogy minél több adatot gyűjtsünk, hanem az, hogy pontosan lássuk, honnan érkeznek a látogatók, hogyan mozognak a weboldalon, mely pontokon veszik fel a kapcsolatot, és mely marketingtevékenységek hoznak valódi üzleti eredményt.

Egy jól felépített mérési rendszer segítségével nemcsak azt látjuk, hányan látogatták meg a weboldalt, hanem azt is, hogy:

• honnan érkeztek a látogatók;
• melyik landing oldal, szolgáltatásoldal vagy blogcikk játszott szerepet az érdeklődés kialakulásában;
• melyik kapcsolatfelvételi pontot használták;
• melyik kampány, kulcsszó vagy tartalom segítette őket;
• és melyik ponton váltak valódi érdeklődővé.

A módszertan legfontosabb üzenete

Nem attól lesz jobb az online marketing, hogy több adatot gyűjtünk. Attól lesz jobb, hogy a megfelelő adatokat gyűjtjük, értelmezzük, és azok alapján rendszeresen fejlesztjük a kampányokat, a landing oldalakat, a szolgáltatásoldalakat és a tartalmakat.

Ez a rendszer akkor működik jól, ha:

• az üzleti célokból indul ki;
• minden fontos kapcsolatfelvételi pontot mér;
• megőrzi a látogatók forrásadatait;
• külön kezeli az elsődleges és másodlagos konverziókat;
• egységes eseményrendszert használ;
• GA4-ben és Google Ads-ben is értelmezhető adatokat ad;
• a riportokból rendszeres optimalizálási feladatok születnek.

Mikor érdemes mérési rendszert kialakítani?

A mérési rendszert nem utólagos technikai feladatként érdemes kezelni. Ideális esetben már a weboldal, landing oldal vagy Google Ads kampány tervezésekor meg kell határozni, hogy mit szeretnénk mérni, milyen adatokat kell eltárolni, és milyen riportok alapján fogunk később dönteni.

Különösen fontos a mérési rendszer átgondolása:

• új weboldal vagy landing oldal fejlesztésekor;
• Google Ads kampány indítása előtt;
• meglévő kampányok gyenge leadminősége esetén;
• ha nem egyértelmű, honnan jönnek az érdeklődők;
• ha a blog- vagy tartalommarketing eredményességét szeretnénk mérni;
• ha a weboldal fejlesztéseit adatalapon szeretnénk priorizálni.

Hogyan érdemes elindulni?

Egy új ügyfélprojektben vagy meglévő weboldal auditjánál érdemes az alábbi sorrendben haladni:

1. Határozzuk meg az üzleti célokat.
2. Gyűjtsük össze a konverziós pontokat.
3. Különítsük el az elsődleges, másodlagos és mikrokonverziókat.
4. Tervezzük meg a forráskövetést.
5. Döntsük el, milyen adatokat kell eltárolni a leadekhez.
6. Építsük be a rejtett mezőket és eseményeket.
7. Állítsuk be a GTM, GA4 és Google Ads mérést.
8. Teszteljük végig a teljes mérési útvonalat.
9. Készítsünk döntéstámogató riportokat.
10. Indítsunk rendszeres optimalizálási ciklust.

Miért fontos mindez a Google Ads és a tartalommarketing miatt?

A Google Ads csak olyan adatok alapján tud optimalizálni, amelyeket megkap. Ha pontatlan vagy túl tág konverziókat adunk át, a kampányoptimalizálás is pontatlan lesz. Ha viszont világosan különválasztjuk a valódi leadeket, a másodlagos kapcsolatfelvételi jeleket és a mikrokonverziókat, akkor a hirdetési rendszer sokkal jobb alapot kap a döntésekhez.

Ugyanez igaz a tartalommarketingre is. Egy blogcikk, szakmai útmutató vagy szolgáltatásoldal gyakran nem azonnal hoz leadet. Sokszor a látogató először információt keres, olvas, tájékozódik, majd később tér vissza ajánlatot kérni. Ha a mérési rendszer nem őrzi meg az útvonal és a forrás fontos elemeit, a tartalommarketing szerepe könnyen alulértékeltté válhat.

Ezért a Google Ads-et, a landing oldalakat, a szolgáltatásoldalakat és a blogcikkeket nem külön-külön, hanem egy közös ügyfélszerzési rendszer részeként érdemes mérni és fejleszteni.

A gyakorlatban ezt javasoljuk

Egy új ügyfélprojektben a mérési rendszert nem a fejlesztés végén, utólagos technikai beállításként érdemes kezelni, hanem a stratégiai tervezés részeként.

Ha a weboldal, a Google Ads, a GA4, a Search Console, a landing oldalak és a tartalommarketing már az elején összehangolt rendszerként épül fel, később sokkal pontosabb döntéseket lehet hozni a kampányokról, a tartalmakról és a weboldal fejlesztési prioritásairól.

A Usernet mérési és optimalizálási módszertana ebben segít: egységes rendszerbe foglalja a weboldalfejlesztést, a Google Ads-et, az analitikát és a tartalommarketinget, hogy az adatokból ne csak riportok, hanem valódi fejlesztési döntések szülessenek.

Ha egy szolgáltató cég weboldala, Google Ads kampánya vagy landing oldala jelenleg nem ad pontos választ arra, honnan érkeznek az érdeklődők és hogyan lesz belőlük megkeresés, érdemes első lépésként feltérképezni a jelenlegi mérési pontokat, konverziókat és forráskövetést.

Ebből gyorsan kiderül, hol vesznek el az adatok, és mely fejlesztésekkel lehet a legtöbbet javítani a kampányok és a weboldal eredményességén.