GA4 beállítás lépésről lépésre kisvállalkozásnak

Scheo · 2026-08-05 · Frissítve: 2026-10-16 · olvasási idő ~10 perc · Szerző: Schmidt Péter

A legtöbb kisvállalkozói weboldalon a Google Analytics 4 fent van, adatot is gyűjt, csak éppen nem arról, ami a döntéshez kellene. Látszik, hányan jártak az oldalon, de nem látszik, hányan kértek ajánlatot, honnan jöttek azok az emberek, és melyik aloldal hozta őket.

Ez a különbség a telepítés és a beállítás között. Az alábbi lépéssor egy átlagos, néhány aloldalas céges honlapra készült, ahol az ajánlatkérés, a telefonhívás vagy a webshopos vásárlás a cél. Nagyjából két óra munka, plusz néhány nap türelem, amíg az adat beérik.

Miért nem elég csak beilleszteni a GA4 kódot?

Mert az alapértelmezett GA4 azt méri, amit a látogató csinál, nem azt, ami neked bevételt hoz.

Hivatalos információ a Google dokumentációjából: a webes adatfolyamokon bekapcsolt Továbbfejlesztett mérés automatikusan gyűjt néhány eseményt, például az oldalmegtekintést (page_view), a görgetést, a kimenő linkre kattintást, a belső keresést, a fájlletöltést, a videós interakciót és az űrlapindítást. Ezek hasznos háttéradatok, de egyik sem tudja, hogy az adott űrlapkitöltés valóban ajánlatkérés volt-e.

Saját tapasztalat: az általunk átvett kisvállalkozói fiókok többségében semmilyen kulcsesemény nem volt beállítva, vagy éppen a görgetés volt konverzióként megjelölve. Ilyenkor a riport tele van számokkal, de egyetlen üzleti kérdésre sem ad választ.

Hogyan hozol létre GA4 propertyt és adatfolyamot?

Egy cég egy fiók, egy weboldal egy property, egy weboldal egy webes adatfolyam. Ennél bonyolultabb szerkezetre kisvállalkozásnak szinte soha nincs szüksége.

1. Lépj be az analytics.google.com oldalon, majd bal alul kattints az Adminisztrálás menüre.
2. Hozz létre fiókot a cég nevével. Az adatmegosztási beállításokat olvasd át, nem kötelező mindegyiket bekapcsolni.
3. Hozz létre propertyt. Itt add meg a nevet (érdemes a domaint használni), az időzónát (Magyarország, Budapest) és a pénznemet (HUF). Ez a két beállítás később módosítható, de a korábban gyűjtött adatot nem írja át visszamenőleg, ezért érdemes elsőre eltalálni.
4. Válaszd ki az iparágat és az üzleti célt. Ez csak azt befolyásolja, milyen alapriportokat ajánl fel a rendszer.
5. Hozz létre adatfolyamot: Web, majd az oldal URL-je és egy beszédes név.
6. Másold ki a mérési azonosítót, ez a G- kezdetű kód.

A kód kihelyezésére három reális út van. A gtag.js kódrészletet közvetlenül a <head> tetejére illeszted, vagy Google Tag Managert használsz, vagy WordPress esetén egy erre való bővítményt. Ha a jövőben lesz Meta pixel, Google Ads címke vagy bármilyen egyedi esemény, akkor a Tag Manager hosszú távon kevesebb bosszúsággal jár, mert egy helyen kezelhető minden.

Amit érdemes az első napon beállítani

• Adatmegőrzés: az Adatgyűjtés és -módosítás alatt az alapérték 2 hónap. Állítsd 14 hónapra. Ez a felfedezéses jelentéseket érinti, és nem visszamenőleges, tehát amit ma nem állítasz át, azt később nem kapod vissza.
• Belső forgalom kizárása: definiáld a saját IP-címedet, majd külön kapcsold aktívra a szűrőt. Sokan itt állnak meg, mert a szűrő alapból tesztelési módban marad, és így semmit nem szűr.
• Nem kívánt hivatkozók: vedd fel a saját domaint és a fizetési szolgáltatót (például a bankkártyás fizetés átirányító oldalát). E nélkül a vásárlás forrása maga a fizetési szolgáltató lesz, és elveszik az eredeti csatorna.
• Összekötések: Google Search Console és Google Ads. A Search Console adata külön riportgyűjteményként jelenik meg, de azt kézzel kell publikálni a jelentéstárban.

Melyik eseményből lesz konverzió, és hogyan jelölöd meg?

A GA4-ben minden konverzió előbb esemény. A kulcsesemény (korábbi nevén konverzió) csak egy kapcsoló egy olyan eseményen, amely már legalább egyszer beérkezett.

Először döntsd el, mi számít nálad üzleti eredménynek. Egy szolgáltatónál jellemzően ez a három: elküldött ajánlatkérő űrlap, telefonszámra kattintás mobilon, e-mail címre kattintás. Webshopnál a purchase és mellette a kosárba helyezés.

Ha van fejlesztői hozzáférésed vagy Tag Managered, a legtisztább megoldás egy saját esemény küldése az űrlap sikeres elküldésekor:

gtag('event', 'generate_lead', { form_id: 'ajanlatkero', method: 'kapcsolat_oldal' });

Ha nincs fejlesztő, akkor köszönőoldalas megoldást használj: az űrlap küldés után irányítson egy /koszonjuk aloldalra, majd az Adminisztrálás > Események > Esemény létrehozása pontban készíts új eseményt olyan feltétellel, hogy a page_location tartalmazza a /koszonjuk részletet.

Ezután várd meg, amíg az esemény megjelenik az eseménylistában (ez akár 24 órát is igénybe vehet), és csak akkor kapcsold be mellette a kulcsesemény kapcsolót. Fontos részlet: a kulcsesemény jelölés sem visszamenőleges, a korábbi események nem alakulnak át.

Egy gyakorlati óvás saját tapasztalatból: ne jelölj kulcseseménynek gyenge jelzést, például görgetést vagy 30 másodperces időtöltést. Ha a fiók össze van kötve a Google Ads fiókkal, az algoritmus ezekre a jelzésekre optimalizál, és jó eséllyel több olcsó, de értéktelen kattintást hoz.

Telefonszámra és e-mail címre kattintás mérése

Saját tapasztalat, hogy szolgáltatóknál a mobilos telefonkattintás sokszor több érdeklődőt jelez, mint az űrlap, mégis ez marad ki a leggyakrabban. Tag Managerrel fejlesztő nélkül beállítható.

1. A Tag Managerben a Változók menüben kapcsold be a beépített Click URL változót.
2. Hozz létre triggert Kattintás - Csak linkek típussal, és állítsd be, hogy csak akkor fusson, ha a Click URL a tel: karakterlánccal kezdődik.
3. Készíts GA4 eseménycímkét phone_click eseménynévvel, és rendeld hozzá az előző triggert. Az e-mailhez ugyanígy járj el, mailto: feltétellel és email_click névvel.
4. Előnézet módban kattints a saját telefonszámodra, nézd meg, hogy a címke elindult-e, majd tedd közzé a tárolót.
5. Ha az esemény beérkezett a GA4-be, jelöld kulcseseménynek.

Szakmai feltételezés: a telefonszámra kattintás nem egyenlő a létrejött hívással, egy része félrekattintás vagy megszakított hívás. Ezt a számot ezért trendként érdemes nézni, és ha van rá módod, vesd össze a ténylegesen beérkezett hívások számával.

Mit kell tudni a Consent Mode-ról a gyakorlatban?

A Consent Mode nem sütibanner, hanem egy jelzésrendszer a banner és a Google címkék között. A banner megkérdezi a látogatót, a Consent Mode továbbadja a választ.

Hivatalos információ: a Google 2024 márciusa óta az Európai Gazdasági Térség forgalmára a Consent Mode v2 jelzéseit várja el a hirdetési funkciókhoz (remarketing listák, közönségépítés). Négy paraméterről van szó: ad_storage, analytics_storage, ad_user_data és ad_personalization.

A sorrend a kritikus pont. Az alapértelmezett, megtagadott állapotot még a mérőkód betöltése előtt kell beállítani:

gtag('consent', 'default', { ad_storage: 'denied', analytics_storage: 'denied', ad_user_data: 'denied', ad_personalization: 'denied', wait_for_update: 500 });

Majd az elfogadás pillanatában jön a frissítés:

gtag('consent', 'update', { analytics_storage: 'granted', ad_storage: 'granted' });

A gyakorlatban ezt egy tanúsított hozzájárulás-kezelő (például Cookiebot, CookieYes, Complianz, Usercentrics) elvégzi helyetted, de a beállítás után ellenőrizd Tag Assistant vagy Tag Manager előnézet segítségével, hogy a hozzájárulási állapot tényleg a mérőkód előtt áll be. Ha fordított a sorrend, minden oldalbetöltésnél kiszivárog egy engedély nélküli mérés.

Szakmai feltételezés, nem hivatalos ígéret: a fejlett (advanced) Consent Mode esetén a Google azonosító nélküli jelzésekből modellezni tud hiányzó adatot, de ehhez a dokumentáció szerint forgalmi küszöbök teljesülése szükséges. Egy napi néhány tucat látogatót fogadó oldalon ez jó eséllyel nem indul be, tehát ne számolj azzal, hogy a visszautasított mérés automatikusan pótlódik.

Milyen riportokat rakj össze magadnak?

Három nézet elég a kezdéshez, a többi zaj.

• Csatornariport: Forgalomszerzés > Felhasználószerzés (ez az első érintés) és Munkamenet-szerzés (ez az utolsó érintés). A kettő eltérése önmagában sokat elmond arról, hogy a hirdetés vagy az organikus keresés hozza-e be az embereket.
• Céloldal-riport: a Felfedezés menüben szabad formátumú jelentés, sorokban a céloldal, oszlopokban a munkamenetek, az elköteleződési arány és a kulcsesemények száma. Ez mutatja meg, melyik tartalom dolgozik és melyik nem.
• Eszköz-összehasonlítás: mobil és asztali forgalom egymás mellett, ugyanazon a kulcsesemény-mutatón.

A mentett felfedezéseket vedd fel a jelentéstárba, hogy ne kelljen minden alkalommal újraépíteni őket. Ha több embernek is nézni kell az adatot, egy egyszerű Looker Studio nézet jobban működik, mint a GA4 felülete.

Mit nézz hetente 15 perc alatt?

A heti rutin lényege nem az elemzés, hanem az adat épségének ellenőrzése. Ha az adat romlik, azt hetekkel később már nem lehet rekonstruálni.

• Valós idejű jelentés: érkezik-e egyáltalán adat az elmúlt 30 percben.
• Kulcsesemények száma az előző héthez képest, csatornánként lebontva.
• Top 10 céloldal elköteleződési aránya, kiugró romlás keresése.
• A (not set) és unassigned arányának alakulása a csatornáknál. Ha növekszik, valószínűleg címkézési vagy hozzájárulási gond van.
• Új hivatkozó domainek átfutása. Itt bukkannak fel a spamforrások, és itt jelennek meg az AI asszisztensekből érkező látogatók is.
• Ha fut hirdetés: a Google Ads és a GA4 konverziószám eltérése. Kis eltérés természetes az eltérő attribúciós logika miatt, a nagyságrendi eltérés viszont hiba.
• A hozzájárulás-kezelő elfogadási aránya, ha a bannered ezt mutatja.

Havonta egyszer nézd meg azt is, hogy az új aloldalak mérése rendben van-e, a belső forgalmi szűrő aktív-e, és nem került-e véletlenül duplán az oldalra a mérőkód.

Milyen hibák fordulnak elő a leggyakrabban?

Az esetek nagy részében nem egzotikus problémáról van szó, hanem ugyanarról a néhány elmulasztott lépésről.

1. Dupla mérőkód, mert a WordPress bővítmény és a Tag Manager is kirakja. Tünete a duplázott oldalmegtekintés és a gyanúsan alacsony visszafordulási arány.
2. Rossz időzóna, ezért a napi bontás egy nappal csúszik.
3. Az adatmegőrzés 2 hónapon maradt, így a féléves összehasonlítás nem készíthető el.
4. A belső forgalom szűrője létrejött, de tesztelési módban maradt.
5. A fizetési szolgáltató hivatkozóként töri meg a munkamenetet.
6. Minden esemény kulcseseménynek van jelölve, így a szám semmit nem jelent.
7. A hozzájárulási kód a mérőkód után fut le.
8. A telefonszámra és e-mail címre kattintás nincs mérve, pedig szolgáltatóknál gyakran ez a legfontosabb jelzés.

Ha ezt a nyolc pontot végigjárod, a GA4 beállítás jó eséllyel használható állapotba kerül. Hibátlan pontosságot semmilyen webanalitikai rendszer nem tud adni, a hozzájárulás-alapú mérés természetéből fakadóan mindig lesz hiányzó adat, de a trendek és az arányok döntéshez elegendő biztonsággal olvashatók lesznek.

Mi a helyes sorrend a GA4 beállításnál?

A GA4 beállítás kilenc lépésből áll, és a sorrendjük számít. Előbb a szerkezet és a hozzájárulás-kezelés, utána a mérőkód és az alapbeállítások, végül az események, a kulcsesemények és az ellenőrzés.

1. Fiók és property létrehozása helyes időzónával és pénznemmel.
2. Webes adatfolyam létrehozása és a G- kezdetű mérési azonosító kimásolása.
3. Hozzájárulás-kezelő telepítése a Consent Mode alapértelmezett, megtagadott állapotával.
4. A mérőkód kihelyezése egyetlen módon. Gtag.js, Tag Manager vagy bővítmény, de a háromból csak az egyik.
5. Adatmegőrzés 14 hónapra, a belső forgalom szűrőjének aktiválása, a nem kívánt hivatkozók felvétele.
6. Az üzleti események létrehozása (űrlap, telefon, e-mail, vásárlás).
7. Kulcsesemény jelölés, miután az esemény legalább egyszer beérkezett.
8. Search Console és Google Ads összekötés.
9. Ellenőrzés DebugView-ban és a valós idejű jelentésben.

Saját tapasztalat: a leggyakoribb sorrendhiba, hogy a mérőkód hetekkel a sütibanner előtt kerül fel. Amikor később a banner is bekerül, a mért forgalom hirtelen visszaesik, és a banner előtti és utáni időszak már nem hasonlítható össze tisztán. Ha a 3. és a 4. lépés ugyanazon a napon történik, ilyen törés nem keletkezik a riportban.

Ha egy meglévő, már futó GA4 propertyt veszel át, ugyanezt a listát használd auditként. Menj végig rajta, és jelöld, melyik pont hiányzik. Új property létrehozására ilyenkor ritkán van szükség, a hibás beállítás a meglévőben is javítható, csak a javítás előtt gyűjtött adat marad olyan, amilyen volt.

Hogyan ellenőrzöd, hogy a GA4 beállítás tényleg működik?

A GA4 beállítás akkor kész, ha a saját próbakattintásod a megfelelő paraméterekkel megjelenik a DebugView-ban, és a sütik elutasításakor nem jön létre analitikai süti.

1. Nyisd meg a tagassistant.google.com oldalt, add meg a weboldal címét, és csatlakozz. Ettől a böngésződ hibakereső módban küldi az eseményeket.
2. A GA4-ben az Adminisztrálás > DebugView pontban figyeld, ahogy az eseményeid beérkeznek. Hivatalos információ: a DebugView csak a hibakereső módban küldött eseményeket mutatja, a látogatók normál forgalmát nem.
3. Járd végig a teljes üzleti utat. Nyiss meg egy aloldalt, töltsd ki az ajánlatkérő űrlapot, kattints a telefonszámra és az e-mail címre. Mindegyiknél nézd meg, hogy az esemény neve és a paraméterek (például a form_id) egyeznek-e azzal, amit beállítottál.
4. Nyiss inkognitó ablakot, utasítsd el a sütiket, és a böngésző fejlesztői eszközeiben (az Alkalmazás vagy Tárhely fülön) ellenőrizd, hogy nem jön létre _ga kezdetű süti.
5. Egy hét múlva nézd meg a Forgalomszerzés riportban, hogy a kulcsesemények csatornánként megjelennek-e. Ha nagy részük unassigned, akkor a hivatkozó- vagy a hozzájárulási beállítás még hibás.

Ha a 2. lépésnél semmi nem jelenik meg, a leggyakoribb ok a rossz mérési azonosító, egy hirdetésblokkoló a saját böngésződben, vagy hogy a Tag Managerben a módosítás nincs közzétéve. Az előnézet csak a te gépeden él, a látogatók mindig a legutolsó közzétett verziót kapják.

Források és további olvasnivalók

• Google Analytics Súgó (Analytics Help) GA4 dokumentáció
• Google Tag Manager Súgó
• Google for Developers: Google tag (gtag.js) referencia
• Google for Developers: Consent Mode (hozzájárulási mód) fejlesztői dokumentáció
• Google Search Central dokumentáció
• Európai Parlament és Tanács (EU) 2016/679 rendelete (GDPR)
• Nemzeti Adatvédelmi és Információszabadság Hatóság (NAIH) tájékoztatói a sütikezelésről