GA4 görgetési mélység mérése egyedi küszöbökkel (25, 50, 75 százalék)

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

A görgetési mélység az egyik leggyakrabban félreértett mérőszám a Google Analytics 4-ben. Bekapcsolod a bővített mérést, megjelenik a scroll esemény, és úgy tűnik, minden rendben van. Aztán amikor el kellene döntened, hogy egy hosszú szolgáltatásoldalon hol veszíted el az olvasókat, kiderül, hogy az adat erre alkalmatlan. Ebben a cikkben végigmegyünk azon, hogyan mérhetsz több küszöböt Google Tag Managerrel, hogyan teheted az adatot jelentésben is használhatóvá, és mire jó valójában, amit kapsz.

A szövegben három jelölést használok. A Hivatalosan igazolt állítás a Google dokumentációjában szerepel. A Saját tapasztalat a napi mérési munkából származó megfigyelés. A Szakmai feltételezés észszerű következtetés, amelyet a saját adataidon érdemes ellenőrizned.

Miért kevés a GA4 egyetlen 90 százalékos görgetési eseménye?

Azért, mert a bővített mérés oldalanként egyetlen kétállású jelet ad, vagyis azt látod, hogy valaki elérte-e az oldal alját, azt viszont nem, hogy a többiek hol álltak meg. Egy tartalmi döntéshez éppen a köztes szakaszok kellenének.

Hivatalosan igazolt: a GA4 bővített mérése a scroll eseményt akkor küldi el, amikor a látogató egy oldalon először éri el a 90 százalékos függőleges mélységet. Oldalmegtekintésenként egyszer fut le, és a felületen a küszöb nem állítható át. A dokumentáció szerint az esemény a percent_scrolled paramétert viszi magával.

Nézzünk egy hétköznapi helyzetet. Van egy 2500 szavas blogcikked, amelynek a közepén áll az ajánlatkérő gomb. Ha a látogatók 12 százaléka görget le 90 százalékig, abból két teljesen eltérő történet is kiolvasható. Lehet, hogy a többség már az első bekezdés után távozott. Az is lehet, hogy az oldal feléig szinte mindenki eljutott, megtalálta, amit keresett, és ott kattintott. A két eset egészen más teendőt jelent, a 90 százalékos esemény mégis ugyanazt a számot mutatja mindkettőnél.

Saját tapasztalat: a 90 százalékos küszöb ráadásul oldaltípusonként mást jelent. Egy rövid kapcsolati oldalon szinte minden látogatónál teljesül, mert az oldal nagy része eleve látszik a képernyőn. Egy hosszú cikknél a lábléc, a hozzászólások és a kapcsolódó tartalmak blokkja annyira megnyújtja az oldalt, hogy a 90 százalékot olyan olvasó sem éri el, aki a cikket az utolsó mondatig elolvasta.

Hogyan állíts be több küszöböt Google Tag Managerben egy eseménynévvel?

Egyetlen görgetési mélység típusú aktiválási szabállyal és egyetlen GA4 eseménycímkével. A küszöb értéke paraméterként utazik, így nem kell küszöbönként külön eseményt létrehoznod.

Gyakori hiba, hogy valaki scroll_25, scroll_50 és scroll_75 néven három külön eseményt vesz fel. Ez működik, de feleslegesen szaporítja az eseményneveket, és a jelentésekben nehezebb vele dolgozni. Tisztább megoldás az egy eseménynév és egy paraméter.

Hivatalosan igazolt: a GTM beépített Scroll Depth (görgetési mélység) aktiválási szabálya függőleges és vízszintes irányban, százalékban vagy képpontban megadott küszöbökkel dolgozik, és minden küszöb oldalanként egyszer aktiválódik. A hozzá tartozó beépített változók a Scroll Depth Threshold, a Scroll Depth Units és a Scroll Direction.

A beállítás lépésről lépésre

1. Kapcsold be a beépített változókat. A GTM Változók menüjében a beépített változók konfigurálásánál jelöld be a Scroll Depth Threshold, a Scroll Depth Units és a Scroll Direction változót.
2. Hozd létre az aktiválási szabályt. Típusnak válaszd a Scroll Depth lehetőséget, jelöld be a függőleges görgetési mélységet, válaszd a százalékos megadást, a mezőbe pedig írd be vesszővel elválasztva a küszöböket: 25,50,75,90.
3. Döntsd el, mikor induljon a figyelés. A szabály engedélyezési pontjánál a Window Load a biztonságosabb választás, mert addigra a képek és a beágyazott elemek betöltődtek, és az oldal magassága már nem változik sokat.
4. Szűkítsd a szabályt, ha kell. Ha csak bizonyos oldalakon akarsz mérni, a Some Pages opcióval adj meg feltételt, például azt, hogy a Page Path tartalmazza a /blog/ részt.
5. Hozd létre a GA4 eseménycímkét. Címketípus: Google Analytics: GA4 Event. Add meg a mérési azonosítót, az eseménynevet, majd vedd fel a paramétereket.
6. Kösd össze a kettőt. A címke aktiválási szabálya az előbb létrehozott görgetési szabály legyen.

A címke paraméterei így nézhetnek ki:

• Eseménynév: scroll
• percent_scrolled értéke: {{Scroll Depth Threshold}}
• page_type értéke: {{Oldaltípus}} (erről lentebb lesz szó)

Szakmai feltételezés: érdemes megtartani a scroll eseménynevet és a percent_scrolled paraméternevet, mert így az új adat ugyanabba a sorba kerül, mint a korábbi, bővített mérésből származó 90 százalékos esemény, és az idősor nem törik ketté. Ennek az a feltétele, hogy a bővített mérés görgetését kikapcsolod. Ha valamiért bekapcsolva hagynád, akkor válassz saját eseménynevet, például scroll_depth, és hagyd ki a 90-es küszöböt a saját szabályodból.

Hogyan regisztráld a paramétert egyéni dimenzióként?

A GA4 adminfelületén, az egyéni definíciók között, eseményszintű hatókörrel. A regisztráció előtt beérkezett adatra a dimenzió visszamenőleg nem alkalmazható, ezért ezt a lépést érdemes a címke élesítésével egy időben megtenni.

Hivatalosan igazolt: az egyéni eseményparaméterek addig nem jelennek meg a jelentésekben és a felfedezésekben, amíg nem regisztrálod őket egyéni dimenzióként vagy mutatóként. Egy normál GA4-tulajdonban 50 eseményszintű egyéni dimenzió hozható létre, és az új dimenzió adatai a dokumentáció szerint 24-48 órán belül kezdenek megjelenni.

1. Nyisd meg a GA4 Adminisztrálás menüjét, azon belül az Adatmegjelenítés csoportban az Egyéni definíciók pontot.
2. Kattints az egyéni dimenzió létrehozására.
3. Adj beszédes nevet, például „Görgetési küszöb”.
4. A hatókör legyen Esemény.
5. Az eseményparaméter mezőbe pontosan azt a nevet írd, amit a címkében használsz, például percent_scrolled.
6. Mentsd el, majd ismételd meg a page_type paraméterrel is, ha ezt a megoldást választod az oldaltípushoz.

Egy részletre figyelj. A GA4 dimenziólistájában létezik beépített, görgetési százalékot mutató dimenzió is. Mielőtt regisztrálnál, nézd meg egy felfedezés dimenzióválasztójában, hogy a saját tulajdonodban elérhető-e, és megjelennek-e benne a 25, 50 és 75 értékek. Ha igen, a külön regisztráció felesleges, és megspórolsz egy helyet a keretből. Saját tapasztalat: a duplán létező, hasonló nevű dimenziók később sok félreértést okoznak, főleg ha többen készítenek riportot ugyanabból a tulajdonból.

A paraméter kevés lehetséges értéket vesz fel (négy küszöb, két-három oldaltípus), így a magas kardinalitás miatti „(other)” sor megjelenésétől itt nem kell tartanod.

Hogyan kapcsold a görgetést az oldaltípushoz?

Úgy, hogy az oldaltípust is elküldöd a görgetési eseménnyel, vagy a GA4 tartalomcsoport funkcióját használod. Oldaltípus nélkül a blogcikkek és a szolgáltatásoldalak görgetési adatai egy átlagba mosódnak, pedig a két oldaltípuson egészen mást jelent ugyanaz a szám.

Egy blogcikknél a 75 százalék elérése annyit jelez, hogy valaki végigolvasta vagy legalább végigfutotta a tartalmat. Egy szolgáltatásoldalon a látogató sokszor csak az árazásig vagy az űrlapig megy el, és ha az a lap felénél van, az 50 százalékos küszöb már a cél elérését jelentheti.

Első út: tartalomcsoport

Hivatalosan igazolt: a GA4 előre definiált content_group paramétere a Tartalomcsoport dimenziót tölti fel, amelyet nem kell külön regisztrálnod. Ha a Google-címke konfigurációjában, közös paraméterként állítod be, minden esemény megkapja, a görgetés is.

Második út: saját page_type paraméter

Ha a tartalomcsoportot már másra használod (például témakörökre), küldj külön page_type paramétert. Az értékét kétféleképpen állíthatod elő.

• Adatrétegből. A sablon az oldal betöltésekor kiírja az oldal típusát, például így: dataLayer.push({page_type: 'blogcikk'});. GTM-ben egy adatréteg-változó olvassa ki. Ez a megbízhatóbb megoldás, mert a tartalomkezelő pontosan tudja, milyen sablonnal dolgozik.
• URL-mintából. Ha a fejlesztői oldalhoz nem férsz hozzá, készíts RegEx Table típusú változót, amelynek a bemenete a Page Path. A ^/blog/ minta kimenete legyen blogcikk, a ^/szolgaltatasok/ mintáé szolgaltatasoldal, az alapértelmezett érték pedig egyeb.

Saját tapasztalat: az URL-alapú megoldás gyorsan elkészül, de törékeny. Egy URL-szerkezeti átalakítás után csendben az „egyéb” kategóriába kerül minden, és ez sokszor csak hetekkel később tűnik fel. Ha ezt az utat választod, vegyél fel egy rendszeres ellenőrzést arra, hogy mekkora az „egyéb” értékű események aránya.

Hogyan kerüld el a duplikált görgetési eseményt?

Úgy, hogy egyetlen forrásból engeded a görgetést a GA4-be. Ha a saját GTM-címkéd mellett a bővített mérés görgetése is aktív, a 90 százalékos esemény jó eséllyel kétszer érkezik be, és eltorzítja az eseményszámot.

A duplikáció alattomos hiba, mert nem okoz hibaüzenetet. A számok egyszerűen magasabbak lesznek, és ha valaki kulcseseményként is megjelölte a görgetést, a konverziós adatok is felfújódnak.

Ellenőrzőlista

• A GA4 adminfelületén, az adatfolyam részleteinél nyisd meg a bővített mérés beállításait, és nézd meg, be van-e kapcsolva a Görgetések kapcsoló.
• Ha a saját címkéd scroll néven küld eseményt és tartalmazza a 90-es küszöböt, kapcsold ki a bővített mérés görgetését.
• Ha a bővített mérés görgetése marad, a saját eseményed kapjon más nevet, és a szabályodból vedd ki a 90-es küszöböt.
• Nézd meg, nincs-e az oldal forrásában közvetlenül beillesztett Google-címke a GTM-tároló mellett. Két párhuzamos betöltés mindent megdupláz, a görgetést is.
• Ellenőrizd, hogy a tartalomkezelő valamelyik bővítménye (analitikai vagy SEO-bővítmény) nem küld-e saját görgetési eseményt.
• A GTM-tárolóban keress rá a Scroll Depth típusú szabályokra. Régi, elfelejtett szabály gyakran marad bent egy korábbi beállításból.
• A GA4 adminfelületén nézd át az események létrehozására és módosítására szolgáló szabályokat, hátha valaki ott is készített görgetésből származtatott eseményt.
• A GTM előnézeti módjában görgess végig egy oldalon, és számold meg, hány scroll esemény megy ki. Négy küszöbnél négyet kell látnod.
• A GA4 DebugView nézetében ellenőrizd, hogy minden scroll esemény mellett ott van a percent_scrolled paraméter, és egy érték csak egyszer szerepel.

Mikor ad a görgetés döntésre alkalmas jelet?

Akkor, ha egy másik, szándékot mutató eseménnyel együtt nézed. A görgetés azt mutatja meg, meddig jutott el valaki az oldalon. Azt, hogy közben érdekelte-e, amit látott, a CTA-kattintás vagy az űrlap megnyitása árulja el.

Ez a cikk saját álláspontja, ezért szakmai feltételezésként kezeld. A görgetés olcsó művelet. Valaki végiggörgethet egy oldalt két másodperc alatt úgy, hogy egyetlen sort sem olvas el, mert a lábléc telefonszámát keresi. Egy másik látogató megáll a lap negyedénél, elolvassa az ajánlatot, és rákattint a gombra. Az első esetben 90 százalékos görgetést mérsz érdemi eredmény nélkül, a másodikban 25 százalékot és egy valódi érdeklődőt.

A görgetést ezért kulcseseményként megjelölni félrevezető. Sokkal többet ér, ha diagnosztikai adatként használod, a következő kombinációkban.

• Mély görgetés, kattintás nélkül. A tartalmat végignézik, de a felhívás nem működik. Érdemes megvizsgálni a gomb szövegét, helyét és azt, hogy az ajánlat illik-e a cikk témájához.
• Sekély görgetés, kattintással. A látogató gyorsan megtalálta, amit keresett. Az oldal alsó része jó eséllyel kevés figyelmet kap, a lényeg viszont jó helyen van.
• Sekély görgetés, kattintás nélkül. A nyitó rész nem tartja meg az olvasót, vagy a forgalom forrása nem illik az oldalhoz. Itt a címsor, a bevezető és a hirdetés vagy a találati kivonat összhangja az első gyanúsított.
• Mély görgetés, kattintással. Az oldal azt teszi, amire készült. Ezt a szerkezetet érdemes mintaként használni a többi hasonló oldalnál.

A gyakorlatban ezt a GA4 Felfedezések részében, tölcsér típusú elemzéssel tudod megnézni. Az első lépés az oldalmegtekintés, a második a scroll esemény 50-es percent_scrolled értékkel, a harmadik a CTA-kattintás eseménye. Az oldaltípus szerinti bontás megmutatja, hogy a blogcikkek és a szolgáltatásoldalak hol veszítenek. Ugyanez szegmensekkel is megoldható, ha olyan látogatókat hasonlítasz össze, akik elérték a 75 százalékot, azokkal, akik nem.

Az A/B tesztek előkészítésénél is hasznos ez a nézet. Ha tudod, hogy a látogatók többsége az oldal feléig sem jut el, kevés értelme van a lap alján lévő gomb színét tesztelni.

Milyen hibákba futhatsz bele a görgetés mérésénél?

A leggyakoribb hibák a rövid oldalakból, a változó oldalmagasságból és az egyoldalas alkalmazásokból erednek. Mindhárom olyan adatot termel, amely elsőre hihetőnek látszik, pedig torz.

• Rövid oldalak. Hivatalosan igazolt: ha a megadott mélység az oldal betöltésekor már látszik a képernyőn, a GTM szabálya görgetés nélkül is aktiválódik. Egy rövid oldalon így mind a négy küszöb azonnal teljesül. Ezeket az oldalakat érdemes kizárni a szabályból, vagy a jelentésben külön kezelni.
• Későn betöltődő tartalom. Ha a képek, a hozzászólások vagy a kapcsolódó cikkek csak görgetés közben töltődnek be, az oldal magassága menet közben nő, és a százalékos küszöbök elcsúsznak. Saját tapasztalat: végtelen görgetésű listáknál a százalékos mérés gyakorlatilag használhatatlan, ott inkább elemek láthatóságát érdemes mérni.
• Egyoldalas alkalmazások. Saját tapasztalat: ha az oldalváltás teljes újratöltés nélkül történik, a görgetési szabály küszöbei nem mindig állnak vissza a virtuális oldalmegtekintésnél, így a második oldalon már nem aktiválódnak. Ilyen oldalnál ezt előnézeti módban külön ellenőrizd.
• Mobil és asztali nézet keverése. Mobilon ugyanaz a tartalom jóval hosszabb, ezért a küszöbök más pontra esnek. Az eszközkategória szerinti bontás nélkül az átlag keveset mond.
• Hozzájárulás-kezelés. Ha a látogató nem járul hozzá az analitikai mérőkódokhoz, a görgetési esemény sem megy ki. A mért arányok így a hozzájárulást adó látogatókra vonatkoznak, nem a teljes forgalomra.

Hogyan ellenőrizd a beállítást élesítés előtt?

Három helyen, ebben a sorrendben: a GTM előnézeti módjában, a GA4 DebugView nézetében, majd egy-két nappal később egy felfedezésben. Mindegyik más hibát fog meg.

1. GTM előnézet. Nyiss meg egy hosszú blogcikket és egy szolgáltatásoldalt. Lassan görgess, és figyeld, hogy a Scroll Depth események a megfelelő pontokon jelennek-e meg, a címke pedig mindegyiknél pontosan egyszer fut le.
2. Változók ellenőrzése. Kattints egy görgetési eseményre az előnézetben, és nézd meg, hogy a Scroll Depth Threshold értéke szám (25, 50, 75, 90), az oldaltípus változó pedig a várt értéket adja vissza.
3. DebugView. A GA4-ben nézd meg, hogy az esemény beérkezik, és a paraméterek neve betűre egyezik azzal, amit egyéni dimenzióként regisztráltál. Egy elgépelt paraméternév miatt a dimenzió üres marad.
4. Rövid oldal tesztje. Nyiss meg egy olyan oldalt, amely görgetés nélkül is szinte teljesen látszik, és jegyezd fel, hány küszöb aktiválódik azonnal.
5. Utóellenőrzés. Egy-két nap múlva készíts egyszerű táblázatos felfedezést, amelyben a sorok az oldaltípus és a görgetési küszöb, az érték pedig az eseményszám. A számoknak a mélyebb küszöbök felé csökkenniük kell. Ha a 90-es érték nagyobb a 75-ösnél, szinte biztosan duplikáció van a háttérben.

Ha minden rendben, publikáld a tárolót, és írd fel a dátumot. A korábbi 90 százalékos adatot csak ettől a naptól lehet tisztán összevetni az újjal, és a jelentésekben megjegyzésként érdemes rögzíteni a váltás időpontját.

Források és további olvasnivalók

• Google Analytics Súgó: Bővített mérés eseményei
• Google Analytics Súgó: Automatikusan gyűjtött események
• Google Analytics Súgó: Egyéni dimenziók és mutatók
• Google Analytics Súgó: Tartalomcsoportok
• Google Analytics Súgó: Konfigurációs korlátok
• Google Tag Manager Súgó: Görgetési mélység aktiválási szabály
• Google Tag Manager Súgó: Beépített változók webes tárolókhoz
• Google for Developers: Google Analytics 4 eseményreferencia