(not set) a GA4-ben: honnan jön a nyitóoldalnál, a forrásnál és az eseményeknél

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

Mit jelent a (not set) érték a GA4-ben?

A (not set) a GA4 helyőrzője arra az esetre, amikor egy dimenzióhoz nem érkezett érték. A rendszer ilyenkor nem hagyja üresen a sort, egy közös gyűjtőbe teszi az érintett munkameneteket vagy eseményeket. Önmagában ez még nem hiba. Annyit jelez, hogy valamelyik esemény hiányos adattal futott be, vagy a jelentés olyan dimenziót és mutatót párosít, amelyek nem illenek össze.

Érdemes elválasztani a rokon értékektől. Az (other) akkor jelenik meg, amikor egy jelentés túllépi a sorok számára vonatkozó korlátot, és a ritkább értékeket összevonja. A (direct) / (none) egy valódi forrásbesorolás, amikor a látogató hivatkozó oldal és kampányadat nélkül érkezik. A (not set) ettől eltér, mert ott a GA4 egyáltalán nem kapott olyan értéket, amit besorolhatna. Az adatküszöb (thresholding) pedig sorokat rejt el a jelentésből, (not set) értéket nem gyárt.

Hivatalosan igazolt. A Google Analytics súgója külön cikkben írja le a (not set) és az (other) jelentését, és mindkettőt a hiányzó, illetve az összevont adatokhoz köti.

Miért (not set) a nyitóoldal?

A nyitóoldal akkor lesz (not set), ha a munkamenetben nem futott page_view esemény, mert a GA4 a nyitóoldalt az első oldalmegtekintésből olvassa ki. Ha a munkamenet egy másik eseménnyel indul, és oldalmegtekintés később sem jön, a nyitóoldal mezője üres marad.

A jellemző okok a következők.

• Lejárt munkamenet. A látogató 30 percnél tovább inaktív (ez az alapértelmezett időkorlát), majd visszatér a nyitva hagyott fülre, és görget, kattint vagy videót indít. Az új munkamenet egy user_engagement, scroll vagy egyéni eseménnyel indul, oldalmegtekintés nélkül.
• Kikapcsolt automatikus oldalmegtekintés. Ha a konfigurációban send_page_view értéke false, és a kézzel küldött page_view csak bizonyos oldalakon vagy késve fut le, a munkamenet első eseménye más lesz.
• Szerverről küldött események. A Measurement Protocollal vagy szerveroldali címkézéssel beküldött vásárlás, lead vagy CRM-esemény gyakran saját munkamenetként jelenik meg, page_view nélkül.
• Egyoldalas alkalmazások (SPA). Ha az útvonalváltást nem követi page_view, vagy a Google Címkekezelő előbb küld egy eseményt, mint az első oldalmegtekintést, a sorrend felborul.
• Hozzájárulás-kezelés. Ha a cookie-banner elfogadása után csak a következő eseménytől indul a mérés, és az első page_view elveszett, a munkamenet az elfogadás utáni első eseménnyel kezdődik.

Hivatalosan igazolt. A Google súgója a munkamenet-időtúllépést és az oldalmegtekintés nélküli munkamenetet nevezi meg a (not set) nyitóoldal okaként. Saját tapasztalat. A legtöbb fiókban a lejárt munkamenet adja a (not set) nyitóoldalak nagy részét, ezért hosszú cikkeknél, videós oldalaknál és sokáig nyitva hagyott webshop-kosaraknál magasabb az arány. Szakmai feltételezés. A hozzájárulás-kezelés hatása oldalanként nagyon eltér, mert a banner és a címkék betöltési sorrendje mindenhol más, és ezt csak saját teszttel lehet igazolni.

Miért (not set) a munkamenet forrása és kampánya?

A munkamenet forrása, közege és kampánya akkor (not set), ha az esemény nem kapcsolható egy forrásadatot hordozó munkamenethez. Ez leggyakrabban a session_id nélkül beküldött szerveroldali eseményeknél, a nem összekapcsolt Google Ads fióknál és a hiányos kampányparamétereknél fordul elő.

Measurement Protocol session_id nélkül

A Measurement Protocol nem tud saját forrást beállítani. Az esemény akkor kerül egy meglévő munkamenethez (és örökli annak forrását), ha a paraméterek között ott a session_id és az engagement_time_msec. Ha ezek hiányoznak, az esemény forrás nélkül jelenik meg. Egy helyes kérés törzse így néz ki.

{"client_id": "123456789.1730190000", "events": [{"name": "generate_lead", "params": {"session_id": "1730190000", "engagement_time_msec": 100}}]}

A böngészőben a munkamenet azonosítóját a gtag('get', 'G-XXXXXXX', 'session_id', callback) hívással olvashatod ki, és az űrlappal együtt átadhatod a szervernek. Így a később, szerverről beküldött esemény ugyanahhoz a munkamenethez kerül.

Hivatalosan igazolt. A GA4 Measurement Protocol fejlesztői dokumentációja kifejezetten leírja, hogy a munkamenet-alapú jelentésekben való megjelenéshez a session_id és az engagement_time_msec paraméter szükséges.

Google Ads és kampányparaméterek

Ha a Google Ads automatikus címkézése be van kapcsolva, a gclid megérkezik, de a Google Ads fiók nincs összekapcsolva a GA4-tulajdonsággal, a GA4 nem tudja feloldani a kampány nevét, és (not set) lesz belőle. Hivatalosan igazolt, a Google súgója ezt a hiányzó összekapcsolásnál és a kikapcsolt automatikus címkézésnél is jelzi. Ha egy átirányítás útközben levágja a gclid paramétert, a forgalom jellemzően (direct) lesz, ami másik hiba, de ugyanebben a lépésben érdemes keresni.

Saját tapasztalat. Kézi UTM-címkézésnél a kampány gyakran azért (not set), mert a linkben van utm_source és utm_medium, az utm_campaign viszont kimaradt. Hírlevél-sablonoknál és influenszeres linkeknél ez sűrűn előjön.

Miért (not set) egy egyéni dimenzió?

Egy egyéni dimenzió akkor mutat (not set) értéket, ha az adott esemény nem küldte a paramétert, ha a paraméter neve eltér a regisztrálttól, vagy ha a dimenziót más hatókörű adattal párosítod. Ennek jó része várható viselkedés, és csak egy része valódi hiba.

• Hiányzó paraméter. Ha a form_name paramétert csak a generate_lead esemény küldi, a page_view és a scroll sorok a táblázatban (not set) értéket kapnak. Ez rendben van, szűrj az Esemény neve dimenzióra, és csak a releváns eseményt nézd.
• Eltérő név. A paraméternév kis- és nagybetűre érzékeny, így a formName és a form_name két külön paraméter. Ha a címke az egyiket küldi, a regisztráció a másikat várja, minden sor (not set) lesz.
• Késői regisztráció. Az egyéni dimenzió csak a létrehozása utáni adatokra érvényes, visszamenőleg nem tölti fel a korábbi eseményeket, és az első adatok megjelenése 24-48 órát is igénybe vehet. Hivatalosan igazolt, a GA4 súgója ezt az egyéni dimenziók leírásánál rögzíti.
• Hatókör-keveredés. Esemény-hatókörű dimenzió mellé munkamenet- vagy felhasználó-hatókörű mutatót téve a GA4 olyan sorokat is mutat, ahol a dimenziónak nincs értelmezhető értéke. Szakmai feltételezés. Az Explorations jelentésekben a (not set) sorok jelentős része ebből a párosításból jön, és nem a méréskód hibájából.
• Felhasználói tulajdonság későn beállítva. Ha a user_properties értéket csak bejelentkezés után küldöd, a felhasználó korábbi eseményeinél a dimenzió üres marad.

Mi okozza a (not set) értéket az eszköz- és helyadatoknál?

Az ország és a város akkor (not set), ha a GA4 az IP-címből nem tudja meghatározni a helyet. Az eszközkategória, a böngésző és az operációs rendszer akkor üres, ha a kérésből hiányzik a böngésző azonosítója (user agent), ami főleg szerverről beküldött eseményeknél fordul elő.

Hivatalosan igazolt. A Google súgója a helyadatoknál a nem azonosítható IP-címet nevezi meg okként. Szakmai feltételezés. Szerveroldali Címkekezelőnél az eszközadatok hiánya általában arra utal, hogy a kliens nem továbbítja a böngésző azonosítóját vagy az IP-címet a GA4 felé. A Measurement Protocol eszköz- és helyadat-támogatását a hivatalos fejlesztői dokumentációban érdemes ellenőrizni, mielőtt a szervered erre építesz.

Milyen sorrendben keresd a hibát egy Explorations jelentésben?

Először mérd fel az arányt és nézd meg az idősort, utána bonts adatfolyam, eseménynév, forrás és eszköz szerint, végül ellenőrizd élőben a DebugView-ban. Ebben a sorrendben a legtöbb esetben néhány perc alatt kiderül, melyik okcsoportba tartozik a probléma.

1. Mérd fel az arányt. Nyiss egy szabad formátumú felfedezést, sorba tedd a vizsgált dimenziót (például Nyitóoldal + lekérdezési karakterlánc), mutatónak a Munkamenetek számát, időszaknak 28-90 napot. Számold ki, hány százalék esik a (not set) sorra.
2. Nézd meg az idősort. Tedd be a Dátum vagy a Hét dimenziót vonaldiagrammal. A hirtelen ugrás jellemzően egy kiadáshoz, egy új GTM-verzióhoz vagy egy banner-cseréhez köthető, az egyenletesen alacsony szint inkább természetes jelenség.
3. Bonts adatfolyam szerint. Az Adatfolyam neve dimenzió megmutatja, hogy a (not set) a weboldalon, az alkalmazásban vagy egy külön, szerverről táplált adatfolyamban koncentrálódik.
4. Add hozzá az Esemény neve dimenziót. Mutatónak tedd be az Eseményszámot, szűrőnek a (not set) értéket. Ha a user_engagement és a scroll dominál, lejárt munkamenetre gyanakodj. Ha a purchase vagy a generate_lead, akkor szerverről beküldött eseményre.
5. Keresztezd a forrással. Tedd mellé a Munkamenet forrása/közege dimenziót. Ha a nyitóoldal és a forrás is (not set), szinte biztosan session_id nélküli szerveroldali eseményről van szó. Ha a forrás valós (például google / cpc), a hiba a weboldali mérés sorrendjében van.
6. Nézd meg az eszközt és a böngészőt. Ha egyetlen böngésző vagy egy alkalmazáson belüli nézet (például közösségi média appok beépített böngészője) feltűnően felülreprezentált, ott érdemes tesztelni.
7. Ellenőrizd élőben. A Tag Assistant és a DebugView segítségével játszd le a gyanús folyamatot, várj ki egy munkamenet-időtúllépést, vagy küldd el az űrlapot, és nézd meg, mi az első esemény, és megérkeznek-e a paraméterek.
8. Ha van BigQuery-export, kérdezd le a nyers adatot. Az alábbi lekérdezés eseménynév szerint megmutatja, mely események érkeznek munkamenet-azonosító nélkül.

SELECT event_name, COUNT(*) AS db FROM `projekt.analytics_123456.events_*` WHERE _TABLE_SUFFIX BETWEEN '20261001' AND '20261028' AND (SELECT value.int_value FROM UNNEST(event_params) WHERE key = 'ga_session_id') IS NULL GROUP BY event_name ORDER BY db DESC

Saját tapasztalat. A negyedik és az ötödik lépés együtt az esetek többségében egyértelművé teszi az okot, így ritkán kell a BigQuery-ig eljutni. A hatókör-keveredést már az első lépésnél zárd ki, mert különben olyan hibát keresel, ami valójában a jelentés felépítéséből jön.

Mekkora (not set) arány számít normálisnak?

A Google nem közöl hivatalos küszöbértéket, a (not set) teljes eltüntetése pedig a legtöbb oldalon nem reális cél. Saját tapasztalatunk szerint a nyitóoldalnál 1-5% gyakori, a munkamenet forrásánál 1% körüli vagy az alatti arány a megszokott, egy egyéni dimenziónál pedig a releváns eseményen közel nulla az elvárható.

Akkor érdemes foglalkozni vele, ha az alábbiak közül legalább egy teljesül.

• A nyitóoldal (not set) aránya tartósan 5-10% fölé megy (saját tapasztalat).
• Az arány egyik hétről a másikra ugrik, és ez egybeesik egy kódkiadással vagy címkemódosítással.
• A kulcsesemények (konverziók) jelentős része (not set) forrású munkamenetekhez tartozik, mert ilyenkor a kampányok értékelése torzulhat.
• Egy egyéni dimenzió a saját eseményén is (not set), ami szinte mindig elírásra vagy hiányzó paraméterre utal.

Szakmai feltételezés. Kis forgalmú oldalaknál a százalék hétről hétre erősen ingadozhat, ezért ott a munkamenetek abszolút számát is nézd, mielőtt mélyebb vizsgálatba kezdesz. A mérés javítása jó eséllyel csökkenti az arányt, de nullára vinni ritkán sikerül, mert a lejárt munkamenetek egy része a felhasználói viselkedésből adódik.

Milyen ellenőrzőlistával előzheted meg a (not set) értékek felhalmozódását?

A megelőzés a címkék sorrendjén, a szerveroldali események munkamenet-azonosítóján és az egyéni dimenziók pontos regisztrációján múlik. Az alábbi listát érdemes minden nagyobb mérési módosítás után végigvenni.

• Az automatikus page_view be van kapcsolva, vagy a kézi page_view minden oldalon és útvonalváltáskor lefut, még az első egyéni esemény előtt.
• Egyoldalas alkalmazásnál az előzményváltozás (history change) is page_view-t küld.
• A cookie-banner elfogadása után az első page_view is elmegy, és nem csak a következő esemény.
• Minden Measurement Protocollal vagy szerverről beküldött esemény tartalmazza a client_id, a session_id és az engagement_time_msec értéket.
• A Google Ads fiók össze van kapcsolva a GA4-tulajdonsággal, és az automatikus címkézés be van kapcsolva.
• Az átirányítások (például http-ről https-re, vagy rövid linkekről) megtartják a gclid és az UTM paramétereket.
• A kézi UTM-linkekben mindig ott az utm_source, az utm_medium és az utm_campaign is.
• Az egyéni dimenziók paraméterneve betűre egyezik a címkében küldött névvel, és a regisztráció még az adatgyűjtés előtt megtörténik.
• Az Explorations jelentésekben azonos hatókörű dimenziót és mutatót párosítasz, vagy eseménynévre szűrsz.
• Havonta egyszer ránézel a (not set) arány idősorára, hogy a hirtelen változás ne hónapok múlva derüljön ki.

Források és további olvasnivalók

• Google Analytics súgó, [GA4] The value (not set)
• Google Analytics súgó, [GA4] About Analytics sessions
• Google Analytics súgó, [GA4] Custom dimensions and metrics
• Google Analytics súgó, [GA4] Link Google Ads to Analytics és az automatikus címkézés leírása
• Google Analytics for Developers, Measurement Protocol (Google Analytics 4) dokumentáció
• Google Analytics for Developers, gtag.js API referencia (get parancs)
• Google Analytics súgó, [GA4] BigQuery Export schema
• Google Tag Manager súgó és a szerveroldali címkézés dokumentációja