Egy mérési rendszer addig ér valamit, amíg valaki meg tudja mondani, mit jelentenek a számai. Amikor a mérést beállító ember elmegy, és csak a címkekezelő konténere marad utána, a számok tovább jönnek, de senki nem tudja, melyik esemény mit számol, mi került át a hirdetési fiókba, és miért ugrott meg tavaly márciusban a konverziószám. Ez a cikk azt írja le, milyen minimális dokumentáció kell ahhoz, hogy egy új kolléga vagy partner valóban át tudja venni a mérést.
A cikkben háromféle jelölést használunk. Hivatalosan igazolt, ami a Google Analytics, a Google Tag Manager vagy a Google Ads hivatalos súgójából ellenőrizhető. Saját tapasztalat, amit átadások és átvételek során láttunk. Szakmai feltételezés, ami logikus következtetés, de nincs rá mért bizonyíték.
Miért veszíti el az értékét a dokumentálatlan mérés az átadáskor?
Mert a mérés értéke a számok értelmezhetőségében van, és az értelmezés az átadó ember fejében marad, ha nincs leírva. Egy generate_lead esemény jelenthet elküldött űrlapot, telefonszámra kattintást vagy mindkettőt. Ha ezt senki nem tudja, a riport számai megbízhatatlanná válnak, akkor is, ha technikailag hibátlanul futnak.
Saját tapasztalat: átvételkor a leggyakoribb helyzet az, hogy a konténerben több tucat címke van, ebből néhány már semmit nem csinál, néhány duplán küld, és a verziók neve „Version 37”, leírás nélkül. Ilyenkor az új gazda első napjai visszafejtéssel telnek, nem munkával.
Szakmai feltételezés: a dokumentálatlan mérés átvétele jellemzően többe kerül időben, mint a dokumentáció megírása lett volna, mert a visszafejtés során a hibákat is újra kell találni.
Mi a minimális átadási csomag?
Hét elem nélkül a mérés nem adható át érdemben. Eseménylista magyarázattal, kulcsesemények listája, címkekezelő-verziónapló, hozzáférések, hirdetési importok, riportkiosztás és az ismert korlátok. Ezek együtt adják meg a választ arra, mit mérünk, miért, hol, ki látja, és mire nem lehet építeni.
1. Eseménylista magyarázattal
Minden egyedi eseményhez egy sor tartozik, amely leírja a nevét, a kiváltó feltételt, a paramétereket és az üzleti jelentését. A lényeg az utolsó oszlop, mert a név önmagában nem mond el mindent.
esemény | kiváltó | paraméterek | üzleti jelentés | felelős | utolsó tesztgenerate_lead | ajánlatkérő űrlap köszönőoldala (/koszonjuk) | form_id, form_name | elküldött ajánlatkérés, telefon nincs benne | mérésért felelős kolléga | 2026-09-15click_phone | tel: link kattintás | link_url, page_location | hívási szándék, nem valódi hívás | mérésért felelős kolléga | 2026-09-15
Az automatikusan gyűjtött és a továbbfejlesztett mérés eseményeit (például page_view, scroll) elég egy sorban megemlíteni, és jelölni, ha valamelyik ki van kapcsolva. Hivatalosan igazolt: a GA4 továbbfejlesztett mérési eseményei az adatfolyam beállításaiban egyenként kapcsolhatók ki és be.
2. Kulcsesemények listája
Hivatalosan igazolt: a GA4-ben a korábbi „konverzió” elnevezés 2024 óta „kulcsesemény” (key event), a Google Ads oldalán pedig konverzióként jelenik meg, ami innen importálva van. A listában szerepeljen, melyik esemény kulcsesemény, mióta, és miért döntöttetek így. Ha egy esemény egyszer kulcsesemény volt, aztán kivettétek, azt is írd le a dátummal, mert a riportok idősorában ez törésként látszik.
3. Címkekezelő-változatok naplója
Hivatalosan igazolt: a Google Tag Manager minden közzétételkor verziót hoz létre, amelyhez név és leírás adható, és korábbi verzió visszaállítható. Ez önmagában is napló, ha kitöltitek. Egy jó verziónév rövid és beszédes, például „2026-09-15 ajánlatkérő űrlap új form_id”. A leírásba kerüljön, mi változott, miért, és ki tesztelte.
Saját tapasztalat: ha a konténerben nincs verzióleírás, érdemes az átadás előtt legalább az utolsó 5-10 verzió változásait visszakeresni és egy külön dokumentumba összefoglalni. A GTM verzió-összehasonlító nézete ebben sokat segít.
4. Hozzáférések
Listázd, ki milyen szerepkörrel fér hozzá az Analytics tulajdonhoz, a Tag Manager fiókhoz és konténerhez, a Google Ads fiókhoz, a Search Console tulajdonhoz, és ha van, a Meta eseménykezelőhöz és a szerveroldali címkézés környezetéhez. Hivatalosan igazolt: a GA4 szerepkörei rendszergazda, szerkesztő, marketinges, elemző és megtekintő, a GTM-ben pedig fiók- és konténerszintű jogosultságok külön állíthatók.
Két szabály sokat ment meg. Minden eszközben legyen legalább két rendszergazda, akik közül az egyik a cég saját embere. A hozzáférés személyes fiókhoz kötődjön, közös jelszavas fiók helyett, mert az átadáskor a közös fiókot senki nem meri megszüntetni.
5. Mit importálunk a hirdetési fiókokba?
Minden hirdetési fióknál írd le, mely konverziós műveletek élnek, honnan jönnek (GA4 import, natív Google Ads címke, Meta pixel, Conversions API), melyik számít elsődlegesnek az ajánlattételben, milyen számlálási módszerrel (egy vagy minden), és milyen értéket kapnak. Hivatalosan igazolt: a Google Ads-ben az elsődleges és másodlagos konverziós műveletek eltérően hatnak, az ajánlattételt csak az elsődlegesek befolyásolják.
Saját tapasztalat: átvételkor gyakori, hogy ugyanaz az űrlapküldés GA4-importként és natív címkeként is elsődleges, így a fiók duplán számol. Ezt csak az dokumentálás teszi láthatóvá, mert a felületen mindkét művelet „rendben” állapotú.
6. Mely riportok mennek havonta, kinek?
Egy egyszerű táblázat elég, amely riportonként megmondja a címzettet, a gyakoriságot, a forrást (Looker Studio, GA4 feltárás, táblázat), a benne szereplő mutatókat és azt, hogy ki állítja össze. Ha a riportban szűrő vagy számított mező van, azt is írd mellé, mert az új gazda enélkül más számot fog kapni ugyanarra a kérdésre.
7. A mérés ismert korlátai
Ez a leggyakrabban kihagyott rész, pedig ez óv meg a legtöbb félreértéstől. Ide tartozik például a hozzájárulás-kezelés hatása, az adatmegőrzési idő, a küszöbérték-alkalmazás, a böngészős korlátozások és az, hogy mely csatornák nem mérhetők (például telefonon beérkező megkeresés, ha nincs hívásmérés).
Hivatalosan igazolt: a GA4 standard tulajdonban az eseményszintű adatok megőrzése 2 vagy 14 hónapra állítható, és ez a feltárások (explorations) adatait érinti. A hozzájárulási mód (Consent Mode) beállítása befolyásolja, milyen adat érkezik azoktól, akik nem adtak hozzájárulást. Kis mintánál a GA4 küszöbértéket alkalmazhat, és ilyenkor sorokat rejt el a jelentésekben.
Hogyan néz ki az átadási ellenőrzőlista?
Az ellenőrzőlista azt biztosítja, hogy az átadás ne emlékezetből történjen. Minden pontnál az átadó jelöli, hogy kész, az átvevő pedig azt, hogy megértette és ellenőrizte.
- Eseménylista elkészült, minden egyedi eseménynek van üzleti jelentése.
- Kulcsesemények listája dátumokkal, a korábban kivett kulcsesemények is szerepelnek.
- A GTM utolsó verzióinak van neve és leírása, a nem használt címkék szüneteltetve vagy törölve.
- Hozzáférési lista kész, az átvevő személyes fiókkal megkapta a szükséges szerepkört.
- Minden eszközben legalább két rendszergazda van, és az egyik a cég saját embere.
- Hirdetési fiókonként leírva az elsődleges és másodlagos konverziós műveletek forrása és értéke.
- Riportkiosztás táblázata kész, a szűrők és számított mezők jelölve.
- Ismert korlátok leírva, beleértve a hozzájárulás-kezelést és az adatmegőrzést.
- Az átadó egy közös hívásban végigmutatta a konténert és a GA4 tulajdont.
- Megvan, kit lehet kérdezni az átadás után és meddig.
Mi kerüljön az egyoldalas összefoglalóba?
Az egyoldalas összefoglaló a belépési pont, amelyből az új kolléga öt perc alatt megérti, mit mér a rendszer és hol találja a részleteket. Ez nem helyettesíti a részletes listákat, csak mutat rájuk.
Sablon, amit kitölthetsz.
- Weboldal és domainek: fő domain, aldomainek, tartományközi mérés be van-e állítva.
- Eszközök és azonosítók: GA4 mérési azonosító, GTM konténer-azonosító, Google Ads ügyfélazonosító, egyéb pixelek.
- Üzleti cél egy mondatban: mi számít sikernek a weboldalon.
- Kulcsesemények: felsorolás egy-egy mondatos jelentéssel.
- Hirdetési importok: fiókonként az elsődleges konverziók.
- Riportok: ki, mit, milyen gyakran kap.
- Ismert korlátok: a három legfontosabb.
- Utolsó nagy változás: dátum és rövid leírás.
- Kapcsolattartók: ki a felelős a mérésért, ki a rendszergazda.
- Részletes dokumentáció helye: mappa vagy dokumentum neve.
Saját tapasztalat: az egyoldalas összefoglaló akkor marad élő, ha minden nagyobb GTM-közzététel után valaki ránéz az „Utolsó nagy változás” sorra. Ha ez elmarad, fél év után már az összefoglaló is félrevezető.
Mit kell ellenőrizni az átvétel első hetében?
Az első héten azt kell megnézni, hogy a leírás egyezik-e a valósággal, mielőtt bármit módosítanál. Az átvett dokumentáció is tartalmazhat hibát, és jobb ezt most kiszűrni, mint egy hibás riport után.
- Első nap. Lépj be minden eszközbe a saját fiókoddal, és ellenőrizd, hogy a kapott szerepkör elég a munkához. Ha valahová nem jutsz be, most kérd, amíg az átadó elérhető.
- Második nap. A GTM előnézeti módjában és a GA4 DebugView-ban végigmész a kulcseseményeken. Minden kulcseseményt egyszer kiváltasz (tesztűrlap, tesztkattintás), és összeveted a paramétereket az eseménylistával.
- Harmadik nap. A Google Ads konverziós műveleteinél megnézed az állapotot és az utolsó konverzió idejét, és kiszűröd a duplán számoló műveleteket. Ugyanezt megteszed a Meta eseménykezelőben, ha használjátok.
- Negyedik nap. Az előző hónap riportját újra lehúzod a forrásból, és összeveted a kiküldött számokkal. Ha eltér, keresd meg a szűrőt vagy a számított mezőt, ami a különbséget okozza.
- Ötödik nap. Leírod, ami nem egyezett, és egyeztetsz az átadóval. Csak ezután kezdesz változtatni, és az első saját közzétételed verziójához már beszédes nevet és leírást adsz.
Szakmai feltételezés: az első héten a módosítás visszatartása azért ésszerű, mert így a talált eltérések egyértelműen az átvett állapothoz köthetők, és nem keverednek a saját változtatásaiddal.
Milyen formában érdemes tárolni a dokumentációt?
Olyan helyen, amely a cégé, verziózott, és amelyhez a mérés felelőse akkor is hozzáfér, ha a partner vagy ügynökség változik. Egy megosztott táblázat az eseménylistának és a hozzáféréseknek, egy szöveges dokumentum az összefoglalónak és a korlátoknak jellemzően elég.
Saját tapasztalat: a dokumentáció akkor marad naprakész, ha a frissítése a munkafolyamat része. Például egy GTM-közzététel csak akkor számít késznek, ha az eseménylista és a verziónapló is frissült. Ha ez külön feladat, jó eséllyel elmarad.
Jelszavakat, API-kulcsokat és hozzáférési tokeneket ne tegyél ebbe a dokumentációba. Ide csak az kerüljön, hogy ki fér hozzá és milyen szerepkörrel, maguk a titkos adatok jelszókezelőbe valók.
Mit nem old meg a dokumentáció?
A jó dokumentáció nem teszi pontossá a mérést, csak láthatóvá teszi, mennyire pontos. Ha a hozzájárulás-kezelés miatt a látogatók egy része nem mérhető, azt a leírás nem hozza vissza, de megakadályozza, hogy valaki a hiányt forgalomcsökkenésnek higgye.
Az átadás minőségét az segítheti a legjobban, ha a dokumentációt nem az utolsó héten írjátok meg, hanem folyamatosan vezetitek. Szakmai feltételezés: egy folyamatosan vezetett napló mellett az átadás egy közös hívásra és egy ellenőrző hétre szűkülhet, visszafejtés helyett.
Források és további olvasnivalók
- Google Analytics súgó: Kulcsesemények kezelése a GA4-ben
- Google Analytics súgó: Adatmegőrzés és hozzáférés-kezelés (felhasználói szerepkörök)
- Google Analytics súgó: Adatküszöbértékek
- Google Tag Manager súgó: Konténerverziók létrehozása, közzététele és visszaállítása
- Google Tag Manager súgó: Felhasználói jogosultságok
- Google Ads súgó: Elsődleges és másodlagos konverziós műveletek, GA4 konverziók importálása
- Google fejlesztői dokumentáció: Consent Mode (hozzájárulási mód)
- Meta for Developers: Conversions API dokumentáció
- A dokumentálatlan mérés az átadás pillanatában elveszti az értékét, mert senki nem tudja megmondani, mit jelentenek a számok.
- A minimális csomag hét elemből áll: eseménylista, kulcsesemények, címkekezelő-verziónapló, hozzáférések, hirdetési importok, riportkiosztás és ismert korlátok.
- A hozzáféréseket személyes fiókokra, szerepkör szerint kell átadni, és legalább két rendszergazda legyen minden eszközben.
- Az átvétel első hetében élő teszteseményekkel ellenőrizd, hogy a leírás és a valóság egyezik-e.
- Az egyoldalas összefoglaló nem helyettesíti a részletes eseménylistát, de nélküle az új kolléga nem tudja, hol kezdje.
Gyakori kérdések
Mi a legfontosabb dokumentum a mérés átadásakor?
Az eseménylista üzleti jelentéssel, mert ebből derül ki, mit számol valójában egy-egy esemény. Enélkül a riportok számai nem értelmezhetők biztonságosan.
Ki legyen rendszergazda a GA4-ben és a Tag Managerben?
Legalább két ember, akik közül az egyik a cég saját munkatársa. Így az ügynökség vagy partner cseréje nem zárja ki a céget a saját adataiból.
Mit jelent a kulcsesemény a GA4-ben?
A GA4 2024 óta kulcseseménynek hívja azokat az eseményeket, amelyeket korábban konverziónak jelöltek. A Google Ads-be importálva konverziós műveletként jelennek meg.
Miért kell leírni a mérés ismert korlátait?
Mert a hozzájárulás-kezelés, az adatmegőrzés vagy a küszöbértékek miatti hiányt különben forgalom- vagy teljesítménycsökkenésnek hihetik. A leírás nem pótolja a hiányzó adatot, de megelőzi a téves döntést.
Szabad módosítani a mérést az átvétel első hetében?
Érdemes várni vele, amíg élő tesztekkel ellenőrizted, hogy a dokumentáció egyezik a valósággal. Így a talált eltérések egyértelműen az átvett állapothoz köthetők.
Hová kerüljenek a jelszavak és API-kulcsok?
Jelszókezelőbe, a mérési dokumentációba nem. A dokumentációban csak az szerepeljen, ki milyen szerepkörrel fér hozzá az egyes eszközökhöz.
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.