- A hozzájárulási áttekintés a konténerbeállításokban kapcsolható be, és két csoportra bontja a címkéket aszerint, hogy beállítottad-e náluk a hozzájárulást.
- Beépített hozzájárulás-ellenőrzése a Google saját címkéinek van, a Meta Pixel, a hőtérkép és a chat címkéi kiegészítő hozzájárulás nélkül a döntéstől függetlenül lefuthatnak.
- A kiegészítő hozzájárulás a trigger pillanatában vizsgálja az állapotot, ezért a később elfogadó látogatóhoz kell egy második trigger a sütisáv frissítő eseményére.
- A tesztet három állapotban (elfogad, elutasít, nem dönt) tiszta böngészőprofilban, a Tag Assistant és a Hálózat fül együttes figyelésével érdemes elvégezni.
- Az áttekintés nem látja a konténeren kívül beégetett szkripteket, ezeket csak a hálózati kérések mutatják meg.
Ha egy meglévő Google Tag Manager konténert örökölsz, az első kérdés általában az, hogy mi fut le akkor, amikor a látogató elutasítja a sütiket. A Google-címkék a hozzájárulási mód (Consent Mode) jelzéseihez igazodnak, a Meta Pixel, a hőtérkép vagy a chatablak viszont alapból semmit nem tud a sütisávról. A GTM hozzájárulási áttekintő nézete (Consent Overview) egy képernyőn megmutatja, melyik címkénél van hozzájárulási beállítás és melyiknél nincs. Ebből indul az ellenőrzés, a végső választ viszont a böngészős tesztmenet adja meg.

Mit mutat meg a GTM hozzájárulási áttekintése?
A hozzájárulási áttekintés a címkéket két csoportra bontja aszerint, hogy beállítottad-e náluk a hozzájárulást, és címkénként jelzi a beépített és a kiegészítő ellenőrzéseket. Ebből néhány perc alatt látszik, hol hiányzik döntés, de az nem derül ki belőle, hogy egy címke ténylegesen lefut-e.
(Hivatalosan igazolt) A Google Tag Manager súgója szerint a nézet a címkelista fölötti pajzs ikonnal nyílik meg. A „Consent Not Configured” csoportba azok a címkék kerülnek, amelyeknél a hozzájárulási beállítás „Not set” értéken maradt. A „Consent Configured” csoportban azok vannak, ahol már döntöttél, akár úgy is, hogy a címkének nem kell további hozzájárulás. Több címkét kijelölve egyszerre adhatod meg ugyanazt a beállítást.
(Saját tapasztalat) Egy évek óta bővülő konténerben ez a nézet gyorsan kihozza a hagyatékot, például a régi egyedi HTML-címkéket, amelyeket valaki egy kampányhoz rakott be, és azóta senki nem nyúlt hozzájuk.
Hogyan kapcsolod be a hozzájárulási áttekintést?
A konténer adminisztrációjában, a konténerbeállítások között kell bekapcsolni az „Enable consent overview” jelölőnégyzetet. Mentés után a munkaterület címkelistája fölött megjelenik a pajzs ikon.
- Nyisd meg az Admin fület, majd a Container Settings (Konténerbeállítások) oldalt.
- Az Additional Settings részben jelöld be az Enable consent overview opciót, és mentsd.
- Lépj vissza a munkaterületre, a Tags (Címkék) listára.
- Kattints a pajzs ikonra, és nézd át a két csoportot.
(Szakmai feltételezés) A felület szövegei a fiók nyelvi beállításától függően angolul vagy magyarul jelennek meg, és a Google időnként átnevezi a menüpontokat. Ha nem találod az opciót, a súgó aktuális leírása a mérvadó.
Mi a különbség a beépített hozzájárulás-ellenőrzés és a kiegészítő hozzájárulás között?
A beépített ellenőrzés a címke saját kódjában van, és a hozzájárulási állapot szerint módosítja a működést. A kiegészítő hozzájárulás a GTM szintjén dönt arról, hogy a címke egyáltalán lefuthat-e. A nem Google-címkéknél jellemzően csak a második használható.
(Hivatalosan igazolt) Beépített ellenőrzése a Google saját címkéinek van, például a Google-címkének (GA4), a Google Ads konverziókövetésnek és remarketingnek, a Floodlightnak és a Conversion Linkernek. Ezek elutasított analytics_storage vagy ad_storage mellett sem feltétlenül maradnak csendben. Haladó hozzájárulási módban sütik nélküli jelzéseket küldenek, alapmódban pedig a hozzájárulás megadásáig be sem töltődnek.
(Hivatalosan igazolt) A kiegészítő hozzájárulást a címke Speciális beállítások (Advanced Settings) részében, a hozzájárulási beállítások alatt adod meg. Három lehetőség van.
- Not set, vagyis nincs beállítva. Ez az alapállapot.
- No additional consent required. A címkének nem kell külön hozzájárulás. Ezt akkor válaszd, ha a beépített ellenőrzés elég, vagy ha a címke nem kezel személyes adatot.
- Require additional consent for tag to fire. Felsorolod a szükséges hozzájárulástípusokat, és a címke csak akkor fut le, ha a trigger pillanatában mindegyik „granted” állapotú.
A választható típusok az ad_storage, analytics_storage, ad_user_data, ad_personalization, functionality_storage, personalization_storage és security_storage.
Hogyan találod meg, melyik nem Google-címke fut elutasításnál?
Gyűjtsd ki az áttekintésből azokat a címkéket, amelyeknek nincs beépített ellenőrzésük és kiegészítő hozzájárulást sem kaptak, majd nézd meg a triggerüket. Ha egy ilyen címke minden oldalon fut, jó eséllyel elutasításnál is lefut.
- Nyisd meg az áttekintést, és írd ki a „Consent Not Configured” csoport összes címkéjét a típusukkal együtt.
- Jelöld meg az egyedi HTML-címkéket és a közösségi sablongalériából (Community Template Gallery) származó címkéket. A Meta Pixel, a Hotjar, a Microsoft Clarity, a TikTok-pixel és a chatablakok legtöbbször ilyenek.
- Nézd át a „Consent Configured” csoportot is. Ha egy Meta Pixel címke „No additional consent required” beállítást kapott, azt valaki szándékosan vagy tévedésből engedte el.
- Minden gyanús címkénél nyisd meg a triggert. Az „All Pages”, az „Initialization” és a „Consent Initialization” trigger azt jelzi, hogy a címke a látogató döntése előtt is elindulhat.
- Ellenőrizd a sablonok beállításait. Egyes közösségi sablonokban van saját hozzájárulás-mező vagy a hozzájárulási állapotot olvasó logika, ezt a sablon leírásában találod.
- Készíts egy táblázatot a címke nevével, típusával, triggerével, jelenlegi hozzájárulási beállításával és azzal, hogy szerinted mi lenne a helyes.
(Saját tapasztalat) Gyakori hiba, hogy a Meta Pixel alapkódja egyedi HTML-címkében, „All Pages” triggerrel fut, a vásárlás eseménye pedig egy külön címkében van, amelynek a hozzájárulását már beállították. Így a GTM az eseményt visszatartja, az alapkód és a PageView viszont elutasításnál is lefut.
Miért nem elég a triggeren szűrni?
Sok konténerben a hozzájárulást egyedi eseménytriggerrel vagy kizáró triggerrel oldották meg, a hozzájárulási beállítások használata nélkül. Ez működhet, de az áttekintés ezeket a címkéket „nincs beállítva” állapotban mutatja, így a nézet félrevezető lesz. (Szakmai feltételezés) Hosszabb távon átláthatóbb, ha a hozzájárulási feltétel a címke beállításában van, a trigger pedig csak azt mondja meg, mikor fusson.
Milyen szempontok szerint sorold be a címkéket?
Minden címkét a célja szerint rendelj egy vagy több hozzájárulástípushoz, és döntsd el, kell-e kiegészítő hozzájárulás. Az alábbi lista kiindulópont, a végső besorolást a sütikezelési tájékoztatóddal és szükség esetén jogi tanácsadóval egyeztesd.
- Hirdetési pixelnél (Meta, TikTok, LinkedIn Insight, Microsoft Ads UET) kérj kiegészítő hozzájárulást
ad_storagetípusra, és ha a sütisávod külön kezeli,ad_user_dataésad_personalizationtípusra is. - Hőtérképnél és munkamenet-rögzítésnél (Hotjar, Clarity) jellemzően az
analytics_storagea megfelelő típus. - Chatablaknál nézd meg, tesz-e le azonosító sütit, és gyűjt-e marketingcélú adatot. Tisztán funkcionális működésnél a
functionality_storagelehet indokolt, követésnél azad_storage. - A GA4 és a Google Ads címkéknél működik a beépített ellenőrzés. Náluk a „No additional consent required” tudatos döntés, és kiveszi őket a „nincs beállítva” csoportból.
- A sütisáv (CMP) címkéje és a hozzájárulási alapértékeket beállító címke a „Consent Initialization - All Pages” triggeren fusson, kiegészítő hozzájárulás nélkül.
- Ha egy címkéről nem tudod, mit csinál, ne engedd el. Előbb nézd meg a hálózati kéréseit és a sütijeit.
- A konténeren kívül, a sablonba vagy bővítménybe közvetlenül beégetett szkripteket külön listán vezesd, mert ezekre a GTM-beállítás nem hat.
Ha a hozzájárulási alapértékeket kóddal állítod be, a GTM betöltése előtt nagyjából ez fut le.
gtag('consent', 'default', { 'ad_storage': 'denied', 'ad_user_data': 'denied', 'ad_personalization': 'denied', 'analytics_storage': 'denied', 'wait_for_update': 500 });
(Hivatalosan igazolt) A Google fejlesztői dokumentációja szerint az alapértéket a lehető legkorábban kell beállítani, és a wait_for_update paraméterrel időt adhatsz a sütisávnak a mentett döntés betöltésére. A Google által tanúsított CMP-k többsége ezt saját GTM-sablonnal elvégzi.
Hogyan teszteld a címkéket három állapotban?
Mindhárom állapotot (elfogad, elutasít, nem dönt) tiszta böngészőprofilban nézd, a GTM előnézetével és a fejlesztői eszközök Hálózat fülével együtt. A Tag Assistant megmutatja, melyik címke futott le és milyen volt közben a hozzájárulási állapot, a Hálózat fül pedig azt, hogy ténylegesen kiment-e kérés.
Minden kör előtt nyiss új inkognitóablakot, vagy töröld a domain sütijeit és helyi tárhelyét, különben a sütisáv az előző döntést tölti vissza. A Hálózat fülön érdemes előre beírni a szűrőket, például facebook.com/tr, hotjar, clarity.ms és collect.
1. Mit nézz, ha a látogató elfogad?
- A Tag Assistant Consent fülén az „On-page Update” sorban a kért típusok „Granted” értékűek.
- A kiegészítő hozzájárulást kérő címkék a „Tags Fired” listában vannak, legkésőbb a hozzájárulás frissítését jelző esemény után.
- A Hálózat fülön látszanak a Meta, a hőtérkép és a chat kérései, az Application fülön pedig megjelennek a sütik, például
_fbp,_hjSessionUser_*vagy_clck. - A GA4 kérésekben a
gcsparaméter értékeG111.
2. Mit nézz, ha a látogató elutasít?
- A Consent fülön a típusok „Denied” értékűek.
- A kiegészítő hozzájárulást kérő címkék a „Tags Not Fired” listában vannak, és a címkére kattintva látszik, hogy a hozzájárulás hiánya tartotta vissza őket.
- A Hálózat fülön nincs
facebook.com/tr, Hotjar vagy Clarity kérés, és a hozzájuk tartozó sütik sem jönnek létre. - Haladó módban a GA4 kérésekben a
gcsértékeG100. Alapmódban ilyen kérés egyáltalán nem megy ki.
3. Mit nézz, ha a látogató nem dönt?
Ezt az esetet hagyják ki a legtöbbször. Töltsd be az oldalt, ne kattints a sütisávra, görgess, kattints egy belső linkre, és nézd meg a második oldalt is.
- Az „On-page Default” sor a beállított alapértéket mutatja, az EGT-ben jellemzően mindenhol „Denied” értéket.
- Hozzájárulást igénylő címke a második oldalbetöltésnél sem futhat le.
- Figyeld az időzítést. Ha a sütisáv lassan töltődik be, és a
wait_for_updateideje lejár, a címkék az alapértékkel értékelődnek ki.
(Saját tapasztalat) A „nem dönt” körben derül ki legtöbbször, hogy egy chat- vagy hőtérkép-szkript a sütisávtól függetlenül, a weboldal sablonjából töltődik be. A GTM előnézetében ilyenkor minden rendben látszik, a Hálózat fülön mégis megjelenik a kérés.
Mit nem lát a hozzájárulási áttekintés?
Az áttekintés csak a GTM-konténer címkéinek beállítását mutatja. Nem látja a konténeren kívüli szkripteket, nem ellenőrzi, hogy a sütisáv valóban küld-e frissítést, és nem tudja, hogy egy egyedi HTML-címke milyen további kódot tölt be.
- A sablonba, bővítménybe vagy témába beégetett kódokat.
- Egy engedélyezett címke által betöltött további szkripteket. Ha az egyedi HTML egy külső fájlt hív be, annak a működésére a GTM-beállítás már nem hat.
- A szerveroldali címkézést, ahol a továbbítás feltételeit a szerverkonténerben külön kell kezelni.
- A sütisáv hibás működését, például ha elutasítás után is „granted” frissítést küld.
(Szakmai feltételezés) Emiatt a konténer átnézését és a böngészős tesztet érdemes együtt elvégezni, és minden nagyobb konténer-publikálás után megismételni.
Mi történik, ha a látogató később fogad el?
A kiegészítő hozzájárulást kérő címke csak akkor fut le, ha a triggere a hozzájárulás megadása után is aktiválódik. Ha a címke kizárólag az „All Pages” triggeren van, és a látogató az első oldalon fogad el, ott a címke kimarad, és csak a következő oldalbetöltésnél indul el.
(Hivatalosan igazolt) A Google súgója szerint a kiegészítő ellenőrzés a trigger pillanatában vizsgálja az állapotot, és a címke utólag magától nem fut le. Megoldás egy második trigger, amely a sütisáv frissítő eseményére reagál. A legtöbb CMP saját dataLayer-eseményt küld, ennek neve szolgáltatónként eltér, ezért a CMP dokumentációjában nézd meg.
(Saját tapasztalat) Ha egy címke két triggert kap (oldalmegtekintés és hozzájárulás-frissítés), figyelj arra, hogy ne fusson le kétszer azon az oldalon, ahol a hozzájárulás már korábban is megvolt. Ilyenkor a címke tüzelési beállításai közül a „Once per page” segíthet.
Források és további olvasnivalók
- Google Tag Manager súgó, Consent overview és a címkék hozzájárulási beállításai
- Google Tag Manager súgó, beépített és kiegészítő hozzájárulás-ellenőrzés
- Google for Developers, Consent mode implementációs útmutató (Tag Platform dokumentáció)
- Google Ads súgó, About consent mode
- Google Analytics súgó, hozzájárulási mód és sütik nélküli mérés
- Tag Assistant súgó, a Consent fül az előnézetben
- Európai Adatvédelmi Testület (EDPB), iránymutatás a hozzájárulásról
- Meta for Developers, Meta Pixel dokumentáció
Gyakori kérdések
Hol kapcsolom be a hozzájárulási áttekintést a GTM-ben?
Az Admin fülön, a Container Settings oldal Additional Settings részében jelöld be az Enable consent overview opciót. Mentés után a címkelista fölött megjelenik a pajzs ikon.
Lefut a Meta Pixel elutasított hozzájárulásnál?
Ha egyedi HTML-címkében vagy hozzájárulás-kezelés nélküli sablonban fut, és nem kapott kiegészítő hozzájárulást, jó eséllyel igen. A biztos választ a Hálózat fülön keresett facebook.com/tr kérés adja meg elutasított állapotban.
Kell kiegészítő hozzájárulás a GA4 címkére?
A GA4 címkének van beépített hozzájárulás-ellenőrzése, ezért általában elég a „No additional consent required” beállítás. Ha alapmódot szeretnél, a Google-címke betöltését a sütisáv döntéséhez kell kötni.
Miért nem fut le a címke, amikor a látogató elfogad?
A kiegészítő hozzájárulás a trigger pillanatában vizsgálja az állapotot. Ha a trigger már a döntés előtt lefutott, a címkéhez kell egy második trigger a sütisáv frissítő eseményére.
Mit jelent a gcs=G100 érték a GA4 kérésben?
Azt jelzi, hogy az ad_storage és az analytics_storage is elutasított állapotban van. Elfogadásnál jellemzően G111 jelenik meg.
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.