Hogyan adj sütibeleegyezést a weboldaladhoz

Sütibeleegyezés hozzáadásához először sorold fel, mit tárol az oldalad a látogatók böngészőjében, és válogasd szét szigorúan szükségesre és opcionálisra. Ezután adj hozzá egy bannert – egy beleegyezés-kezelő platformtól vagy saját magad építve –, amely addig blokkolja az opcionális szkripteket, mint az analitika és a hirdetési pixelek, amíg a látogató el nem fogadja; amely ugyanolyan könnyen kínálja az „Elutasítás” gombot, mint az „Elfogadás” gombot; megjegyzi a döntést; és lehetővé teszi, hogy az emberek később megváltoztassák. Az a banner, amely megjelenik, de semmit nem blokkol, nem végzi el a dolgát.

Ez az útmutató általános tájékoztatás arról, hogyan működnek technikailag a sütibannerek, nem jogi tanács. Az adatvédelmi szabályok országonként eltérnek és változnak; ellenőrizd a látogatóidra vonatkozó szabályokat, vagy kérj tanácsot egy szakértőtől.

Mihez kell hozzájárulás (általános értelemben)

A sütikre vonatkozó szabályok általában a sütiket és a hasonló technológiákat fedik le: localStorage, követőpixelek, eszközujjlenyomat. Az EU-s és brit útmutatás alapján az általános felosztás:

Néhány részlet, amit könnyű elrontani:

• Az EU és az Egyesült Királyság opt-in modellt használ: az opcionális sütik addig várnak, amíg a látogató bele nem egyezik. A szabályozók, például a brit ICO útmutatása szerint a hozzájárulásnak egyértelmű, pozitív cselekvésnek kell lennie, és az embereknek könnyen be- és kikapcsolhatóvá kell tenniük a nem szükséges sütiket.
• Az Egyesült Királyság 2025-ben változott. A Data (Use and Access) Act 2025 lehetővé teszi, hogy bizonyos sütik hozzájárulás nélkül is beállíthatók legyenek, ideértve azt az analitikát, amely kizárólag a saját oldal fejlesztését szolgálja, és olyan összesített statisztikát állít elő, amely nem azonosíthat embereket – ezzel együtt egyértelmű tájékoztatási kötelezettséggel. Olvasd el az ICO aktuális útmutatóját, mielőtt rá támaszkodnál.
• Több amerikai állam célzott hirdetési célú „eladás” vagy „megosztás” esetén opt-out modellt használ, és egyesek elvárják, hogy tiszteld a böngészőszintű Global Privacy Control jelzést.
• Google-hirdetések: 2026 szeptemberétől a Google megköveteli, hogy az AdSense, Ad Manager vagy AdMob kiadók az EGT-ben, az Egyesült Királyságban és Svájcban Google által tanúsított beleegyezés-kezelő platformot használjanak, amely integrálva van az IAB Transparency and Consent Framework keretrendszerével.

Lehetőségek: CMP, könyvtár vagy saját megoldás

Az utolsó lehetőséget alulbecsülik. Ha csak látogatószámra van szükséged, a süti nélküli analitikai eszköz sok helyen megszüntetheti a banner szükségességét – ellenőrizd a dokumentációját és a helyi szabályokat.

Ha Google-hirdetéseket futtatsz Európában, a tanúsított CMP a gyakorlati választás. Kis vállalkozás oldalánál, amely csak analitikát használ, gyakran elég egy jól megépített saját banner vagy egy könyvtár.

Hogyan működik a banner a motorháztető alatt

Amit az emberek kihagynak, az a blokkolás. Helyes beállítás:

1. Bármilyen döntés előtt csak a szükséges sütik és szkriptek futnak. Az analitika, a pixelek és a beágyazások nem töltődnek be egyáltalán (vagy Google-címkéknél a hozzájárulás „megtagadva” állapotban töltődnek be).
2. A banner az első szinten világos lehetőségeket mutat: Mindent elfogadok, Mindent elutasítok, és lehetőséget a kategóriánkénti választásra.
3. Döntés után az oldal tárolja – jellemzően első féltől származó sütiben vagy localStorage-ban –, verzióval és dátummal, majd csak az elfogadott kategóriákat tölti be.
4. Későbbi látogatásoknál a tárolt döntés olvasódik be, mielőtt bármi opcionális betöltődne.
5. A „Sütibeállítások” link, általában a láblécben, bármikor újra megnyitja a választásokat. A visszavonásnak legyen olyan könnyűnek, mint a megadásnak.
6. Ha megváltoztatod, amit használsz, emeld a verziószámot, hogy az emberektől újra kérdezz.

Google consent mode

Az Google Analyticshez és Google Adshez a Google consent mode köti össze a címkéket a bannerrel. A Google 2026 szeptemberi dokumentációja szerint négy fő hozzájárulási típus van: ad_storage, analytics_storage, ad_user_data és ad_personalization. A Google-címke betöltése előtt egy alapértelmezést állítasz be, majd amikor a látogató dönt, egy frissítést:

gtag('consent', 'default', {
  ad_storage: 'denied',
  ad_user_data: 'denied',
  ad_personalization: 'denied',
  analytics_storage: 'denied'
});
// később, amikor a látogató csak az analitikát fogadja el:
gtag('consent', 'update', { analytics_storage: 'granted' });

A Google egy alap megvalósítást ír le, ahol a címkék hozzájárulásig nem töltődnek be, és egy haladót, ahol a címkék „megtagadva” állapotban töltődnek be, és süti nélküli jeleket küldenek. Az alap egyszerűbben átlátható. Az EGT-forgalomnál a Google elvárja, hogy az ad_user_data és ad_personalization jelek továbbítódjanak. Magáról a címkéről lásd: hogyan állítsd be a Google Analyticset.

Működő promptok

Adj hozzá sütibeleegyezési bannert. Kategóriák: szükséges (mindig bekapcsolva), analitika (Google Analytics 4) és marketing (Meta-pixel). Semmi az analitika vagy a marketing kategóriából nem töltődhet be a beleegyezés előtt. Az első képernyőn: „Mindent elfogadok”, „Mindent elutasítok” és „Testreszabás”, azonos hangsúllyal. A döntést verziószámmal és dátummal tárold egy első féltől származó sütiben 6 hónapig, csak az elfogadott kategóriákat töltsd be, és adj a láblécbe egy „Sütibeállítások” linket, amely újra megnyitja a bannert. Használj Google consent mode-ot, mind a négy típust alapértelmezetten „megtagadva” értékkel.

Sorold fel minden sütit, localStorage-kulcsot és harmadik féltől származó szkriptet, amelyet ez az oldal használ, megadva, melyik oldal tölti be, és szigorúan szükséges-e. Adj egy táblázatot, amelyet felhasználhatok a süti-szabályzathoz.

A /about oldal YouTube-beágyazásai a beleegyezés előtt töltődnek be. Cseréld le őket egy bélyegképre és egy lejátszógombra, amely csak a kattintás után tölti be a videót, és jelenjen meg egy megjegyzés, hogy a YouTube sütiket állíthat be.

Lépésről lépésre

1. Auditáld, mit állít be az oldalad: friss látogatásnál nyisd meg a DevTools → Application → Cookies és Local Storage részt, és nézd meg a Network fület a harmadik féltől származó kérésekért. Vedd be a beágyazásokat és a chat-widgeteket is.
2. Kategorizáld minden elemet: szükséges, beállítások, analitika, marketing. Távolíts el mindent, amit nem használsz.
3. Döntsd el a megközelítést: CMP, könyvtár vagy saját megoldás, a fenti táblázat alapján.
4. Valósítsd meg a blokkolást, hogy az opcionális szkriptek csak a hozzájárulás után töltődjenek be. Google-címkéknél add hozzá a consent mode alapértékeit a címke elé.
5. Építsd meg a bannert azonos súlyú Elfogadás és Elutasítás lehetőséggel, kategóriaválasztókkal és beállítások linkkel.
6. Írd meg a süti-szabályzatot (gyakran az adatvédelmi szabályzat része), amely felsorolja, mit használsz és miért; lásd: hogyan írj felhasználási feltételeket és adatvédelmi szabályzatot.
7. Teszteld privát ablakban: a döntés előtt nincsenek opcionális sütik vagy kérések; elutasítás után továbbra sincsenek; elfogadás után megjelennek a megfelelő sütik; ha meggondolod magad, megszűnnek.
8. Ellenőrizd újra, amikor új eszközt adsz hozzá.

Gyakori hibák

• Olyan banner, amely semmit nem blokkol. A szkriptek az oldal betöltésekor lefutnak, miközben a banner udvariasan kérdez.
• Az Elfogadás nagy gomb, az Elutasítás rejtett egy második képernyőn vagy egy szürke linkben.
• Előre bepipált kategóriák vagy „jogos érdek” kapcsolók alapértelmezetten bekapcsolva.
• Nincs mód meggondolni magad az első döntés után.
• A beágyazások elfelejtése: a YouTube, a térképek, a közösségi hírfolyamok és a chat-widgetek is állíthatnak be sütiket.
• Minden oldalbetöltésnél újra kérdezés, mert a döntés nincs megfelelően tárolva.
• A banner eltakarja az oldalt telefonon, vagy csapdába ejti a billentyűzet fókuszát. Tedd akadálymentessé, és elég kicsivé, hogy el lehessen olvasni mellette.
• Másik oldal szabályzatának másolása, amely olyan sütikről szól, amelyeket te nem használsz.

Beleegyezési ellenőrzőlista

• Minden süti, tárolókulcs és harmadik féltől származó szkript fel van sorolva és kategorizálva
• Az opcionális szkriptek a beleegyezésig blokkolva vannak (DevTools-ban ellenőrizve)
• Az Elfogadás és az Elutasítás azonosan könnyű az első szinten
• Vannak kategóriaválasztók; semmi opcionális nincs előre kiválasztva
• A döntés verzióval és dátummal van tárolva; a változások után újra kérdezünk
• „Sütibeállítások” link minden oldalon
• Google consent mode alapértékek a Google-címkék előtt beállítva, ha használod
• A süti- vagy adatvédelmi szabályzat megegyezik azzal, amit az oldal valóban tesz
• A látogatóid országainak szabályai ellenőrizve az aktuális útmutatóval vagy szakértővel

A háttérért olvasd el: mi az a süti és mi az a GDPR.

Sütibeleegyezés a Mythexen

A Mythex nem ad automatikusan sütibannert vagy analitikát az appodhoz – mindkettőt te kéred, így te döntesz arról, mi töltődik be. Először futtasd az auditáló promptot, majd a bannerprompt a valódi kategóriáiddal, és publikálás előtt teszteld az Előnézetben, nyitott DevTools-szal. Ha hosztolt CMP-t használsz, az ad egy szkriptet és egy azonosítót; az azonosító nyilvános, bekerülhet a frontend kódba, a titkok pedig a projektbeállításokba valók (környezeti változók és titkok). A változtatások után publikálj újra, hogy az éles oldal az új bannert használja.

Kérdések