A beleegyezési mód — a Google hivatalos magyar fordításában így hívják — az a technikai réteg, ami átadja a Google-nak, hogy a látogatód mihez járult hozzá. 2024 márciusa óta az EGT-ben ez nem elhagyható, ha hirdetsz. Nézzük meg, mi a négy kapcsoló, mit veszítesz nélküle, és miért nem old meg mindent magától.
Egy pontosítás az elején: ez a cikk a Google technikai dokumentációjáról szól, nem jogi tanácsadás. A Google maga sem állítja sehol, hogy a beleegyezési mód önmagában GDPR-megfelelést jelentene — a saját irányelvéről beszél, nem a jogszabályról.
A négy kapcsoló
- ◆
ad_storageHirdetési célú tárolás: sütik a weben, eszközazonosítók alkalmazásban. Ez a v1 óta létezik. - ◆
analytics_storageAnalitikai célú tárolás — például a látogatás hosszának méréséhez. Szintén a v1-ből. - ◆
ad_user_data— ÚJ a v2-velNem tárolás, hanem küldés: hozzájárulás ahhoz, hogy felhasználói adat menjen a Google-nak hirdetési célra. A GA4 a hirdetési méréshez kifejezetten ezt várja. - ◆
ad_personalization— ÚJ a v2-velHozzájárulás a személyre szabott hirdetéshez. Ezen múlik a remarketing.
Létezik további három — működési, személyre szabási és biztonsági tárolás —, de ezek régebbiek, és nem részei a v2 kötelező körének.
Érdemes észrevenni a kettősséget: az első kettő arról szól, hogy tárolhatsz-e a látogató eszközén, a második kettő arról, hogy továbbadhatod-e az adatot a Google-nak, illetve használhatja-e személyre szabásra. Két külön kérdés, és külön is kell kezelni őket.
Mikor kötelező, és mit von meg a Google
A Google a saját uniós felhasználói hozzájárulási irányelvét szigorította: az EGT-beli végfelhasználóktól hozzájárulást kell gyűjteni, és a jelet meg kell osztani a Google-lal, ha Google-címkét vagy SDK-t használsz. Magyarország EGT-tag, tehát ránk is vonatkozik.
A következmény nem szankció. A Google szövege szerint intézkedés hiányában „csak az EGT-n kívüli végfelhasználók kerülnek be a kapcsolt hirdetési termékek által használt közönségekbe” — a kezdet 2024 márciusa. Vagyis nem állítják le a fiókodat: a közönségeid ürülnek ki, és a remarketinged hal el csendben.
Ugyanez vonatkozik az ügyféllistás célzásra is: 2024 márciusától az EGT-ben csak akkor használható egy ügyféllista, ha mindkét hozzájárulási mező „megadva” állapotban van.
Amit viszont a Google nem mond: hogy fiókfelfüggesztés vagy hirdetés-leállítás lenne a büntetés. A dokumentált következmény a közönség- és adatvesztés, plusz a modellezés kiesése. Ha valaki azzal riogat, hogy leáll a fiókod, az nem a Google dokumentációjából idéz.
Alap vagy haladó — és az egyetlen kemény kötés
Két megvalósítás létezik, és a különbség egyetlen kérdésen múlik: mikor töltődnek be a Google-címkék.
Alap (basic) módban a címkék blokkolva vannak, amíg a látogató nem lép interakcióba a sütisávval. A Google szövege szerint hozzájárulás előtt semmilyen adat nem megy — még az alapértelmezett hozzájárulási állapot sem. Cserébe általános, kevésbé részletes modellezést kapsz.
Haladó (advanced) módban a címkék betöltenek, alapértelmezésben „elutasítva” állapottal. Ha a látogató elutasít, a címkék süti nélküli jelzést küldenek: benne a hozzájárulás állapota és süti nélküli mérési adat. Ez hirdetőspecifikus modellezést tesz lehetővé, ami pontosabb.
Amit a Google nem mond ki ajánlásként: hogy a haladót válaszd. Az egyetlen kemény kötés ez: a GA4 viselkedési modellezése kizárólag haladó móddal működik — a Google előírja, hogy a címkéknek a hozzájárulási ablak megjelenése előtt, és minden esetben be kell töltődniük, nem csak hozzájárulás esetén.
Vagyis ha a GA4-edben modellezett adatot szeretnél látni, nincs választásod. Ha nem, akkor van.
A modellezés küszöbei — és miért nem fogod látni
A modellezés az, ami visszabecsüli az elveszett adatot. De csak akkor indul el, ha elég adatod van hozzá — és a küszöbök magyar méretben kemények.
Google Ads: napi 700 hirdetéskattintás, hét napon át — és ez országonkénti és domainenkénti bontásban értendő, nem összesítve. GA4: napi 1000 esemény elutasított analitikai tárolással, legalább hét napon át, és napi 1000 felhasználó megadott hozzájárulással az elmúlt 28 nap közül legalább héten. Egy átlagos magyar kkv egyiket sem éri el. Ilyenkor a beleegyezés-veszteség nem becsléssel pótlódik, hanem egyszerűen hiányzik.
Van egy további szűrő, amit kevesen ismernek: a Google Ads csak akkor mutatja meg a modellezés hatását, ha az legalább egy százalékos emelkedést hoz — és akkor is csak négy hétig, az implementáció utáni hét napon belül megjelenve. Egyes ország–domain párokra pedig egyáltalán nem jelenik meg adat, „alacsony modellezési emelkedés” miatt.
És a GA4-ben a modellezett adat nem jelenik meg mindenütt: nincs benne a közönségekben, a felhasználó-böngészőben, a kohorszokban, a sorrendet tartalmazó szegmensekben, a megtartási jelentésekben, a prediktív mutatókban és az adatexportban sem. Erről és a két rendszer eltéréséről külön cikket írtam.
Beállítás és ellenőrzés — két csapdával
Három út van. Hozzájárulás-kezelő platformmal (CMP): ez a legegyszerűbb — a Google partnerlistáján körülbelül negyven szolgáltató szerepel, köztük a Cookiebot, a OneTrust, az Usercentrics és az iubenda. Tanúsított partnernél a szolgáltató magától frissít az újabb verzióra; saját sávnál neked kell megcsinálnod.
Tag Managerrel: a címkék hozzájárulási beállításainál választhatsz, hogy csak megadott hozzájárulás esetén süljenek el. Itt van egy külön eszköz, a beleegyezés-inicializáló aktiválási szabály, ami a Google szerint minden más címke előtt lefut. Közvetlenül kódból: a gtag('consent', 'default', …) hívás, majd a sáv után 'update'.
Az első csapda az alapállapotban van. A Google szövege egyértelmű: alapértelmezésben semmilyen beleegyezési érték nincs beállítva. Ami nincs explicit megadva, az nem „elutasítva” — hanem beállítatlan. Az „elutasítva” alapérték csak akkor létezik, ha te írod be. És az alapértelmezésnek minden más kód előtt kell lefutnia.
A második csapda az ellenőrzésben. Sokan a GA4 DebugView-ban néznék meg, működik-e. Nem fog menni: a Google kimondja, hogy elutasított analitikai hozzájárulás esetén az események egyáltalán nem látszanak hibakeresési módban. Ott épp semmit nem fogsz látni — és ez nem hiba. Helyette a Tag Assistant Consent fülét használd: ott látod az oldalbetöltéskori alapértelmezést és a sáv utáni frissítést is, mind a négy paraméterre. Erről és a Tag Manager alapjairól külön cikk szól.
Gyakori kérdések
Ha beállítom a beleegyezési módot, megfelelek a GDPR-nak?
Ezt a Google sehol nem állítja. A saját uniós felhasználói hozzájárulási irányelvéről beszél, nem a jogszabályi megfelelésről. A beleegyezési mód technikai réteg — a jogi oldal külön kérdés.
Kell nekem IAB TCF is?
A Google a TCF-et opcionális integrációs útként írja le, nem kötelezettségként. A TCF nem váltja ki a beleegyezési módot, hanem egy megvalósítási út hozzá. Egy apró technikai részlet: ha a kezelőd 500 ezredmásodpercen belül nem válaszol, a címke az alapértelmezett beállításokkal fut tovább.
Mi történik, ha nem állítom be semmit?
2024 márciusától az EGT-beli látogatóid kimaradnak a kapcsolt Google-hirdetési termékek közönségeiből. A remarketinged fokozatosan elapad, és nem kapsz modellezett adatot.
Beállíthatom csak magyar látogatókra?
Igen, a region paraméterrel, ISO 3166-2 kódokkal — Magyarországra HU. A Google viszont nem közli szó szerinti szabályban, hogy a régiós és a régió nélküli alapértelmezés közül melyik élvez elsőbbséget, szóval érdemes Tag Assistanttel ellenőrizni.
Honnan tudom, hogy jól működik?
Tag Assistant, Consent fül: nézd meg a legkorábbi beleegyezési eseményt (ez az alapértelmezés) és a legutóbbit (ez a frissítés). Mind a négy paraméternek szerepelnie kell mindkettőben. A Google Ads oldalán a Célok → Konverziók → Diagnosztika fül is jelzi a tipikus hibákat.
A beleegyezési mód csak a jelet adja át — a hozzájárulást magát a sütisávnak kell beszereznie. Arról, hogy mit kell tartalmaznia, itt írtam.
Ha nem akarod kitalálni, hogy a te oldaladon alap vagy haladó módra van szükség, és hogy jól fut-e: kérj ajánlatot.
Források: Google for Developers — Beleegyezési mód fogalmak és megvalósítás (consent-mode, consent, consent-debugging, cmp, implement-TCF-strings); Google Ads Súgó — A beleegyezési mód (10000067, angol és magyar), A beleegyezési mód modellezéséről (10548233), A modellezés hatása (11954524), Beleegyezési mód v2 (13695607), Ügyféllista és hozzájárulás (14310715); Google Analytics Súgó — Hozzájárulási beállítások és EGT (14275483), Viselkedési modellezés (11161109), DebugView (7201382), CMP-partnerek (14009635); Google Címkekezelő Súgó — Hozzájárulási beállítások (10718549); IAB Europe — Transparency & Consent Framework. Lekérdezve: 2026. szeptember 19.


