Consent Mode alapállapot: mit engedj alapból, és mit veszítesz vele

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

A Consent Mode bevezetésekor az alapállapot a legnagyobb hatású döntés. Ez mondja meg a Google-címkéknek, hogyan viselkedjenek addig, amíg a látogató nem választott a sütisávon. Ha minden értéket elutasítottra állítasz, a mérés óvatosabb lesz, cserébe a jelentésekben kevesebb adatot látsz. Ebben a cikkben végigmegyünk azon, mi történik pontosan a mért adatokkal, mekkora visszaesésre készülj, hogyan mondd el ezt előre a tulajdonosnak, és mikor érdemes élesíteni.

A szövegben három jelölést használunk. Hivatalosan igazolt, ha a Google dokumentációjában szerepel. Saját tapasztalat, ha bevezetéseknél ismétlődően ezt láttuk. Szakmai feltételezés, ha logikus következtetés, de nem mért tény. Az adatvédelmi megfelelésről ez a cikk nem ad jogi tanácsot. Hogy nálad mi engedhető alapból, azt adatvédelmi szakértővel vagy ügyvéddel döntsd el.

Mi a Consent Mode alapállapota, és miben különbözik a frissítéstől?

Az alapállapot (default) az a hozzájárulási érték, amellyel a Google-címkék az oldal betöltésekor elindulnak, a frissítés (update) pedig az az érték, amit a látogató döntése után küldesz. Az alapállapot mindenkire vonatkozik, aki még nem kattintott a sávon, a frissítés csak arra, aki választott.

Hivatalosan igazolt. A Consent Mode második verziója négy, hirdetéshez és méréshez kötődő paramétert használ:

• ad_storage a hirdetési sütik írását és olvasását szabályozza,
• analytics_storage a mérési (például GA4) sütikét,
• ad_user_data azt, hogy a felhasználói adat hirdetési célra eljuthat-e a Google-hoz,
• ad_personalization azt, hogy használható-e személyre szabott hirdetéshez és remarketinghez.

Ezek mellett létezik a functionality_storage, a personalization_storage és a security_storage is, amelyek a Google-címkék működését közvetlenül kevésbé érintik. Egy teljesen elutasított alapállapot így néz ki gtag-ben, és a Google-címkék betöltése ELŐTT kell lefutnia:

gtag('consent', 'default', { 'ad_storage': 'denied', 'ad_user_data': 'denied', 'ad_personalization': 'denied', 'analytics_storage': 'denied', 'wait_for_update': 500 });

A wait_for_update ezredmásodpercben adja meg, meddig várjanak a címkék a sütikezelő (CMP) jelzésére. Amikor a látogató elfogadja a sütiket, a sütikezelő ezt küldi:

gtag('consent', 'update', { 'ad_storage': 'granted', 'ad_user_data': 'granted', 'ad_personalization': 'granted', 'analytics_storage': 'granted' });

Google Tag Managerben az alapállapotot a Consent Initialization - All Pages triggerre tett címke állítja be, és ez minden más trigger előtt fut. Visszatérő látogatónál a sütikezelő a korábban eltárolt döntést már az első oldalbetöltéskor frissítésként elküldi, így neki nem kell újra kattintania.

Mit érdemes alapból engedni, és mit nem?

Az Európai Gazdasági Térségben a bevett gyakorlat az, hogy a négy hirdetési és mérési paraméter alapból elutasított, és csak a látogató kifejezett elfogadása után vált engedélyezettre. A security_storage (például csalásmegelőzés, bejelentkezés) többnyire alapból engedélyezett, mert az oldal működéséhez kell.

Hogy a funkcionális és a személyre szabási tárolás nálad melyik kategóriába esik, az már az adatkezelési tájékoztatón és a konkrét sütiken múlik. Ezt ne a marketinges döntse el, hanem a jogi szakértő, a marketinges pedig pontosan leírja neki, melyik süti mire kell.

Hivatalosan igazolt. A region paraméterrel országonként eltérő alapállapot adható meg, például 'region': ['HU', 'AT', 'DE']. Ha a forgalmad döntő része Magyarországról jön, ez ritkán hoz érdemi különbséget, nemzetközi webshopnál viszont jól jöhet.

Hivatalosan igazolt. A Google EU-s felhasználói hozzájárulási irányelve szerint az EGT-ből érkező felhasználók adatait használó hirdetési funkciókhoz (például remarketing, konverziókövetés) érvényes hozzájárulási jelzést kell küldeni. Ha az ad_user_data és az ad_personalization jelzés hiányzik, a remarketinglisták bővülése és egyes mérési funkciók korlátozódhatnak.

Mi a különbség az alap és a haladó Consent Mode között?

Alap módban a Google-címkék egyáltalán nem töltődnek be hozzájárulás előtt, haladó módban betöltődnek, de elutasított állapotban csak süti nélküli jelzéseket (úgynevezett pingeket) küldenek. Ez a különbség határozza meg, hogy a Google tud-e modellezni a hiányzó adatra.

Hivatalosan igazolt. Haladó módban a GA4 viselkedési modellezést, a Google Ads konverziómodellezést végezhet a süti nélküli pingekből. Alap módban a modellezés általánosabb, kevésbé oldalspecifikus adatokra támaszkodik. A GA4 viselkedési modellezésnek küszöbei vannak. A Google leírása szerint legalább 7 napon át napi 1000 eseménynek kell érkeznie elutasított analytics_storage mellett, és az előző 28 napból legalább 7 napon napi 1000 felhasználónak engedélyezett állapotban. A riportálási identitásnak ehhez a Blended beállításon kell lennie. A küszöbök változhatnak, élesítés előtt nézd meg a friss dokumentációt.

Saját tapasztalat. Kisebb forgalmú magyar oldalaknál a GA4 modellezési küszöbe gyakran nem teljesül, így ott a haladó mód előnye a GA4 riportokban alig látszik, a Google Ads konverziómodellezésben viszont igen.

Hogy a haladó mód süti nélküli pingjei nálad elfogadhatók-e adatvédelmi szempontból, az szintén jogi kérdés. A választás előtt kérj rá írásos véleményt.

Mit veszítesz pontosan, ha minden alapból elutasított?

Azt az adatot veszíted el, amit a sávon nem kattintó vagy elutasító látogatók termelnének, és ez a jelentésekben számszerű visszaesésként jelenik meg. A forgalom a valóságban nem csökken, csak a mérés lát belőle kevesebbet.

Saját tapasztalat. A bevezetés után ezeket a változásokat látjuk leggyakrabban:

• A GA4-ben csökken a felhasználók és munkamenetek száma. A mértéke oldalanként nagyon eltér, a sáv kialakításától és a közönségtől függ, és sokszor két számjegyű százalék.
• Nő a forrás nélküli vagy rosszul besorolt forgalom aránya, mert a látogatás elejét és végét a mérés nem tudja összekötni.
• A Google Ads-ben először kevesebb konverzió látszik, a modellezett konverziók később, néhány napos késéssel jelennek meg.
• A remarketinglisták lassabban nőnek, kisebb fiókoknál egy részük a minimális méret alá eshet.
• A konverziós arány furcsán mozoghat, mert a számláló és a nevező nem ugyanúgy veszít.

Szakmai feltételezés. Az automatikus ajánlattételi stratégiák (például cél-CPA vagy cél-ROAS) az első hetekben kevesebb konverziós jelet kapnak, ezért óvatosabban licitálhatnak. Ez nem minden fióknál jelentkezik, de érdemes rá számítani.

Ami nem változik, azt is írd le magadnak. A webshop rendelései, a számlák, a CRM-be érkező ajánlatkérések és a bejövő hívások száma független a sütisávtól. Ezek adják a viszonyítási pontot, amikor a tulajdonos megkérdezi, hogy tényleg kevesebb vevő jött-e.

Hogyan tájékoztasd a tulajdonost a várható visszaesésről?

Még a bevezetés előtt, írásban mondd el neki, melyik szám fog csökkenni, melyik nem, és mihez hasonlítsátok a bevezetés hónapját. Ha ezt utólag magyarázod, a visszaesés hibának tűnik. Ha előre, akkor tervezett változásnak.

A tájékoztató szerintünk ezekből a részekből álljon:

1. Egy mondat arról, miért kell a változás, a jogi indoklást a szakértő véleményére hivatkozva.
2. A felsorolás, mely mutatók csökkennek (GA4 felhasználók, munkamenetek, Google Ads konverziók, remarketinglisták).
3. A felsorolás, mely mutatók nem változnak (rendelések, bevétel a webshop rendszerében, ajánlatkérések, hívások).
4. A bevezetés napja, amit a GA4-ben megjegyzésként (annotation) is rögzítesz.
5. Annak kimondása, hogy a bevezetés hónapja az előző hónappal és az előző év ugyanazon hónapjával a mérőeszközökben nem vethető össze egy az egyben.
6. Hogy a havi riportban ettől kezdve a háttérrendszer számai (rendelés, ajánlatkérés) kerülnek előre, a mért forgalom pedig mellé.

Egy példamondat, amit átírhatsz a saját helyzetedre: „A sütihozzájárulás bevezetése után a Google Analytics csak azokat a látogatókat méri teljes részletességgel, akik elfogadják a sütiket. Emiatt a látogatószám a riportban csökkenni fog, a tényleges rendelések számát ez nem érinti. A következő hónapokban a rendeléseket a webshop adataiból is mellétesszük, hogy a kettő együtt látszódjon.”

Ne ígérj konkrét számot arra, mennyi lesz a visszaesés, és arra sem, hogy a modellezés mikor hozza vissza az adatot. Ezt előre senki sem tudja megmondani, és ha a becslés nem jön be, az rontja a bizalmat.

Hogyan olvasd a számokat a bevezetés hónapjában?

A bevezetés hónapjában a trendet nézd, ne az abszolút számot. A GA4 és a Google Ads adata ekkor egy új alapszintre áll be, és a következő hónapokat már ehhez az új szinthez érdemes mérni.

Gyakorlatban három összevetés segít. Az első a konverziós arány a háttérrendszer számával, például a webshop rendeléseinek és a GA4 vásárlás eseményeinek aránya. Ha ez az arány a bevezetés után egy szinten stabilizálódik, a mérés rendben van, csak kevesebbet lát. A második a Google Ads modellezett és megfigyelt konverzióinak aránya, amit a konverziós oszlopok között külön is megnézhetsz. A harmadik a forrásonkénti megoszlás. Ha egyetlen csatorna esik sokkal nagyobbat a többinél, ott valószínűleg beállítási hiba van, és nem a hozzájárulás a magyarázat.

Szakmai feltételezés. A mobilos és az asztali forgalom eltérően reagálhat, mert a sütisáv mobilon több helyet foglal, és a látogatók máshogy kattintanak rá. Ezt eszközönként érdemes külön is megnézni az első hetekben.

Mikor érdemes bevezetni?

Csendesebb időszakban, a kampánycsúcsok előtt jó pár héttel vagy utánuk, soha nem közvetlenül egy fontos akció, szezonkezdés vagy ünnepi időszak előtt. A cél, hogy a mérés átállása ne keveredjen össze a kereslet ingadozásával.

Szakmai feltételezés. Ha a bevezetés egy kampánycsúcsra esik, nem fogod tudni szétválasztani, mennyi a visszaesésből a mérés átállása és mennyi a valós piaci hatás. Ráadásul pont akkor zavarod meg az automatikus ajánlattételt, amikor a legtöbb pénz megy el.

Néhány gyakorlati szempont az időzítéshez:

• Webshopnál kerüld a Black Friday és a karácsonyi időszak előtti heteket, szezonális szolgáltatásnál a főszezon kezdetét.
• Hét elején élesíts, hogy a hét közben még legyen időd javítani, ha valami nem fut.
• A bevezetés utáni két-három hétben ne indíts új kampányt, és ne válts ajánlattételi stratégiát, hogy a hatások ne keveredjenek.
• Ha lehet, hónap elején kezdj, így a bevezetés hónapja egységesen az új mérést tükrözi.

Mit ellenőrizz a bevezetés előtt?

A bevezetés előtt azt kell tudnod, mi a kiinduló állapot, és hogy minden szükséges döntés megszületett. Ez az ellenőrzőlista ehhez segít.

1. Megvan a jogi szakértő írásos véleménye arról, mi lehet alapból engedélyezett, és hogy alap vagy haladó módot használsz.
2. A sütikezelő támogatja a Consent Mode második verzióját, és küldi az ad_user_data és ad_personalization jelzést is.
3. Leltárba vetted az összes címkét (GA4, Google Ads, Meta, egyéb pixelek), és mindegyikhez tudod, melyik hozzájárulási kategóriához tartozik.
4. Elmentetted az előző 3 hónap fő mutatóit (felhasználók, munkamenetek, konverziók forrásonként), hogy legyen mihez hasonlítani.
5. Kikérted a háttérrendszer számait ugyanarra az időszakra (rendelések, ajánlatkérések).
6. A tulajdonos írásban megkapta a tájékoztatót, és tudja a bevezetés napját.
7. Tesztkörnyezetben vagy a GTM előnézeti módjában már végigpróbáltad az elfogadás és az elutasítás útját.

Mit ellenőrizz a bevezetés után?

A bevezetés után azt kell igazolnod, hogy az alapállapot valóban a címkék előtt fut le, és hogy a frissítés mindkét irányban helyesen megy át. Ezt néhány egyszerű teszt megmutatja.

1. A Tag Assistantben a Consent fülön az első esemény előtt elutasított alapállapotot látsz.
2. Elfogadás után ugyanitt megjelenik a frissítés, a négy paraméter engedélyezett állapotban.
3. Elutasítás után a paraméterek elutasítottak maradnak, és nem íródik ki _ga vagy _gcl süti.
4. A böngésző hálózati fülén a Google-kérések gcs paramétere a várt értéket mutatja (G100 mindkettő elutasítva, G111 mindkettő engedélyezve).
5. A GA4 adatfolyam hozzájárulási beállításainál aktívnak látszanak a hirdetési jelzések.
6. A Google Ads konverziós diagnosztikája nem jelez hiányzó hozzájárulási jelzést.
7. Egy hét múlva összeveted a GA4 és a háttérrendszer számait, és a tulajdonosnak megírod az első képet.

Saját tapasztalat. A leggyakoribb hiba, hogy az alapállapot a címkék UTÁN fut le, mert a sütikezelő kódja később töltődik be, mint a GTM. Ilyenkor az első oldalmegtekintés hozzájárulás nélkül megy ki, ami mérési és jogi szempontból is gond. A második gyakori hiba, hogy a frissítés csak az ad_storage és az analytics_storage értéket küldi, a két újabb paramétert nem.

Források és további olvasnivalók

• Google Tag Platform dokumentáció: Consent mode áttekintés és beállítás
• Google Analytics súgó: Behavioral modeling for consent mode
• Google Ads súgó: A Consent Mode és a konverziómodellezés
• Google Tag Manager súgó: Consent settings és Consent Initialization trigger
• Google: EU user consent policy
• Európai Adatvédelmi Testület (EDPB): iránymutatások a hozzájárulásról az általános adatvédelmi rendelet szerint
• Nemzeti Adatvédelmi és Információszabadság Hatóság (NAIH) tájékoztatói