- Az esemény adat, a kulcsesemény döntés: te mondod meg, mi számít üzleti eredménynek.
- Kulcsesemény csak az legyen, ami után egy ember tényleg kapcsolatba lép veled vagy fizet.
- A GA4 kulcsesemény-jelölés nem visszamenőleges, ezért az átállítás után törés lesz az idősorban.
- A Google Ads oldalán a fő licitcél legyen egy vagy kettő, a többi importált akció maradjon másodlagos.
- A görgetés, videóindítás és menükattintás elköteleződési jel: mérd, de ne tedd konverzióvá.
A GA4 egyik leggyakoribb félreértése, hogy a felület magától tudja, mi az üzleti eredmény. Nem tudja. A GA4 mindent eseményként rögzít, ami a weboldalon történik, és neked kell megmondanod, hogy ebből mi az, ami pénzt vagy megkeresést jelent. Ezt a jelölést hívta a rendszer korábban konverziónak, ma pedig kulcseseménynek.
A név változott, a probléma maradt: sok fióban nyolc-tíz kulcsesemény van bejelölve, mert bejelölni könnyű, kikapcsolni pedig senki nem meri. Az eredmény egy olyan riport, amiben minden szám nagy, és éppen ezért egyik sem mond semmit.
Mi a különbség a GA4-ben az esemény és a kulcsesemény között?
Az esemény egy mért interakció, a kulcsesemény pedig egy megjelölt esemény, amelyet te nyilvánítottál üzleti szempontból fontosnak. Technikailag semmi különbség nincs köztük: ugyanaz az adat, ugyanabban a formában érkezik, csak a kulcseseményhez a GA4 külön oszlopot, külön riportot és külön Google Ads-importot ad.
Hivatalosan igazolt: a Google 2024-ben átnevezte a GA4-ben a „konverzió" fogalmat kulceseményre, és a konverzió szót fenntartotta a Google Ads oldalán mért, hirdetéshez kötött eredménynek. Ez nem kozmetika: azért választották szét, mert a két rendszer máshogy tulajdonít eredményt, és a régi közös név miatt sokan azt hitték, hogy a GA4-ben és az Ads-ben látott szám ugyanaz. Nem az, és ritkán is fog egyezni.
A gyakorlatban négy szinttel érdemes gondolkodni:
- Automatikusan gyűjtött esemény:
page_view,scroll,clicka kimenő linkekre,file_download. Nem kell hozzá fejlesztő. - Ajánlott esemény: a Google által megnevezett, szabványos nevű események, például
generate_lead,purchase,begin_checkout. Ezekhez fejlesztői vagy Tag Manager-oldali beküldés kell. - Egyedi esemény: amit te definiálsz, saját névvel, például
ajanlatkeres_kuldve. - Kulcsesemény: a fentiek bármelyike, amit a GA4 felületén kapcsolóval megjelölsz.
A negyedik szint tehát nem mérés, hanem döntés. Ez a döntés az, amit a legtöbb fiókban soha senki nem hozott meg tudatosan.
Miért rontja el a riportot, ha mindent kulcseseménnyé teszel?
Azért, mert a kulcsesemény szám összeadódik, és az összeg egy embert sem takar. Ha egy látogató legörget, elindít egy videót, rákattint a menüre és letölt egy PDF-et, akkor négy kulcsesemény keletkezik ugyanattól az egy embertől, aki soha nem vette fel veled a kapcsolatot.
Ebből három baj következik. Az első, hogy a konverziós arány értelmezhetetlenné válik: harminc-negyven százalékos „konverziós arányt" fogsz látni egy olyan szolgáltató oldalon, ahol havonta hat ajánlatkérés érkezik. A második, hogy a csatornák összehasonlítása torzul, mert az egyes forgalmi források nagyon eltérően viselkednek elköteleződésben. A hírlevél-forgalom sokat görget, a márkanévre érkező keresés gyorsan kattint kapcsolatra, a display-forgalom pedig szinte semmit nem csinál. Ha ezeket összemosod, a hírlevél lesz a „legjobb" csatorna. A harmadik, hogy a hirdetési algoritmus a legolcsóbb jelre optimalizál, és ez majdnem mindig a leggyengébb jel.
Saját tapasztalat: a magyar kis- és középvállalati fiókokban, amelyeket átveszünk, tipikusan öt-nyolc kulcsesemény van bekapcsolva, és ezek közül átlagosan egy-kettő az, ami után tényleg megszólal a telefon. A többit valaki egyszer bekapcsolta, mert érdekesnek tűnt, és utána már senki nem nyúlt hozzá.
Melyik esemény jelez üzleti értéket, és melyik csak elköteleződést?
Üzleti értéket az az esemény jelez, ami után egy konkrét ember megszólítható, vagy pénz mozdult. Minden más elköteleződési jel, függetlenül attól, mennyire jólesik nézni.
Valódi üzleti jel (kulcsesemény lehet):
- elküldött ajánlatkérő vagy kapcsolatfelvételi űrlap, ahol a köszönőoldal vagy a sikeres beküldés visszajelzése is megtörtént;
- kattintás a telefonszámra mobilon, ha az oldalon a hívás a fő kapcsolatfelvételi út;
- online foglalás, időpontfoglalás vagy asztalfoglalás visszaigazolása;
- befejezett vásárlás (
purchase), webshopnál; - hírlevél-feliratkozás, ha nálad a lista tényleg értékesítési csatorna, nem dísz.
Elköteleződési jel (maradjon sima esemény):
- görgetés adott mélységig, oldalon töltött idő,
user_engagement; - videóindítás vagy videó félig nézése;
- menükattintás, aloldal-megnyitás, referencia-galéria nézegetése;
- árlista- vagy katalógus-letöltés, ha nem kér cserébe elérhetőséget;
- térképre kattintás, útvonaltervező megnyitása (határeset, erről lentebb).
A telefonszám-kattintás és az útvonalterv szándékosan kényes eset. Szakmai feltételezés: a hívásra kattintás jó eséllyel valódi üzleti jel egy szolgáltatónál, de nem azonos a lehívott hívással, mert a felhasználó fele meggondolja magát a tárcsázás előtt, vagy kétszer koppint. Ha van hívásmérésed vagy központod hívásnaplója, érdemes összevetni a két számot, és a különbséget tudatosan kezelni.
Van egyszerű döntési szabály a kulcsesemények kiválasztására?
Van, és három kérdésből áll. Ha bármelyikre nem a válasz, akkor az esemény nem kulcsesemény.
- Kapok belőle megszólítható embert vagy pénzt? Ha az esemény után nincs se elérhetőség, se tranzakció, akkor csak érdeklődést mértél.
- Meg tudom mondani, mennyit ér? Nem kell forintra pontosan tudni, de azt igen, hogy körülbelül hány ilyenből lesz egy ügyfél. Ha erre nincs válaszod, akkor a hirdetési rendszernek sem lesz.
- Elviselné-e, ha holnaptól tízszer annyi lenne belőle? Ha tízszer annyi ajánlatkérés jó hír, akkor kulcsesemény. Ha tízszer annyi videóindítás semmit nem változtatna a cégen, akkor nem az.
Saját tapasztalat: egy átlagos magyar szolgáltatónál kettő, maximum három kulcsesemény a jó szám. Egy webshopnál a vásárlás mellett legfeljebb a kosárba helyezés indokolt, és az is inkább átmenetileg, amíg kevés a vásárlás.
Hogyan kapcsolod be és ki a kulcseseményt lépésről lépésre?
A jelölés a GA4 adminfelületén történik, kód nélkül, néhány kattintással.
- Nyisd meg a GA4 tulajdont, majd az Adminisztráció menüt.
- Az Adatmegjelenítés alatt válaszd az Események pontot.
- Keresd meg a listában az eseményt, és a sor végén kapcsold be a Megjelölés kulceseményként kapcsolót.
- Ha kikapcsolnád, ugyanezt a kapcsolót állítsd vissza, vagy a Kulcsesemények listában vedd le a jelölést.
- A Google Ads oldalán ellenőrizd, hogy melyik importált akció szerepel elsődleges célként, mert a GA4-beli kikapcsolás nem törli az Ads-ben már létező konverziós műveletet.
Ha az esemény még nem is létezik, előbb be kell küldeni. Tag Manager nélkül, közvetlen gtag hívással így néz ki egy űrlapbeküldés:
gtag('event', 'generate_lead', { form_name: 'ajanlatkeres', value: 0, currency: 'HUF' });
Tag Managerrel a szokásos út egy dataLayer üzenet, amire triggert építesz:
window.dataLayer.push({ event: 'ajanlatkeres_kuldve', form_id: 'kapcsolat' });
Hivatalosan igazolt: a GA4-ben az Események létrehozása és az Események módosítása funkcióval fejlesztő nélkül is gyárthatsz új eseményt egy meglévőből, például a köszönőoldal megtekintéséből. Ez akkor hasznos, ha nincs hozzáférésed a kódhoz, de van egy egyedi URL-ed a sikeres beküldés után.
Mi történik a régi adatokkal, ha átállítod a kulcseseményeket?
A jelölés nem visszamenőleges. Ez a legfontosabb mondat az egész átállásban.
Hivatalosan igazolt: a Google dokumentációja szerint a kulcsesemény-jelölés csak a jelölés utáni adatokra érvényes. Ha ma jelölsz meg egy eseményt, a tegnapi adat nem kerül be visszamenőleg a kulcsesemény-riportba, és fordítva: ha kikapcsolsz egy jelölést, a korábban gyűjtött kulcsesemény-adat nem tűnik el a múltbeli időszakokból.
Ennek két gyakorlati következménye van. Az első, hogy az idősorodban lesz egy törés az átállítás napján, és ezt jelölni kell, különben fél év múlva valaki komoly arccal elemzi majd a „nagy visszaesést". A GA4-ben erre használható az annotáció, de egy megosztott dokumentumba írt dátumsor is elég. A második, hogy a nyers esemény adat megmarad. Ha kikapcsolod a görgetést mint kulceseményt, a görgetés eseménye ugyanúgy gyűjtve lesz, és bármikor megnézheted az események riportban vagy egy egyedi feltárásban. Nem veszítesz adatot, csak a fókuszt teszed helyre.
Hivatalosan igazolt: egy GA4 tulajdonban legfeljebb harminc kulcsesemény jelölhető meg. Ez a limit egyébként pont azt sugallja, hogy a Google is szűk halmazra tervezte, nem gyűjteményre.
Mit tanul a Google Ads, ha nyolc kulcsesemény van a fiókban?
Azt, hogy a legkönnyebben elérhető eseményből kell minél többet hozni. Ez a hirdetési rendszer szempontjából racionális, az üzlet szempontjából viszont pénzkidobás.
Nézzünk egy tipikus szerkezetet egy szolgáltató cégnél, ahol nyolc kulcsesemény volt bekapcsolva: űrlapbeküldés, telefonszám-kattintás, e-mail-cím kattintás, hetven százalékos görgetés, videóindítás, PDF-letöltés, referencia-aloldal megnyitása, kapcsolat oldal megtekintése. Ebből havonta hét-nyolc az űrlap, a többi együtt több százas nagyságrend. Ha ezek mind importálva vannak az Ads-be, és mind elsődleges célként szerepelnek, akkor az intelligens licitálás számára a görgetés és az aloldal-megnyitás adja a jelek túlnyomó részét. A rendszer olyan kereséseket és elhelyezéseket kezd keresni, ahol sokan görgetnek, és ezek jellemzően az információgyűjtő, nem vásárlási szándékú keresések.
Hivatalosan igazolt: a Google a cél-CPA típusú intelligens licitáláshoz azt ajánlja, hogy a kampányban legyen elegendő konverzió az elmúlt harminc napban, jellemzően legalább néhány tucat. Szakmai feltételezés: pont ez a küszöb az oka, hogy sok fiókban felhígítják a konverziós listát. Kevés az igazi lead, ezért valaki hozzátesz még hat gyenge jelet, hogy legyen elég adat. Az algoritmus így valóban gyorsabban kilép a tanulási szakaszból, csak épp rossz irányba.
A helyes megoldás nem az, hogy kikapcsolod a mérést, hanem hogy a jelek fontosságát szétválasztod. Az Ads oldalán a konverziós műveleteknél állítsd elsődlegesnek azt az egy-két akciót, ami után tényleg megszólal a telefon, a többit pedig másodlagosnak. A másodlagos akciók továbbra is látszanak a riportban, de nem viszik el a licitálást. Ha a valódi lead ritka, akkor inkább értékalapú megközelítést használj: adj eltérő értéket a különböző űrlapoknak ahelyett, hogy több eseményt tennél egyenrangúvá.
Hogyan mérd a mikrokonverziókat kulcsesemény nélkül?
Ugyanúgy, ahogy eddig, csak más helyen nézed. A GA4 Feltárás részében készíthetsz egy szabad formájú jelentést, ahol a sorok az események, az oszlopok a forgalmi források, és így összehasonlítod a csatornákat elköteleződésben is. Ez a nézet pont ugyanazt tudja, mint a kulcsesemény-riport, csak nem szennyezi be az üzleti számokat.
Amire a mikrokonverziók tényleg jók: közönségépítésre és diagnosztikára. Aki megnézte az árakat tartalmazó aloldalt, de nem kért ajánlatot, az remarketing-közönségnek jó. Ha egy landoló oldalon a görgetés magas, de az űrlap küldése nulla, akkor nem a forgalommal van baj, hanem az űrlappal vagy az ajánlattal. Ezek fontos információk, csak nem eredmények.
Mit nézz át negyedévente a kulcseseményeknél?
- Hány kulcsesemény van bekapcsolva, és mindegyikre tudod-e egy mondatban megmondani, mit jelent üzletileg?
- Egyezik-e a kulcsesemények száma nagyságrendileg azzal, amit a cégben a megkeresésekről tudtok (levelek, hívások, foglalások)?
- Van-e duplán mért jel, például köszönőoldal-megtekintés és űrlapbeküldés ugyanarra a folyamatra?
- Az Ads-ben melyik akció elsődleges, és mikor módosult utoljára?
- A tesztbeküldések, saját IP-ről érkező forgalom ki van-e szűrve?
- Fel van-e jegyezve az utolsó átállítás dátuma, hogy a törés magyarázható legyen?
Ez a hat kérdés tíz percbe kerül, és többet ér, mint egy újabb egyedi jelentés. A mérés nem attól lesz jó, hogy sok mindent mérsz, hanem attól, hogy tudod, melyik számot vinnéd be egy vezetői megbeszélésre.
Források és további olvasnivalók
- Google Analytics Súgó: Kulcsesemények beállítása és kezelése (Google Analytics Help)
- Google Analytics Súgó: Eseményekkel kapcsolatos referencia, automatikusan gyűjtött és ajánlott események
- Google Analytics Súgó: Események létrehozása és módosítása a felületen
- Google Ads Súgó: Konverziós műveletek, elsődleges és másodlagos beállítás
- Google Ads Súgó: Intelligens licitálás és a cél-CPA adatigénye
- Google Tag Manager dokumentáció: dataLayer és eseménytriggerek
- Google Developers: gtag.js eseményreferencia
Gyakori kérdések
Ugyanaz a kulcsesemény és a konverzió?
Nem. A kulcsesemény a GA4-ben megjelölt, üzletileg fontos esemény, a konverzió pedig a Google Ads oldalán mért, hirdetéshez kötött eredmény. A kettő összefügg, mert a GA4 kulcsesemény importálható az Ads-be, de az attribúció és az időablak eltér, ezért a két szám ritkán egyezik meg pontosan.
Hány kulcsesemény az ideális?
Saját tapasztalat alapján egy szolgáltatónál kettő-három, webshopnál egy-kettő. A GA4 hivatalosan legfeljebb harmincat enged tulajdononként, de ez felső korlát, nem cél. Ha nem tudod egy mondatban megmondani, hogy egy kulcsesemény mit jelent a cégnek, akkor az valószínűleg mikrokonverzió.
Elveszítem a régi adatot, ha kikapcsolok egy kulceseményt?
Nem. Az esemény ugyanúgy gyűjtve marad, csak nem szerepel a kulcsesemény-riportban a kikapcsolás után. A korábban gyűjtött kulcsesemény-adat a múltbeli időszakokban továbbra is látszik, ezért az idősorban törés keletkezik, amit érdemes annotációval vagy egy dátumnaplóval jelölni.
Legyen kulcsesemény a telefonszámra kattintás?
Szolgáltatónál jó eséllyel igen, ha a hívás a fő kapcsolatfelvételi út. Fontos tudni, hogy a kattintás nem azonos a lefolytatott hívással: a felhasználó meggondolhatja magát, vagy kétszer koppinthat. Ha van hívásnaplód, vesd össze a két számot, és számolj a különbséggel a riportban.
Miért optimalizál rosszul a Google Ads, ha sok kulcsesemény van?
Mert az algoritmus a leggyakoribb jelre tanul rá, és ez majdnem mindig a legkönnyebben elérhető, leggyengébb esemény. Ha a görgetésből havonta több száz van, az ajánlatkérésből pedig néhány, akkor a rendszer görgetésre hajlamos közönséget keres. A megoldás az, hogy az Ads-ben csak egy-két akció legyen elsődleges.
Kell fejlesztő a kulcsesemény beállításához?
A jelöléshez nem, azt a GA4 adminfelületén egy kapcsolóval elvégzed. Fejlesztő vagy Tag Manager akkor kell, ha maga az esemény még nem érkezik be. Ha van külön köszönőoldalad, akkor az Események létrehozása funkcióval kód nélkül is előállíthatsz belőle egy önálló eseményt.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.