Tipikus januári helyzet: megnyitod a GA4-et, hogy megnézd, mennyivel ment jobban a karácsonyi szezon az egy évvel korábbinál. Beállítod a dátumtartományt, elindítasz egy feltáró riportot, és üres táblát kapsz vissza. Nem jogosultsági hiba, nem mérési kiesés, nem elrontott szűrő. Egyszerűen nincs mit lekérdezni, mert az eseményszintű adat addigra törlődött a fiókból.
Ez a cikk arról szól, mit töröl pontosan a GA4 és mit nem, hol találod a beállítást, mit érdemes még ma megtenni, és mihez tudsz kezdeni azzal az időszakkal, ami már eltűnt.
Mit jelent a GA4 eseményszintű adatmegőrzési beállítása?
Röviden: ez határozza meg, hogy a GA4 meddig őrzi meg azokat a részletes, esemény- és felhasználószintű adatsorokat, amelyekből a feltáró riportok és az egyedi bontások épülnek. A mérést nem állítja le, csak azt szabja meg, meddig maradnak lekérdezhetők a nyers részletek.
Hivatalosan igazolt: standard (ingyenes) GA4 propertyn az eseményadatok megőrzésére két lehetőség van, 2 hónap vagy 14 hónap, és az új propertyk alapértelmezett értéke a 2 hónap. Analytics 360 esetén hosszabb opciók is választhatók. Ugyanezen a képernyőn található a felhasználószintű adatok megőrzése, valamint egy kapcsoló, amely új aktivitás esetén újraindítja a felhasználóhoz kötött megőrzési időt.
Fontos különbség, amit sokan összekevernek: a felhasználói időszak újraindítása attól még nem menti meg a régi eseményeket. Ha valaki tavaly novemberben vásárolt, majd idén visszatért, az idei aktivitása friss adat lesz, a tavaly novemberi eseménysora viszont már nem kerül vissza.
Saját tapasztalat: az általunk átvett fiókok jelentős részében ez a beállítás érintetlenül, 2 hónapon állt. Nem hanyagságból, hanem azért, mert a GA4 beállításakor semmi nem figyelmeztet rá, és a hiány csak hónapokkal később, egy összehasonlító elemzésnél derül ki.
Miért tűnik el az adat, és pontosan mikor?
Röviden: a lejárt eseményadatot a Google automatikusan törli, a beállítás módosítása pedig időbe telik, mielőtt hatályba lép.
Hivatalosan igazolt: a megőrzési idő módosítása után a változás átvezetése akár 24 órát is igénybe vehet, a megőrzési időn túli adatok törlése pedig rendszeres, havi ciklusban fut. Ebből következik, hogy a törlés nem feltétlenül pontosan a 61. napon történik meg, hanem a következő törlési ciklusban.
Szakmai feltételezés: ez a néhány napos csúszás elméletileg azt jelenti, hogy ha éppen a lejárat környékén emeled meg a beállítást, a legfrissebben lejárt adat egy része még megmenekülhet. Erre nem szabad tervezni, mert a Google nem ígéri, és nem is dokumentálja így. Kezeld szerencsének, ne stratégiának.
Mely riportokat érinti a törlés, és melyeket nem?
Röviden: a feltáró riportokat és mindent, ami eseményszintű részletet igényel, igen. A szabványjelentések előre összesített adatai nem érintettek.
Hivatalosan igazolt: az adatmegőrzési beállítás az összesített (aggregált) adatokra nem vonatkozik, azok a property fennállása alatt megmaradnak. Ezért fordulhat elő, hogy a Forgalomszerzés áttekintőben látod a tavalyi novemberi munkamenetszámot, ugyanarra az időszakra viszont egy feltáró riport üres.
Amit a törlés érint:
- feltáró riportok (tölcsér-, útvonal-, kohorsz-, szegmensátfedés-elemzés, felhasználó-böngésző)
- egyedi dimenziók szerinti bontások, különösen a felhasználó hatókörű egyedi dimenziók
- a részletes szegmensképzés a régi időszakokra
- a Data API azon lekérdezései, amelyek eseményszintű feldolgozásra épülnek
Amit jellemzően nem érint:
- a szabványjelentések alapmetrikái (felhasználók, munkamenetek, események száma, bevétel) a beépített dimenziók mentén
- a fiók szerkezete, a kulcsesemények definíciói, a beállítások
Szakmai feltételezés: a határvonal nem mindig éles. Előfordul, hogy egy szabványjelentés szokatlan dimenziókombinációja vagy egy ráhúzott összehasonlítás mégis hiányos adatot ad régi időszakra. Ha ilyet látsz, ne a riportot hibáztasd először, hanem nézd meg a megőrzési beállítást.
Egy perc alatt kipróbálhatod, hol tart a saját fiókod. Nyiss egy üres feltáró riportot, húzd be az eseménynév dimenziót és az eseményszám mutatót, majd állíts be egy három hónappal ezelőtti hetet. Ha a tábla üres, miközben a szabványjelentés ugyanarra a hétre mutat forgalmat, akkor a property 2 hónapos megőrzésen fut, és a régebbi eseményadat már nincs meg.
Hol találod a beállítást, és hogyan állítod maximumra?
Röviden: az adminban, a property szintjén, szerkesztői jogosultsággal, körülbelül fél perc alatt.
- Nyisd meg a GA4-et, és kattints bal alul az Adminisztrátor (fogaskerék) menüre.
- Ellenőrizd a képernyő tetején, hogy a megfelelő fiók és property van kiválasztva.
- A property oszlopban keresd az Adatgyűjtés és -módosítás csoportot, azon belül az Adatmegőrzés pontot (angol felületen
Data collection and modification > Data retention). - Az Eseményadatok megőrzése legördülőt állítsd a leghosszabb elérhető értékre (standard fiókban 14 hónap).
- Nézd meg a felhasználószintű megőrzést és az új aktivitásra való újraindítás kapcsolóját is, majd döntsd el, hogy a saját adatkezelési tájékoztatóddal összhangban bekapcsolod-e.
- Kattints a Mentés gombra, és ellenőrizd, hogy az érték tényleg átváltott.
Két dolog, ami itt gyakran elmarad. Az egyik: a beállítás property-nként él. Ha egy cégnek három domainhez három propertyje van, akkor háromszor kell elvégezni. A másik: szerkesztői (Editor) jogosultság kell hozzá, olvasói szinttel a legördülő szürke marad, és ilyenkor az ügyfélnek vagy a fejlesztőnek kell megadnia a hozzáférést.
Ha az adatkezelési tájékoztatód nevesíti a tárolási időt, a módosítás után nézd át azt a bekezdést is, hogy a leírt és a valós beállítás fedje egymást.
Hogyan mentsd ki a historikus adatot, mielőtt lejár?
Röviden: a 14 hónap is véges, ezért a hosszú távú megoldás a saját másolat. A GA4 BigQuery-exportja erre ingyenesen bekapcsolható, de csak a bekapcsolás napjától kezdve gyűjt.
Hivatalosan igazolt: a GA4 natívan támogatja a BigQuery-exportot, amely naponta egy táblát ír a projektedbe, opcionálisan streaming módban is. Az export nem visszamenőleges: a korábbi napokat nem tölti fel. A BigQuery-ben tárolt adat már a te tulajdonodban van, a GA4 megőrzési ideje rá nem vonatkozik. A tárolásnak van ingyenes szintje, felette a Google számlázza.
Beállítás helye: Adminisztrátor > Termékkapcsolatok > BigQuery-kapcsolatok. Kelleni fog egy Google Cloud projekt és számlázási fiók, még akkor is, ha a tényleges felhasználás egy kisebb weboldalnál minimális marad.
Ha megvan az export, egy tavalyi vásárlási görbe így néz ki lekérdezésben:
SELECT event_date, COUNT(*) AS vasarlasok, SUM(ecommerce.purchase_revenue) AS bevetel FROM `projekt.analytics_123456789.events_*` WHERE _TABLE_SUFFIX BETWEEN '20250101' AND '20251231' AND event_name = 'purchase' GROUP BY event_date ORDER BY event_date
Ha a BigQuery most túl nagy falat, van két egyszerűbb út. A Google Analytics Sheets-bővítménnyel havi rendszerességgel kihúzhatod a legfontosabb bontásokat egy táblázatba, és az ott marad. A Looker Studióban pedig kivonat (extract) adatforrást készíthetsz, amely a lekérdezett adatot menti, nem élőben kéri le minden alkalommal.
Mi az a három dolog, amit ma érdemes megtenni?
Röviden: beállítás maximumra, export bekapcsolva, fontos nézetek elmentve. Együtt körülbelül egy óra, és utána évekig nem kell hozzányúlni.
- 1. Megőrzési idő maximumra. Minden propertyn, minden ügyfélnél, minden aldomainhez tartozó fióknál. Ez a lépés visszamenőleg semmit nem old meg, de a mai naptól kezdve megháromszorozza a rendelkezésre álló időszakot.
- 2. Historikus export beállítása. BigQuery-kapcsolat, vagy ha az nem fér bele, havi Sheets-kimentés a kulcsriportokból. A lényeg, hogy a másolat ne a GA4-ben legyen.
- 3. A fontos nézetek mentése. A feltáró riportokban mentsd el névvel azokat az elemzéseket, amelyekre évente visszatérsz (szezonális összehasonlítás, csatornánkénti tölcsér, visszatérő vásárlók). A mentett nézet nem őrzi meg az adatot, de amikor kell, nem kell nulláról összerakni, és időben látod, ha üres lett.
Ehhez érdemes egy naptárbejegyzést is tenni: negyedévente öt perc ellenőrzés arról, hogy az export fut-e, és hogy egy új property nem maradt-e alapértelmezetten 2 hónapon.
Pótolható-e a már elveszett időszak?
Röviden: magából a GA4-ből nem. Más forrásokból részben igen, de csak töredékesen, és a hozzárendelés jellemzően nem hozható vissza.
Hivatalosan igazolt: a megőrzési idő megemelése nem állítja vissza a korábban törölt adatot, és a Google nem kínál helyreállítási funkciót erre. Az Universal Analytics adatai szintén nem jelentenek tartalékot, azok végleg törlésre kerültek.
Ellenőrzőlista, ha egy hiányzó időszakot próbálsz rekonstruálni:
- Van-e korábbi BigQuery-export? Nézd meg, létezik-e Cloud-projekt a fiókban, akár egy fejlesztő állította be régen. Ez az egyetlen teljes értékű forrás.
- Search Console. Nagyjából 16 hónapra visszamenőleg tartalmazza az organikus megjelenéseket, kattintásokat, lekérdezéseket és céloldalakat. A GA4 munkamenet-adatát nem helyettesíti, de az organikus trendet visszaadja.
- Hirdetési fiókok. A Google Ads és a Meta hirdetéskezelő saját kampányadata jóval hosszabb ideig elérhető, így a fizetett forgalom költése, kattintása és a platform saját konverziószáma megvan.
- Saját rendszer. Webshop rendeléslista, CRM, számlázó, foglalási rendszer. A tényleges bevétel és a rendelésszám ezekből pontosan kijön, a forrás és a csatorna viszont csak akkor, ha az adott rendszer maga is tárolja.
- Korábbi riportok. Kimenő havi riportok e-mailben, PDF-ek, Looker Studio kivonatok, régi táblázatok. Meglepően gyakran ez menti meg a helyzetet.
- Szervernaplók. Ha a tárhelyen megvannak a régi access logok, a látogatásszám és a hivatkozó forrás részben kiolvasható belőlük.
Amit ezekkel együtt sem tudsz visszahozni: a felhasználószintű viselkedés, a több érintkezési pontból álló útvonalak, a csatorna-hozzárendelés és minden egyedi dimenzió. Ezért az elveszett időszakot érdemes a riportban őszintén jelölni, nem pedig becsült számokkal kitölteni. Egy vezetői összefoglalóban a "erre az időszakra csak összesített adat áll rendelkezésre" mondat sokkal többet ér, mint egy magabiztos, de kitalált bontás.
Miért ez az egyik legolcsóbban megelőzhető hiba?
Saját nézőpont. A mérési munka legtöbb hibája drága: rossz konverziókövetés, dupla mérés, elszúrt szerveroldali beállítás, ezek fejlesztést és tesztelést igényelnek. Ez a hiba viszont két kattintással megelőzhető, mégis a fiókok nagy részében alapértelmezetten marad. A költsége nem is akkor jelentkezik, amikor a hiba történik, hanem egy évvel később, amikor egy szezonális döntést kellene adatra alapozni, és nincs mire.
Kisebb vállalkozásnál ez különösen fáj, mert ott az éves ciklus a lényeg: az előző karácsony, az előző nyári szezon, az előző tanévkezdés. Egy kéthavas ablak pont azt az összehasonlítást teszi lehetetlenné, amiért egyáltalán mérünk. A beállítás átállítása és az export bekapcsolása nem javítja a forgalmat, és önmagában jobb eredményt sem hoz, viszont megőrzi a döntéshez szükséges alapot, ami később már semmilyen ráfordítással nem pótolható.
Ha egy fiókot most veszel át, ez legyen az első három dolog egyike, amit megnézel, még a konverziók ellenőrzése előtt. A konverziókövetést holnap is meg tudod javítani. Az adat, ami ma éjjel törlődik, holnap már nincs meg.
Melyik GA4 beállítást érdemes ellenőrizni rögtön a fiók létrehozása után?
Röviden: hét GA4 beállítást érdemes egy új propertyn az első napon átnézni, és ezek közül az adatmegőrzés az egyetlen, amelynek a kihagyása később semmivel nem pótolható. A többi hibája napokon belül kiderül a riportokból, ez viszont hónapokig csendben marad.
- Adatmegőrzés. Az eseményadatok megőrzése kerüljön 14 hónapra a fenti lépések szerint.
- Időzóna és pénznem. A property adatainál állítsd be a jelentési időzónát és a pénznemet. Az időzóna dönti el, hol ér véget egy nap a riportokban, a pénznem pedig a bevételi számok megjelenítését.
- Belső forgalom szűrése. Az adatfolyam címkebeállításaiban add meg a saját irodád és az ügynökséged IP-címét belső forgalomként, majd az adatszűrőknél kapcsold a szűrőt tesztelésről aktívra.
- Kulcsesemények. Jelöld meg kulcseseményként azokat az eseményeket, amelyek üzleti eredményt jelentenek (vásárlás, ajánlatkérés, telefonszámra kattintás).
- Bővített mérés. Az adatfolyamnál nézd meg, mely automatikus események vannak bekapcsolva (görgetés, kimenő kattintás, webhelyen belüli keresés, fájlletöltés, űrlap-interakció), és kapcsold ki azt, ami nálad zajt termel.
- Nem kívánt hivatkozások. Ha a vásárlás külső fizetési oldalon megy át, vedd fel annak a domainjét a nem kívánt hivatkozások listájára, hogy a rendelés a valódi forráshoz kerüljön.
- Termékkapcsolatok. Kösd össze a propertyt a Google Ads fiókkal, a Search Console-lal és a BigQuery-vel.
Hivatalosan igazolt: ezek a beállítások csak a módosítás pillanatától hatnak. Az időzóna átállítása a korábbi napokat nem számolja újra, az aktív adatszűrő által kizárt forgalom véglegesen kimarad, a kulcsesemény pedig csak a megjelölés utáni eseményeket számolja.
Saját tapasztalat: mi egy új fióknál az adatmegőrzéssel kezdünk, és csak utána jön a többi hat. A rossz időzóna vagy a hiányzó kulcsesemény az első heti riportban feltűnik. A 2 hónapon felejtett megőrzés viszont akkor derül ki, amikor már nincs mit menteni.
Hogyan ellenőrizd, hogy a GA4 beállítás tényleg él a fiókodban?
Röviden: három helyen tudod ellenőrizni, hogy a GA4 beállítás érvénybe lépett. Az admin Adatmegőrzés képernyőjén, a property módosítási előzményeiben és egy feltáró riport dátumválasztójában.
- Admin képernyő. A mentés után töltsd újra az oldalt, és nyisd meg ismét az Adatmegőrzés pontot. Ha a legördülő 14 hónapot mutat, a mentés megtörtént.
- Módosítási előzmények. Az adminban a property módosítási előzményeinél (angol felületen
Property change history) látod, ki és mikor írta át az értéket. Ez akkor hasznos, ha többen kezelik a fiókot, és tudni akarod, mióta él a hosszabb megőrzés. - Feltáró riport. Nyiss egy feltáró riportot, és próbálj két hónapnál régebbi kezdőnapot választani. A dátumválasztó a megőrzési időhöz igazodik, tehát 2 hónapos beállításnál ennél régebbre nem enged.
Hivatalosan igazolt: a módosítás átvezetése akár 24 órát is igénybe vehet, ezért a harmadik próbát érdemes másnap megismételni. A hosszabb megőrzés ettől még nem tölti vissza a korábban törölt hónapokat, a választható időszak a mai naptól hónapról hónapra nő 14 hónapig.
Ha több propertyt kezelsz, vezess róluk egy egyszerű táblázatot négy oszloppal. Legyen benne a property neve, a megőrzési érték, a BigQuery-kapcsolat állapota és az utolsó ellenőrzés napja. A negyedéves átnézésnél így öt perc alatt látod, melyik fiók maradt ki.
Források és további olvasnivalók
- Google Analytics Súgó: Adatmegőrzés (Data retention)
- Google Analytics Súgó: BigQuery Export a GA4-hez
- Google Analytics Developers: Google Analytics Data API (GA4) dokumentáció
- Google Search Central: Search Console teljesítményjelentés dokumentációja
- Google Cloud dokumentáció: BigQuery tárolás és lekérdezés alapfogalmak
- Google Analytics Súgó: Feltáró riportok (Explorations) áttekintése
- A GA4 eseményszintű adatmegőrzése új propertyn alapból 2 hónap, standard fiókban 14 hónapra emelhető.
- A törlés a feltáró riportokat és az egyedi bontásokat érinti, a szabványjelentések összesített számait nem.
- A megőrzési idő emelése nem visszamenőleges: a már törölt eseményadat hivatalosan nem állítható vissza.
- A BigQuery-export szintén csak a bekapcsolás napjától gyűjt, ezért nem halogatható feladat.
- Új fióknál hét GA4 beállítást érdemes az első napon átnézni, és ezek közül az adatmegőrzés az egyetlen, amelynek a kihagyása később semmivel nem pótolható.
- Egy elveszett időszak részben pótolható más forrásokból (Search Console, hirdetési fiókok, saját rendelési adatbázis), a csatorna-hozzárendelés és a felhasználószintű viselkedés viszont nem.
Gyakori kérdések
Mi a GA4 alapértelmezett adatmegőrzési ideje?
Új standard propertyn az eseményadatok megőrzése alapból 2 hónap. Ez a legördülőben 14 hónapra emelhető, Analytics 360 fiókban pedig ennél hosszabb opciók is elérhetők.
Ha 14 hónapra állítom, visszajön a régi adat?
Nem. A megőrzési idő emelése csak előre hat: a már törölt eseményszintű adatot a Google hivatalosan nem tudja visszaállítani, és erre nincs helyreállítási funkció sem.
Miért látom a régi számot a szabványjelentésben, ha a feltáró riport üres?
Mert a szabványjelentések előre összesített adatból dolgoznak, és azokra a megőrzési beállítás nem vonatkozik. A feltáró riportok viszont eseményszintű adatot kérdeznek le, ami a megőrzési idő lejárta után törlődik.
Elég a BigQuery-export a probléma megoldására?
Hosszú távon igen, de csak a bekapcsolás napjától. Az export nem tölti fel visszamenőleg a korábbi napokat, ezért a megőrzési idő maximumra állítását ettől függetlenül is érdemes elvégezni.
Kell-e fejlesztő a beállítás átállításához?
Nem, csak szerkesztői (Editor) jogosultság az adott propertyn. A BigQuery-kapcsolathoz viszont már kell egy Google Cloud projekt és számlázási fiók, ahhoz jellemzően technikai segítség is.
Mit írjak a riportba, ha egy időszak adata hiányzik?
Jelöld egyértelműen, hogy arra az időszakra csak összesített adat érhető el, és sorold fel, mely alternatív forrásból (Search Console, hirdetési fiók, saját rendelési adatbázis) egészítetted ki. A becsült számok kitalálása később rossz döntésekhez vezet.
Melyik GA4 beállítást nézzem meg először egy új fióknál?
Az adatmegőrzést. Új propertyn alapból 2 hónapon áll, és ez az egyetlen GA4 beállítás, amelynek a kihagyása később nem pótolható. Utána jöhet az időzóna és a pénznem, a belső forgalom szűrése, a kulcsesemények, a bővített mérés, a nem kívánt hivatkozások és a termékkapcsolatok.
Honnan tudom, hogy a GA4 beállítás módosítása érvénybe lépett?
Töltsd újra az admin Adatmegőrzés képernyőjét, nézd meg a property módosítási előzményeit, majd egy feltáró riportban próbálj két hónapnál régebbi kezdőnapot választani. Az átvezetés akár 24 órát is igénybe vehet, ezért a riportos próbát érdemes másnap megismételni.
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.