A Google Tag Manager — magyarul Címkekezelő — az a bővítmény, amiről mindenki azt mondja, hogy „kell”, de kevesen mondják meg, mire. Négy fogalomból áll, a telepítése húsz perc, és a legtöbb magyar kisvállalkozásnak nem feltétlenül van rá szüksége. Nézzük meg, mi ez, és hogyan döntsd el, kell-e neked.
A négy szó, amivel dolgozni fogsz
- Tároló (container)A Google definíciója: a címkék, aktiválási szabályok, változók és a hozzájuk tartozó beállítások gyűjteménye egy adott weboldalon. Minden weboldalhoz külön tároló kell, és a nevének a legfelső szintű URL-t ajánlják.
- Címke (tag)Egy kódrészlet, ami csinál valamit: elküld egy GA4-eseményt, elsüt egy Meta-pixelt, jelez egy konverziót. A magyar súgó szerint „a Címkekezelő-tároló minden manuálisan kódolt címkét helyettesít”.
- Aktiválási szabály (trigger)A feltétel, ami eldönti, mikor süljön el a címke. Figyelj a magyar szóra: a hivatalos súgó aktiválási szabályt mond, nem „eseményindítót” — ha a súgóban keresel, ezzel fogsz találni.
- Változó (variable)Egy jelölés, ami mögött változó érték áll — például az oldal URL-je vagy egy gomb szövege. Kétféle van: beépített (minden tárolóban előre adott) és saját.
Fölöttük egy szint van: a fiók. A Google iránymutatása szerint cégenként jellemzően egyetlen Tag Manager-fiókra van szükség, azon belül weboldalanként külön tárolóra.
A telepítés: öt típus, két kódrészlet
Tároló létrehozásakor öt típus közül választasz: Web, iOS, Android, AMP és Server. Weboldalhoz a Web kell — a többi natív alkalmazáshoz, gyorsított mobiloldalakhoz, illetve szerveroldali méréshez való.
A webes tároló két kódrészletet ad. Az elsőt a Google szerint „a lehető legmagasabban” kell elhelyezni a <head> részben, a másodikat közvetlenül a nyitó <body> után. Mindkettőt minden oldalra.
A második blokk egy <noscript> elemet tartalmaz, és a felületen is így hivatkoznak rá. Ebből következik, hogy a JavaScript nélküli böngészést kezeli — bár érdekes módon a Google a telepítési oldalon ezt sehol nem magyarázza el, és azt sem írja le, mi romlik el, ha csak az egyik blokk kerül ki.
Ha WordPresst használsz, jellemzően nem kézzel illeszted be — a Site Kit vagy egy erre való bővítmény megcsinálja. A lényeg ugyanaz: ha a Tag Managert használod a GA4-hez, akkor a mérőkód ne legyen bent máshol is. A magyar súgó elvi alapja ez: a tároló a kézi kódot helyettesíti, nem kiegészíti.
Kell-e neked egyáltalán?
Kerestem hivatalos Google-állásfoglalást arról, mikor elég a mérőkód közvetlenül, és mikor kell Tag Manager. Nincs ilyen. Nincs döntési szempontrendszer, nincs küszöbérték, nincs „ennyi címke fölött”. Amit alább írok, az szerkesztői álláspont — de tényekre épül.
Ami a Tag Manager mellett szól. Négy dolgot tud, amit a közvetlen kód nem: verziózás — minden publikálás egy pillanatkép, amire vissza lehet állni; előnézet — kipróbálhatod a módosítást élesítés nélkül, a Tag Assistanttel összekötve látod, mely címkék sültek el, milyen sorrendben, milyen adattal; központi hozzájárulás-kezelés címkénként; és párhuzamos munkaterületek, ha többen dolgoztok a fiókon.
Ami ellene szól kezdőnek. Ingyenes fiókban összesen három munkaterületed lehet (egy alapértelmezett plusz kettő). És ami ennél is fontosabb: a publikálás külön lépés. A „Verzió létrehozása” önmagában nem élesít — a módosítás a munkaterületen marad, és nem működik. Ez a leggyakoribb kezdő hiba, mert a felületen minden rendben néz ki.
Az én gyakorlati javaslatom: ha egyetlen mérőkódod van és nem tervezel egyedi eseményeket, maradj a Site Kitnél vagy a közvetlen mérőkódnál — a GA4 WordPresses beállításáról külön cikkem szól. Ha viszont már három-négy rendszert mérsz párhuzamosan, vagy egyedi eseményeket akarsz gombokra és űrlapokra, akkor a Tag Manager megspórolja a fejlesztőt.
Egy változás, ami menet közben elavulttá teszi a kérdést: a Google 2025–2026-ban összevezeti a két terméket — „a Google-tagek teljes értékű Tag Manager-tárolókká frissülnek”. Aki eddig csak mérőkódot használt, megkapja a Tag Manager felületét, hibakeresőjét és verziókezelését. Automatikus átállítás nincs; a tulajdonos dönt.
A hozzájárulás-kezelés csapdája
Gyakori feltételezés, hogy ha a Tag Managerben van „hozzájárulási beállítások” fül, akkor a rendszer magától betartja a sütibeleegyezést. Nem tartja be.
Minden címke „Nincs beállítva” állapotban indul, és ilyenkor a Google szövege szerint a címke nem végez semmilyen további hozzájárulási ellenőrzést — vagyis elsül. Ha azt akarod, hogy csak beleegyezés után fusson, a címke szerkesztőjében, a Speciális beállítások alatt kell kiválasztanod a „További hozzájárulás szükséges” opciót, és megadnod a típusokat.
A hozzájárulási típusok, amikkel dolgozni fogsz: ad_storage, ad_user_data, ad_personalization, analytics_storage, plusz a funkcionális, személyre szabási és biztonsági tárolás. A két középső az uniós felhasználói hozzájárulási irányelv megerősítése miatt került be — és mivel Magyarország az EGT tagja, ez ránk is vonatkozik.
Amit a Tag Manager nem ad: sütibannert. A hozzájárulás beszerzése külön eszköz feladata; a Tag Manager csak arra való, hogy a címkéid figyelembe vegyék az eredményt.
Amibe kezdőként ne menj bele
Két olyan téma van, ami folyton felbukkan a szakmai tartalmakban, és amiről érdemes tudni, hogy nem neked szól.
Szerveroldali tag-elés. A Google három előnyt ígér tőle: jobb oldalsebesség, részletesebb adatvédelmi szabályozás, jobb adatminőség. Ami viszont a belépő: kötelező Google Cloud számlázási fiók, és a Google saját dokumentációja szerint példányonként körülbelül havi 45 dollár — miközben éles használatra legalább két példányt ajánl az adatvesztés elkerülésére. Vagyis reálisan havi kilencven dollár körüli költség, mielőtt bármit mértél volna.
Google tag gateway. Ez azt teszi lehetővé, hogy a Google-tagjeid a saját weboldalad infrastruktúráján fussanak, és az események is a saját domainedre menjenek. A meglévő tag-kódot nem kell átírni, és a Google saját mérése szerint a beállítók 11 százalékos jelnövekedést láttak. A feltétele viszont az, hogy legyen saját tartalomkiszolgáló hálózatod, terheléselosztód vagy webkiszolgálód a domain előtt — támogatott út a Cloudflare, a Fastly és a Google Cloud terheléselosztója. Egy megosztott tárhelyen futó magyar oldalnál ez tipikusan nincs meg.
Mindkettő valós és hasznos technológia. Csak nem ott van a szűk keresztmetszet egy induló mérésnél — ott jellemzően alapvetőbb dolgok romlanak el.
Gyakori kérdések
Beállítottam mindent, mégsem működik. Mi lehet?
Kilencből nyolcszor az, hogy nem publikáltad. A „Verzió létrehozása” önmagában nem élesít — a Küldés gombnál a „Publikálás és verzió létrehozása” opciót kell választani.
Kell a noscript kódrészlet is?
A Google mindkét blokk beillesztését előírja. Azt viszont sehol nem írja le, mi történik, ha kimarad — szóval ha valaki konkrét adatvesztési számot mond erre, az nem a dokumentációból idézi.
Ha Tag Managert használok, kell külön GA4-mérőkód is?
Nem, és nem is szabad. A magyar súgó szerint a tároló a kézzel kódolt címkéket helyettesíti. Ha mindkét helyen bent van, duplázol.
Hány tárolóm lehet?
A Google a megnézett oldalakon nem közöl darabszámot. A munkaterületre viszont igen: ingyenes fiókban összesen három.
Magyar a felület?
A súgó teljes egészében magyar, a hivatalos szakszavakkal: címke, aktiválási szabály, változó, tároló, Címkekezelő. Ezekkel keress, ha elakadsz.
A Tag Manager nem helyettesíti a mérés beállítását: a GA4 WordPresses bekötése itt van. Ha viszont a forgalom eredetét akarod pontosan látni, az UTM-paraméterek a kulcs.
A címkék hozzájárulási beállításához előbb a keretet kell érteni: a Consent Mode v2 négy paramétere.
Ha nem akarod eldönteni, hogy kell-e Tag Manager, és inkább azt szeretnéd, hogy csak működjön a mérés: kérj ajánlatot.
Források: Google Címkekezelő Súgó — Áttekintés (6102821, angol és magyar), Fiók és tároló létrehozása (6103696, 14842164), Webes tároló telepítése (14847097), Változók (6106899), Beépített változók (7182738), Előnézet és hibakeresés (6107056), Publikálás és verziók (6107163), Munkaterületek (7059647), Hozzájárulási beállítások (10718549), A Google-tag és a Címkekezelő frissítései (17079602); Google Ads Súgó — Google tag gateway (16214371); Google for Developers — Szerveroldali tag-elés, Cloud Run beállítási útmutató, Consent mode. Lekérdezve: 2026. szeptember 19.
