Beállítod a Google Tag Managerben, hogy az ajánlatkérő űrlap elküldésekor menjen egy form_name paraméter. A DebugView-ban szépen látszik, minden stimmel. Egy hét múlva megnyitod a jelentéseket, és sehol nem találod. Ez az egyik leggyakoribb GA4-es meglepetés a kisebb szolgáltató cégeknél. A paraméter megérkezett, csak a riportfelület nem tud róla, amíg nem regisztrálod egyéni dimenzióként.
Ebben a cikkben végigmegyünk azon, mi történik a paraméterrel a regisztráció előtt és után, milyen korlátok vannak, mikor kell eseményszintű és mikor felhasználószintű hatókör, és hogy egy havi néhány ezer látogatós oldalon mely paramétereket éri meg tényleg regisztrálni. Minden állításnál jelölöm, honnan származik. A hivatalosan igazolt rész a Google Analytics súgójából és fejlesztői dokumentációjából jön, a saját tapasztalat kisebb magyar szolgáltató oldalak méréséből, a szakmai feltételezés pedig olyan következtetés, amit nem mértünk le külön.
Miért nem jelenik meg az elküldött paraméter a GA4 riportjaiban?
A GA4 minden elküldött eseményparamétert fogad és eltárol, de a standard jelentésekben és a Felfedezésekben csak azokat tudod dimenzióként használni, amelyek beépített dimenziók, vagy amelyeket egyéni dimenzióként regisztráltál.
(Hivatalosan igazolt) A regisztrálatlan egyéni paraméter a DebugView-ban látszik, és ha be van kapcsolva a BigQuery-export, ott a nyers eseményadatok között is megtalálod. A jelentésekben viszont nincs olyan dimenzió, amellyel ezt az értéket kiválaszthatnád. A GA4 szemlélete szerint a paraméter csak adat, a dimenzió pedig az a címke, amelyen keresztül a felület megmutatja.
(Hivatalosan igazolt) Egyes paraméterekhez nem kell regisztráció, mert beépített dimenzió tartozik hozzájuk. Ilyen például az oldal URL-je, a hivatkozó oldal, a kimenő link URL-je, a letöltött fájl neve, a videó címe vagy a belső keresés kifejezése. Mielőtt regisztrálsz valamit, nézd meg a Felfedezések dimenziólistájában, nincs-e már meg más néven. A kettős felvétel csak helyet foglal.
(Saját tapasztalat) A leggyakoribb helyzet az, hogy a fejlesztő vagy az ügynökség beépíti a paramétereket a dataLayerbe, a GTM-címke továbbítja őket, a DebugView-ban ellenőrzi, és a projekt itt lezárul. A regisztrációs lépés senkinek nincs a feladatlistáján, ezért hetekig vagy hónapokig gyűlik az adat úgy, hogy senki nem tud belőle riportot húzni.
Visszamenőleg is feltöltődnek az adatok a regisztráció után?
Nem töltődnek fel. Az egyéni dimenzió a létrehozása pillanatától kezdve gyűjt, a korábban beérkezett paraméterértékek a standard jelentésekben és a Felfedezésekben üresek maradnak.
(Hivatalosan igazolt) A Google súgója szerint az új egyéni dimenzió adatai a létrehozás után nagyjából 24-48 órán belül kezdenek megjelenni a jelentésekben. A regisztráció előtti időszakra a dimenzió értéke (not set) lesz, vagyis az a hónap, amit regisztráció nélkül gyűjtöttél, a felületen nem elemezhető ezen a bontáson.
(Hivatalosan igazolt) Ha a BigQuery-export már a regisztráció előtt be volt kapcsolva, ott a paraméter a korábbi eseményeknél is megvan, mert az export a nyers paramétereket tartalmazza, függetlenül a regisztrációtól. Ez az egyetlen út a múltbeli adatokhoz, de SQL-t és külön elemzést igényel.
(Saját tapasztalat) A gyakorlati következmény egyszerű. A dimenziót a mérés élesítésének napján vedd fel, akár előbb is. A GA4 engedi, hogy olyan paraméternevet adj meg, amely még nem érkezett be, így a regisztráció megelőzheti az első eseményt. Ha a paraméter nevét a fejlesztő és te ugyanabban a dokumentumban rögzítitek, nem fordulhat elő, hogy elírás miatt üres marad a dimenzió.
Hány egyéni dimenziót regisztrálhatsz, és milyen korlátok vannak?
A szabványos (ingyenes) GA4-tulajdonban 50 eseményszintű és 25 felhasználószintű egyéni dimenziót, valamint 50 egyéni mutatót hozhatsz létre. A GA4 360-ban ezek a keretek nagyobbak.
(Hivatalosan igazolt) A dokumentált korlátok közül ezek számítanak a leginkább egy kisebb oldalon:
- eseményszintű egyéni dimenzió: 50 tulajdononként (GA4 360-ban 125),
- felhasználószintű egyéni dimenzió: 25 tulajdononként (GA4 360-ban 100),
- elemszintű (e-kereskedelmi) egyéni dimenzió: 10 tulajdononként (GA4 360-ban 25),
- egy eseményhez legfeljebb 25 paraméter küldhető,
- az eseményparaméter neve legfeljebb 40, az értéke legfeljebb 100 karakter lehet,
- a felhasználói tulajdonság neve legfeljebb 24, az értéke legfeljebb 36 karakter.
(Hivatalosan igazolt) A nem használt dimenziót archiválhatod, ezzel felszabadul a helye. Az archivált dimenzió adatai viszont eltűnnek a jelentésekből, tehát az archiválás nem semleges takarítás, hanem lemondás egy korábbi bontásról.
(Hivatalosan igazolt) Van egy kevésbé látható korlát is, a kardinalitás. Ha egy dimenzió nagyon sok különböző értéket vesz fel, a GA4 a ritkább értékeket egy (other) sorba vonhatja össze a jelentésekben. Egy szabadszöveges vagy egyedi azonosítót tartalmazó dimenzió ezért sokszor használhatatlan riportot ad, miközben helyet is foglal.
Mi a különbség az eseményszintű és a felhasználószintű hatókör között?
Az eseményszintű dimenzió egyetlen esemény egy tulajdonságát írja le, például hogy melyik űrlapot küldték el. A felhasználószintű dimenzió magát a látogatót jellemzi, és a beállítás után küldött eseményeihez kapcsolódik, amíg felül nem írod.
(Hivatalosan igazolt) Az eseményszintű dimenziót az eseményparaméterből hozod létre, például egy generate_lead esemény form_name paraméteréből. A felhasználószintű dimenzió a felhasználói tulajdonságból készül, amelyet gtag.js alatt a user_properties beállításával, GTM-ben a GA4 konfigurációs címke felhasználói tulajdonságaival küldesz.
(Saját tapasztalat) Egy szolgáltató oldalon a felhasználószintű hatókörre ritkán van szükség. Értelmes példa lehet, ha az oldalon van ügyfélkapu, és külön akarod látni a bejelentkezett, meglévő ügyfeleket az új érdeklődőktől. Tipikus hiba, amikor a szolgáltatáskategóriát felhasználószintűre állítják. Ha a látogató először a tetőfelújítást, aztán a nyílászárócserét nézi meg, a felhasználói érték felülíródik, és a riport azt mutatja, hogy a korábbi eseményei is a második kategóriához tartoztak. Az ajánlatkérés pillanatában érvényes kategória eseményszintű adat, így is kell regisztrálni.
(Szakmai feltételezés) Ha bizonytalan vagy, válaszd az eseményszintet. Egy eseményszintű dimenzióból a Felfedezésekben szegmenssel később is felhasználói nézetet csinálhatsz, a fordított irány viszont sokkal nehezebb.
Mely paramétereket éri meg regisztrálni egy néhány ezer látogatós oldalon?
Azokat, amelyek egy konverziós eseményhez kötődnek, kevés és jól elkülönülő értéket vesznek fel, és amelyek alapján tényleg másképp döntenél a hirdetésről, az oldalról vagy az értékesítésről. Egy ilyen oldalon ez jellemzően 3-6 dimenzió.
(Saját tapasztalat) Egy havi néhány ezer látogatós szolgáltató oldalon a hónap végére sokszor csak néhány tucat ajánlatkérés gyűlik össze. Ha ezt 15 dimenzió mentén bontod, a legtöbb cellában egy-két esemény marad, amiből semmilyen következtetést nem lehet levonni. A kevés dimenzió itt a szűk mintából következik, és ettől lesz olvasható a riport.
Mielőtt regisztrálsz egy paramétert, tedd fel magadnak ezt a három kérdést.
- Ha ez a bontás holnap reggel ott lenne előttem, mit csinálnék másképp?
- Hány különböző értéke lesz? Ha 20 fölött, valószínűleg túl szétaprózott egy kis mintához.
- Melyik eseményen megy, és az az esemény számít-e az üzletnek?
Űrlap neve
Ha az oldalon több űrlap is van (főoldali gyorsüzenet, szolgáltatásoldali ajánlatkérő, karrier-oldali jelentkezés), a form_name dimenzió megmutatja, melyik hozza az érdeklődőket. (Saját tapasztalat) Ez a leggyakrabban hasznos dimenzió, mert az állásjelentkezések így nem keverednek az ügyfél-érdeklődésekkel a konverziós számban. Adj beszélő, állandó neveket, például ajanlatkeres_szolgaltatas, és ne az űrlapbővítmény belső azonosítóját küldd, mert az egy újratelepítés után megváltozhat.
Szolgáltatáskategória
A service_category azt rögzíti, melyik szolgáltatásról kértek ajánlatot. Ha három-hat szolgáltatásod van, ez megmutatja, melyik területre érdemes több hirdetési keretet vagy tartalmat tenni. Rögzített értéklistából dolgozz, amelyet a fejlesztő a dataLayerbe ír, és ne a látogató által begépelt szövegből.
Ajánlatkérés típusa
A lead_type különválasztja az ajánlatkérést, a visszahívás-kérést és az időpontfoglalást. Ezek értéke az értékesítésben eltérő, egy visszahívás-kérés sokszor gyorsabban zárul. (Szakmai feltételezés) Ha később kulcseseményként külön értékeled őket, ez a dimenzió segítheti a hirdetési kampányok reálisabb összevetését.
A három paraméter egyetlen eseményben mehet, gtag.js alatt például így:
gtag('event', 'generate_lead', { form_name: 'ajanlatkeres_szolgaltatas', service_category: 'tetofelujitas', lead_type: 'ajanlatkeres' });
GTM-mel ugyanez egy dataLayer-push, amelyből a GA4 eseménycímke adatréteg-változókkal olvassa ki az értékeket:
window.dataLayer.push({ event: 'generate_lead', form_name: 'ajanlatkeres_szolgaltatas', service_category: 'tetofelujitas', lead_type: 'ajanlatkeres' });
Hogyan regisztrálj egy paramétert egyéni dimenzióként lépésről lépésre?
Az Adminisztráció menüben, az Egyéni definíciók oldalon hozod létre, néhány perc alatt. A pontos menünevek a felület nyelvétől és frissítéseitől függően kicsit eltérhetnek.
- Nyisd meg a GA4-tulajdont, és lépj az Adminisztráció részre.
- Az adatmegjelenítésnél válaszd az Egyéni definíciók menüpontot.
- Kattints az Egyéni dimenzió létrehozása gombra.
- Adj a dimenziónak magyar, beszélő nevet (például Űrlap neve). Ez jelenik meg a riportokban.
- Válaszd ki a hatókört, legtöbbször Esemény.
- Írj rövid leírást arról, melyik eseményen és milyen értékekkel érkezik.
- Az eseményparaméter mezőbe pontosan azt a nevet írd, amit a kód küld, kis- és nagybetűre is egyezően (
form_name). - Mentsd el, majd küldj egy tesztűrlapot, és a DebugView-ban ellenőrizd, hogy a paraméter megérkezik.
- Két nap múlva nézd meg a Felfedezésekben, hogy az új dimenzió mentén megjelennek-e az értékek.
(Saját tapasztalat) A leggyakoribb hiba a 7. lépésben történik. Ha a kód formName-et küld, a regisztráció pedig form_name-re szól, a dimenzió üres marad, és ez csak napokkal később derül ki.
Mit ne regisztrálj egyéni dimenzióként?
Azt, ami személyes adat, ami nagyon sok egyedi értéket vesz fel, és ami beépített dimenzióként már megvan.
- (Hivatalosan igazolt) Személyazonosításra alkalmas adatot (e-mail-cím, telefonszám, név) a Google Analytics irányelvei tiltanak, ezt semmilyen paraméterben ne küldd.
- Szabadszöveges mezők tartalmát, például az üzenet szövegét. Kardinalitási problémát okoz, és személyes adat is lehet benne.
- Időbélyeget, munkamenet-azonosítót, egyedi rendelésszámot. Ezekhez a BigQuery-export való, a riportfelületen nem értelmezhetők.
- Teljes URL-t lekérdezési paraméterekkel, mert erre van beépített dimenzió, és a változatai szétszórják az adatot.
- Olyan paramétert, amiről nem tudod megmondani, milyen döntést segítene.
Miért ér többet kevés dimenzió, mint a keret kitöltése?
Mert minden felvett dimenzió karbantartást igényel, a kis minta pedig nem bírja el a sok bontást. Öt jól elnevezett, dokumentált dimenziót mindenki érteni fog, harmincat senki.
(Saját tapasztalat) Amikor egy GA4-tulajdonban 30-40 egyéni dimenzió van, jellemzően a fele üres vagy elavult, mert az oldal átalakításakor a paraméter megszűnt, a regisztráció viszont bent maradt. Az új munkatárs vagy ügynökség nem tudja, melyikben bízhat, így végül egyiket sem használja. A kevés dimenzió könnyebben ellenőrizhető, és jó eséllyel tényleg bekerül a havi riportba.
(Szakmai feltételezés) Egy kisebb oldal forgalma évek alatt nőhet, és akkor lesz értelme finomabb bontásnak. Az 50-es keret erre a növekedésre tartalék, és nem kell az első napon kitölteni.
Ellenőrzőlista az egyéni dimenziókhoz
- Minden paraméterhez írásban rögzítve van a neve, a hatóköre, az eseménye és a lehetséges értékei.
- A dimenzió a mérés élesítésének napján regisztrálva lett.
- A kódban és a GA4-ben a paraméternév betűre egyezik.
- A DebugView-ban a tesztesemény megmutatja a paramétert.
- Két nappal később a Felfedezésekben megjelennek az értékek, és nincs meglepően sok
(not set). - Egyik dimenzió sem tartalmaz személyes adatot vagy szabad szöveget.
- Negyedévente átnézed, melyik dimenzió üres vagy felesleges, és azt archiválod.
- Ha a múltbeli adat is kellhet, be van kapcsolva a BigQuery-export.
Források és további olvasnivalók
- Google Analytics súgó, Egyéni dimenziók és mutatók
- Google Analytics súgó, A Google Analytics 4 konfigurációs korlátai
- Google for Developers, Google Analytics 4 események és paraméterek (gtag.js és Google Tag Manager)
- Google for Developers, GA4 BigQuery Export séma
- Google Analytics súgó, Személyazonosításra alkalmas adatokra vonatkozó irányelvek
- Google Tag Manager súgó, Adatréteg
- Az elküldött paraméter regisztráció nélkül nem jelenik meg a standard jelentésekben és a Felfedezésekben, csak a DebugView-ban és a BigQuery-exportban.
- A regisztráció csak a létrehozástól kezdve gyűjt, ezért a dimenziót a mérés élesítésének napján érdemes felvenni.
- A szabványos GA4-tulajdonban 50 eseményszintű és 25 felhasználószintű egyéni dimenzió fér el, de ezt kisebb oldalon ritkán éri meg kitölteni.
- Az eseményszintű hatókör egyetlen eseményt ír le, a felhasználószintű magát a látogatót, és a kettő felcserélése félrevezető riportokat ad.
- Csak azt a paramétert regisztráld, ami kevés, jól elkülönülő értéket vesz fel, és amely alapján tényleg másképp döntenél.
Gyakori kérdések
Miért látom a paramétert a DebugView-ban, de a jelentésekben nem?
A DebugView a nyers eseményadatokat mutatja, a jelentések viszont csak a beépített és a regisztrált egyéni dimenziókat. Amíg a paramétert nem veszed fel egyéni dimenzióként, a riportokban nem tudod kiválasztani.
Megkapom a korábbi adatokat, ha most regisztrálom a dimenziót?
A GA4 jelentéseiben nem, a dimenzió csak a létrehozásától gyűjt, és 24-48 óra kell az első adatokhoz. Ha a BigQuery-export már korábban be volt kapcsolva, ott a régi paraméterértékek is lekérdezhetők.
Hány egyéni dimenziót hozhatok létre az ingyenes GA4-ben?
A szabványos tulajdonban 50 eseményszintű, 25 felhasználószintű és 10 elemszintű egyéni dimenzió, valamint 50 egyéni mutató hozható létre. A GA4 360-ban ezek a keretek nagyobbak.
Eseményszintű vagy felhasználószintű legyen a szolgáltatáskategória?
Eseményszintű, mert az ajánlatkérés pillanatára vonatkozik. Felhasználószinten a látogató következő választása felülírná, és a riport félrevezető képet adna.
Mennyi egyéni dimenzió elég egy kisebb szolgáltató oldalon?
Saját tapasztalatunk szerint egy havi néhány ezer látogatós oldalon általában 3-6 dimenzió elég, például az űrlap neve, a szolgáltatáskategória és az ajánlatkérés típusa. Kis mintán a több bontás főleg zajt ad.
Mi történik, ha archiválok egy egyéni dimenziót?
Felszabadul a helye a keretben, de az adatai eltűnnek a jelentésekből. Csak olyan dimenziót archiválj, amelyre már biztosan nincs szükséged.
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.