Event Naming Convention (eseményelnevezési szabály)
Egy GA4-fiók nagyjából két év alatt elfajul, ha nincs szabály. Az egyik fejlesztő Form Submit-ot küld, a másik form_submit-ot, egy ügynökség urlap_elkuldve-t, egy plugin generate_lead-et. Mind ugyanazt jelenti, de a riportban négy külön sor, és senki nem tudja, melyik az igazi.
A GA4 technikai szabályai
Bármilyen saját szabályt is választasz, a GA4 korlátai felülírják:
- Az eseménynév kis- és nagybetű-érzékeny: a
Purchaseés apurchasekét különböző esemény. - Legfeljebb 40 karakter, betűvel kell kezdődnie, és csak betűt, számot, aláhúzást tartalmazhat.
- Vannak foglalt nevek és előtagok (például
google_,ga_,firebase_), ezeket nem használhatod. - A paraméterek neveire hasonló szabályok vonatkoznak, és az egyedi dimenziók száma tulajdonságonként korlátozott.
Ebből egy egyszerű következtetés jön: használj csupa kisbetűs, aláhúzással tagolt (snake_case) neveket, ékezet nélkül.
Egy kész szabály, amit átvehetsz
A legtöbb csapatnak bevált minta: először a GA4 ajánlott eseményei, utána saját nevek tárgy_cselekvés formában.
- Ajánlott események elsőként. Ha a GA4-nek van rá szabványos neve (
purchase,add_to_cart,begin_checkout,generate_lead,sign_up), azt használd. Ezekhez a GA4 és a Google Ads automatikusan jobb riportokat ad. - Saját esemény: tárgy + cselekvés.
video_play,calculator_submit,pricing_view. Mindig angol, mindig jelen idejű ige. - A részlet paraméterbe megy, nem a névbe. Nem
form_submit_kapcsolat_oldal, hanemform_submit+form_name: kapcsolat. - Egy írásos táblázat (megosztott táblázat elég): eseménynév, paraméterek, mikor sül el, ki vezette be, mikor.
Példa egy hazai szolgáltató oldalán
| Mit mérsz? | Esemény | Paraméterek |
|---|---|---|
| Ajánlatkérő űrlap elküldése | generate_lead | form_name, value |
| Telefonszámra kattintás | phone_click | link_location (fejléc / lábléc / cikk) |
| Árkalkulátor használata | calculator_submit | service_type, estimated_value |
| Ügyfélkapu-regisztráció | sign_up | method |
A value mezőben szemléltető becsült értéket is adhatsz. Tegyük fel, minden 10 ajánlatkérésből átlagosan 2 megrendelés lesz, egyenként 250 000 Ft-os munkával; ekkor egy lead becsült értéke 50 000 Ft. Ha ez az érték az eseményben utazik, a Smart Bidding is értékalapon tud optimalizálni.
Mi a drága hiba?
Nem az, hogy egy név csúnya. Hanem az, hogy egy rossz név után az adatok kettéválnak, és a régi és az új időszakot többé nem tudod egyben elemezni. A GA4-ben az eseményt utólag átnevezni csak korlátozottan lehet, a már gyűjtött adatot visszamenőleg nem. Tipikus hibák:
- Dinamikus érték a névben (oldal-URL, termékazonosító): pillanatok alatt több száz egyedi eseménynév keletkezik, és a riport használhatatlanná válik.
- Szabály nélküli plugin-telepítés: minden WordPress- vagy webshop-bővítmény a saját nevét küldi, és ugyanaz az esemény többszörösen számolódik. Ez a konverzió-deduplikáció egyik leggyakoribb oka.
- Magyar és angol nevek keverése: a
kosarba_teszés azadd_to_cartegymás mellett előbb-utóbb hibás döntéshez vezet.
A szabályt érdemes a Google Tag Manager konténerben is érvényesíteni: a címkék és triggerek nevei kövessék ugyanazt a logikát, és a UTM-paraméterekre is legyen hasonló, írásos szabályod.
Hogyan vezesd be egy meglévő fiókon?
Ha a GA4-tulajdonság már évek óta gyűjt, a tiszta lap nem opció. A gyakorlati sorrend: először készíts leltárt az összes jelenlegi eseményről (a GA4 Események jelentése megmutatja), és jelöld meg, melyik maradjon, melyik olvadjon össze egy másikkal, melyik tűnjön el. Ezután a GTM-ben állítsd át a címkéket az új nevekre, és egy dátummal jelöld a táblázatban, mikortól érvényes az új szabály. A régi nevek adatai megmaradnak, de az elemzésnél tudni fogod, hol a határ. Végül a konverziónak jelölt eseményeket is igazítsd az új nevekhez a GA4-ben és a Google Ads-ben.