Cookiebotról CookiePilotra migrálás: gyakorlati átállási útmutató

A Cookiebotról CookiePilotra váltás nem pusztán egy süti banner lecserélése. A legtöbb vállalatnál ez az a pont, ahol a látogatói hozzájárulás, a marketingmérés, a Google Tag Manager, a webáruház működése, a jogi dokumentáció és a fejlesztői karbantartás találkozik. Ha a migrációt megtervezi a csapat, a CookiePilot segíthet átláthatóbbá tenni a hozzájáruláskezelést és a szkriptek vezérlését. Ha viszont gyors cserének kezelik, könnyen keletkezhet kettős banner, hibás konverziómérés vagy olyan cookie, amely rossz időpontban töltődik be.

Ez az útmutató magyar weboldalaknak, WooCommerce áruházaknak, SaaS cégeknek és ügynökségeknek szól, amelyek kereskedelmi szándékkal vizsgálják, hogyan lehet Cookiebotról CookiePilotra migrálni. Nem jogi tanácsadás, és egyetlen CMP sem tud önmagában megfelelést garantálni. A CookiePilot támogathatja a hozzájárulások kezelését, a kategóriák kialakítását, a Google Consent Mode v2 beállítását és a bizonyítékok rendezését, de a célok, szövegek, szolgáltatók, jogalapok és belső folyamatok meghatározása továbbra is az adatkezelő feladata.

Ha még döntés előtt áll, érdemes megnézni a Cookiebot alternatíva, a CookiePilot funkciók és az árak oldalakat. Mérési fókuszú projektnél hasznos háttér a Google Consent Mode v2 áttekintése is.

Mikor érdemes Cookiebotról CookiePilotra váltani

A migráció akkor indokolt, ha konkrét üzleti vagy működési problémára ad választ. Ilyen lehet egy új weboldal vagy webshop bevezetése, a Google Tag Manager rendbetétele, többnyelvű piacra lépés, a GA4 és Google Ads mérés pontosabb kezelése, vagy az, hogy a jogi és marketing csapat egyszerűbb, átláthatóbb felületet szeretne a szolgáltatók és kategóriák ellenőrzéséhez.

Fogalmazza meg előre, mit vár a váltástól. Kevesebb kézi triggerlogikát szeretnének a GTM-ben? Jobban dokumentált szolgáltatólistát? Magyar, angol, német és román nyelvű bannert ugyanarra a domaincsoportra? Pontosabb Consent Mode v2 jelzéseket Google Ads kampányokhoz? Vagy azt, hogy a fejlesztők ne sablonfájlokban és régi snippet pluginekben keressék a mérőkódokat? A migráció sikere ezekhez a célokhoz mérhető, nem ahhoz, hogy az új banner szebb-e.

Fontos a határok kijelölése is. A CMP váltás önmagában nem törli a felesleges marketingeszközöket, nem írja át az adatkezelési tájékoztatót, és nem javítja meg a rosszul felépített kampánystruktúrát. A CookiePilot segíthet a hozzájárulási keret és a technikai végrehajtás kezelésében, de a csapatnak kell eldöntenie, mely szolgáltatások szükségesek, melyek opcionálisak, és mit kell ezekről közölni a látogatóval.

Magyarországon érdemes figyelni a Nemzeti Adatvédelmi és Információszabadság Hatóság és a Nemzeti Média- és Hírközlési Hatóság hivatalos anyagait. Európai szinten releváns az EDPB és az Európai Bizottság adatvédelmi oldala. A Google mérési megoldásaihoz az eredeti Google Consent Mode dokumentáció legyen a technikai kiindulópont.

Migráció előtti audit

Ne az új kód beillesztésével kezdjen. Először azt kell megérteni, hol és hogyan működik ma a Cookiebot. A cél nem az, hogy minden múltbeli döntést igazoljanak, hanem hogy legyen tiszta kép a domainekről, tag manager konténerekről, szkriptekről, kategóriákról, nyelvi verziókról és kockázatos oldalakról.

Készítsen webhelyleltárt. Szerepeljen benne a fődomain, az aldomainek, a kampány landing oldalak, a blog, a bejelentkezési felület, az ügyfélportál, a kapcsolatfelvételi űrlapok, a foglalási útvonalak és a webshop checkout. Webáruháznál külön sor legyen a kezdőlap, kategóriaoldal, termékoldal, keresés, kosár, szállítás, fizetés, rendelés-visszaigazoló oldal, fiók és visszaküldési folyamat.

Ezután írja össze a szolgáltatásokat. Magyar e-commerce környezetben gyakori a GA4, Google Ads, Meta Pixel, TikTok, LinkedIn, Árukereső, Google Merchant Center, hírlevélrendszerek, chat, ügyfélszolgálati widget, hőtérkép, A/B teszt, affiliate hálózat, fizetési szolgáltató, csalásmegelőzés, térkép és videó beágyazás. Mindegyiknél rögzítse a szolgáltatót, a célt, az oldalhelyet, a jelenlegi Cookiebot kategóriát, a hozzájárulási igényt és a felelős csapatot.

Ne csak az adminfelületből dolgozzon. Nyissa meg az oldalt tiszta böngészőprofilban, használja a fejlesztői eszközöket, a GTM Preview módot és lehetőség szerint egy crawlert. Tesztelje az első látogatást, az összes elutasítását, az összes elfogadását, a részleges választást, a beállítások módosítását és az oldal újratöltését. Figyelje a cookie-kat, local storage elemeket, network hívásokat, dataLayer eseményeket és a GTM tag állapotát.

Az audit része legyen a szükségesség vizsgálata. A kosár, bejelentkezés, biztonság, terheléselosztás vagy fizetés más megítélés alá eshet, mint a remarketing, analitika, közösségi pixel vagy személyre szabás. Egy szolgáltatás nem lesz technikailag szükséges csak azért, mert üzletileg fontos. Vitás esetekben vonja be a jogi tanácsadót vagy adatvédelmi felelőst.

Exportok és bizonyítékok megőrzése

Mielőtt a Cookiebot kód kikerülne, mentsen el minden olyan információt, amely később bizonyítékként, összehasonlítási pontként vagy hibakeresési alapként szolgálhat. Ide tartoznak a banner szövegei, kategóriák, szolgáltatólisták, domaincsoportok, nyelvi változatok, elérhető hozzájárulási naplók, szkennelési jelentések, képernyőképek, jelenlegi GTM verziók és a már ismert régi hibák.

A mentésekhez adjon dátumot, időpontot, URL-t, weboldalverziót és felelőst. Érdemes külön mappát létrehozni az auditnak, exportoknak, jogi szövegeknek, GTM jegyzeteknek, teszteknek és launch dokumentációnak. Ha a migráció után vita indul arról, mi változott a mérésben vagy miért lett más a hozzájárulási arány, a dokumentált állapot sokkal többet ér, mint egy emlékezetből rekonstruált magyarázat.

Ne vegye át automatikusan a régi hozzájárulásokat. Ha változik a banner szövege, a kategóriák tartalma, a szolgáltatólista vagy a technikai működés, akkor a korábbi preferenciák jelentése is változhat. Döntse el tudatosan, hogy új hozzájárulást kér-e, vagy van-e indokolható folytonosság. A döntést rögzítse, és szükség esetén kérjen jogi kontrollt.

A bizonyítékmegőrzés nem csak hatósági kérdés. Operatív haszna is van. Ha egy kampánymenedzser azt látja, hogy a Google Ads konverziók csökkentek, vagy a fejlesztő azt kérdezi, miért nem tölt be egy chat widget, gyorsan összevethető a régi és az új állapot.

Kategóriák, szolgáltatók és szkriptek leképezése

A migráció legfontosabb része a leképezés. A Cookiebot és a CookiePilot kategóriái hasonló neveket használhatnak, de a tényleges jelentés a beállításoktól és a weboldal gyakorlatától függ. Ne kategórianév alapján másoljon. A szolgáltatás célját, működését és betöltési helyét vizsgálja.

Készítsen táblázatot az alábbi oszlopokkal: szolgáltatás, szolgáltató, cél, régi Cookiebot kategória, új CookiePilot kategória, betöltési hely, hozzájárulási feltétel, GTM trigger, elutasítás esetén várt viselkedés, felelős és tesztbizonyíték. Nagyobb webhelyen hasznos jelölni, hogy a szolgáltatás minden oldalon, csak kampányoldalon, csak checkoutban vagy csak fiókfelületen jelenik meg.

A Google szolgáltatásokat bontsa szét. A Google név alatt szerepelhet GA4, Google Ads, Conversion Linker, YouTube, Maps, reCAPTCHA vagy más integráció. Google Consent Mode v2 esetén gyakran kulcsfontosságú az ad_storage, analytics_storage, ad_user_data és ad_personalization. Az alapértelmezett állapotnak a releváns Google tagek előtt kell beállnia, majd a banner választása után frissülnie kell.

A GTM-ben kerülje a kettős logikát. Ha a régi beállítás Cookiebot eseményekre, custom HTML változókra vagy manuális cookie ellenőrzésekre épült, ezeket célszerű CookiePilot-kompatibilis trigger- és consent logikára cserélni. Ha egyszerre marad régi event, új event és beépített GTM consent setting, könnyen előfordul, hogy egy tag soha nem fut le, vagy kétszer fut.

A nem Google szolgáltatásokhoz külön szabály kell. A Consent Mode nem általános kapcsoló minden harmadik félhez. Meta, TikTok, LinkedIn, Árukereső, chat, affiliate vagy hőtérkép esetén ellenőrizze, hogy a szolgáltatás csak a megfelelő kategória elfogadása után aktiválódik-e.

Lépésről lépésre végrehajtás

Kezelje a váltást kisebb release-ként. A legjobb, ha staging környezetben, külön GTM verzióval és előre egyeztetett felelősökkel dolgozik. Ha nincs staging, legyen rövid élesítési ablak, előkészített visszaállási terv és azonnali ellenőrzés.

1. Fagyassza be a CMP és GTM módosításokat. A migráció alatt ne történjen párhuzamos, dokumentálatlan változtatás.
2. Zárja le az auditot. Legyen kész domainlista, szolgáltatóleltár, screenshot, export és GTM mentés.
3. Állítsa be a CookiePilotot. Vegye fel a domaineket, nyelveket, kategóriákat, szolgáltatókat, banner szövegeket és viselkedést.
4. Telepítse stagingre. A régi Cookiebot kódot a tesztkörnyezetben kapcsolja ki vagy távolítsa el.
5. Alakítsa át a GTM-et. Régi Cookiebot események helyett használjon az új CMP-hez illeszkedő triggereket és consent beállításokat.
6. Keresse meg a kézzel beillesztett szkripteket. Ellenőrizze a témát, pluginokat, page buildereket, HTML blokkokat és régi kampányoldalakat.
7. Tesztelje a Consent Mode v2-t. Nézze meg az alapértelmezett és frissített állapotokat.
8. Futtassa végig az üzleti folyamatokat. Űrlap, regisztráció, kosár, fizetés, rendelés és videó beágyazás külön tesztet kapjon.
9. Készítse elő a rollbacket. Legyen meg a régi GTM verzió, régi snippet és a visszaállítás felelőse.
10. Élesítsen kontrolláltan. Fejlesztő, marketinges, analitikai és üzleti oldal egyszerre ellenőrizzen.
11. Indítsa el a monitoringot. Figyelje a hibákat, hozzájárulási arányt, rendeléseket, konverziókat és support jelzéseket.

WooCommerce esetén különösen hasznos a WooCommerce cookie banner témájú útmutató. Költségtervezéshez nézze meg a CMP árakról szóló cikket, összehasonlításhoz pedig a Cookiebot vs CookieYes vs CookiePilot elemzést.

Google Consent Mode v2 és GTM validálás

A Google Consent Mode v2 ellenőrzése nem merül ki abban, hogy megjelenik-e a banner. Azt kell igazolni, hogy a consent alapállapot időben beáll, majd a felhasználói választás után megfelelően frissül. Ha a Google tag már a default állapot előtt fut, a mérés és a hozzájárulási logika is hibás lehet.

Nyissa meg a GTM Preview módot tiszta böngészőprofilban. Első betöltéskor figyelje meg a consent állapotot, a dataLayer események sorrendjét és azt, hogy mely tagek futnak. Ezután külön tesztelje az elutasítást, az összes elfogadását, csak az analitika elfogadását, csak a marketing elfogadását, majd a preferenciák módosítását és visszavonását.

GA4-nél ellenőrizze a page_view, scroll, form submit, login, add_to_cart, begin_checkout, purchase és egyedi eseményeket. Google Ads esetén nézze meg a Conversion Linkert, konverziós tageket és remarketinget. Ha hirdet több országban, a magyar mellett az angol, német vagy más lokalizált oldalakat is tesztelje.

A hivatalos Google dokumentáció mellett használja a Google Consent Mode v2 Google Tag Managerben cikket, Chrome DevTools-t, GA4 DebugView-t és a GTM consent tabot. A legfontosabb állapotokról készítsen képernyőképet: első betöltés, elutasítás, elfogadás, kategóriaválasztás és visszavonás.

WordPress, WooCommerce és magyar e-commerce

WordPressben a régi Cookiebot beépítés sok helyen lapulhat: pluginban, header.php fájlban, child theme-ben, Code Snippets bővítményben, GTM-ben, page builderben vagy hosting szintű beillesztésben. A migráció előtt keressen rá a régi azonosítókra és snippetecre. A cél az, hogy a CookiePilot betöltése egyértelmű és ellenőrizhető legyen.

WooCommerce áruházban nem elég a főoldalt tesztelni. Menjen végig a termékvariációkon, készletállapoton, kosáron, kuponon, szállítási választáson, fizetési módokon, rendelés leadásán és rendelés-visszaigazoló oldalon. Egyes fizetési, upsell, hűségprogram, chat vagy recenziós pluginok csak bizonyos lépésekben töltődnek be.

Magyar webáruházaknál gyakoriak az ár-összehasonlító és marketplace kapcsolatok, bankkártyás fizetési szolgáltatók, számlázó integrációk, csomagpont térképek, chat widgetek, hírlevél popupok és remarketing kódok. Ezeket ne kezelje egy kategóriaként. A fizetéshez szükséges működés és a marketingcélú követés más jellegű döntést igényelhet.

Élesítés után hasonlítsa össze a WooCommerce rendeléseket, a fizetési szolgáltató adatait, GA4 eseményeket és hirdetési konverziókat. Ha a banner szövege vagy a kategóriák változtak, a mérési számok is változhatnak. A kritikus kérdés az, hogy a vásárlás működik-e, és a tagok a dokumentált consent logika szerint futnak-e.

Tesztelési mátrix

Terület	Mit kell tesztelni	Ellenőrzési mód	Várt eredmény
Első látogatás	Banner, default consent	Tiszta profil, DevTools, GTM Preview	Opcionális tagek nem futnak választás előtt
Elutasítás	Analitika, marketing, külső média	Cookies, network, dataLayer	Nem szükséges szolgáltatások blokkoltak vagy korlátozottak
Összes elfogadása	GA4, Ads, Meta, további tagek	GTM Preview, debug eszközök	Tagek egyszer, megfelelő sorrendben futnak
Kategóriaválasztás	Analitika marketing nélkül, média nélkül	Preferenciapanel, újratöltés	Minden kategória csak a saját szolgáltatásait engedi
Consent Mode v2	ad_storage, analytics_storage, ad_user_data, ad_personalization	GTM consent tab, Google debug	Default és update állapotok egyeznek a választással
WooCommerce	Kosár, checkout, fizetés, rendelés	Tesztrendelés	A vásárlás opcionális cookie nélkül is működik
Visszavonás	Preferenciák módosítása	Reload, cookies, dataLayer	A visszavonás láthatóan érvényesül
Mobil	Banner, gombok, görgetés	iOS, Android, reszponzív nézet	A szöveg olvasható, a választás elérhető

Teszteljen több böngészőt is, főleg ha a forgalom jelentős része mobilról érkezik. Ha geolokációs vagy nyelvi szabályokat használ, azokat külön ellenőrizze. Ne feledkezzen meg a régi landing oldalakról, 404 oldalról, köszönőoldalakról és kampányoldalakról sem.

Rollback terv

A visszaállási terv nem pesszimizmus, hanem élesítési alapfeltétel. Írja le, ki dönt a rollbackről, ki hajtja végre, melyik GTM verziót kell visszaállítani, hol található a régi Cookiebot snippet, hogyan kell cache-t üríteni, és milyen teszttel igazolják, hogy a régi működés visszatért.

Határozza meg a visszaállítási küszöböket. Kritikus lehet a nem működő checkout, a kettős banner, tömeges JavaScript hiba, a fizetési folyamat törése, vagy az, ha alapvető mérőkódok teljesen eltűnnek. Nem minden eltérés igényel rollbacket. A hozzájárulási arány változása például lehet természetes következmény, ha a szöveg vagy a dizájn megváltozott.

Érdemes legalább egyszer szárazon tesztelni a visszaállást. Legyen hozzáférés a GTM-hez, CMS-hez, tárhelyhez, CDN-hez és CookiePilot beállításokhoz. Ha az élesítés hétvégére vagy kampányidőszakra esik, különösen fontos, hogy ne egyetlen ember tudja végrehajtani a szükséges lépéseket.

Gyakori hibák

• A Cookiebot és a CookiePilot egyszerre marad élesben.
• A kategóriák másolása név alapján történik, célvizsgálat nélkül.
• Nincs mentés a régi beállításokról, szövegekről és GTM verziókról.
• A Google Consent Mode v2 default állapota későn áll be.
• Kézzel beillesztett szkriptek kimaradnak az ellenőrzésből.
• Csak a főoldalt tesztelik, a checkoutot és mobil nézetet nem.
• A fizetési, analitikai és marketing szolgáltatásokat egy kalap alá veszik.
• Nincs döntési pont rollbackre.
• Régi kampány landing oldalakon ott marad a Cookiebot.
• A régi hozzájárulások átvételéről nincs dokumentált döntés.

A hibák többsége nem technológiai, hanem folyamatbeli. Ha van leltár, leképezés, tesztmátrix, jóváhagyás és monitoring, a migráció kezelhető projekt. Ha ezek hiányoznak, a CMP csere csak elfedi a rendezetlen tag infrastruktúrát.

Élesítési checklist

• A domain-, aldomain- és oldaltípus-leltár elkészült.
• A Cookiebot exportok, screenshotok, szövegek és GTM verziók mentve vannak.
• A szolgáltatások kategóriái cél alapján kerültek meghatározásra.
• A CookiePilot minden szükséges nyelvre és domainre be van állítva.
• A régi Cookiebot kód eltávolításának vagy kikapcsolásának terve megvan.
• A GTM triggerek és consent beállítások tesztelve vannak.
• A Google Consent Mode v2 default és update állapota ellenőrzött.
• A WordPress téma, pluginok és egyedi snippet helyek át lettek nézve.
• A WooCommerce tesztrendelés működik elfogadás és elutasítás mellett is.
• A rollback eljárásnak van felelőse és hozzáférése.
• A marketing csapat tudja, hogy a mérési adatok változhatnak.
• Az ügyfélszolgálat tudja, hova kell továbbítani bannerrel kapcsolatos jelzéseket.

Konkrét beállítások átbeszéléséhez használja a kapcsolat oldalt. Ha a döntés még nyitott, hasznos lehet a GDPR cookie bannerről szóló háttéranyag és az ingyenes cookie banner lehetőségeit bemutató cikk is.

Monitoring élesítés után

Az első órákban technikai ellenőrzésre van szükség. Nézze a böngészőkonzolt, a network requesteket, a dataLayer eseményeket, a GTM Preview állapotot, a GA4 DebugView-t, a rendeléseket és az űrlapbeküldéseket. Ha van frontend hibamonitoring, szűrjön CMP, tag manager, checkout és fizetési hibákra.

Az első napokban üzleti szempontból is figyeljen. Kövesse a hozzájárulási arányt, a rendelésszámot, árbevételt, konverziós arányt, űrlapleadeket, Google Ads konverziókat és GA4 eseményeket. A számokat ne önmagukban nézze. Vegye figyelembe a hét napját, kampányokat, forgalmi forrásokat, szezonalitást és a banner szövegének változását.

Egy-két hét után tartson rövid visszatekintést. Mely szolgáltatások maradtak bizonytalanok? Mely régi szkripteket sikerült kivezetni? Milyen kérdések érkeztek a marketingtől vagy ügyfélszolgálattól? Szükséges-e jogi szövegfrissítés? A jó migráció nem az élesítéssel zárul, hanem azzal, hogy a további tag- és szolgáltatóváltozásoknak is lesz folyamata.

Érdemes bevezetni egy egyszerű belső szabályt: új analitikai, marketinges vagy beágyazott szolgáltatás csak akkor kerülhet élesbe, ha ismert a szolgáltató, a cél, a kategória, az érintett oldalak köre és a jóváhagyó személy. Egy rövid marketing-fejlesztői igénylap sok későbbi hibát megelőz. Így a CookiePilot nem egyszeri migrációs elem lesz, hanem a weboldal változáskezelésének része.

Döntési útmutató

Cookiebotról CookiePilotra váltani akkor jó döntés, ha a cél a hozzájáruláskezelés, a GTM működés, a Consent Mode v2 és az e-commerce mérés rendezettebb kezelése. A legtöbbet azok a csapatok nyerik, amelyek nem csak új bannert szeretnének, hanem hajlandók leltárt készíteni, kategóriákat tisztázni és felelősségeket kijelölni.

Halassza el a migrációt, ha éppen teljes redesign zajlik, nincs hozzáférés a GTM-hez, senki sem tudja, milyen tagek futnak, vagy nincs idő checkout tesztre. Ilyenkor először auditot és stabilizálást érdemes végezni. A CMP csere csak akkor hoz tartós eredményt, ha a mögötte lévő szkriptlogika is érthető.

A CookiePilot segíthet a migráció technikai és adminisztratív részében, de a minőség a felkészülésen múlik. A jól dokumentált váltás csökkenti a bizonytalanságot a jogi, marketinges és fejlesztői oldalon is.

A döntésnél számoljon a rejtett költségekkel is. A gyors kódcserének alacsony lehet az azonnali ára, de drága lesz, ha utána a hirdetési csapat elveszett konverziókat keres, a fejlesztő régi snippet után nyomoz, az adatvédelmi felelős pedig nem találja, milyen banner szöveg volt aktív az élesítés napján.

Gyakori kérdések

Elég kivenni a Cookiebot kódot és betenni a CookiePilotot?

Kis weboldalon technikailag működhet, de kockázatos. Nem derül ki, mely tagek függtek Cookiebot eseményektől, van-e régi snippet a sablonban, és jól áll-e be a Consent Mode v2. Biztonságosabb az audit, staging és tesztmátrix.

Átvihetők a régi hozzájárulások?

Ez a régi és új szövegektől, kategóriáktól, szolgáltatóktól és technikai működéstől függ. Ha a hozzájárulás tartalma változik, az automatikus átvétel vitatható lehet. A döntést dokumentálni kell.

A CookiePilot garantálja a GDPR-megfelelést?

Nem. A CookiePilot segíthet a hozzájárulások és szkriptek kezelésében, de a megfelelés a konkrét adatkezelési céloktól, tájékoztatástól, jogalapoktól, szolgáltatóktól és szervezeti működéstől függ.

Mikor kell külön figyelni a Google Consent Mode v2-re?

Ha Google Ads, GA4 vagy más Google mérési és hirdetési eszköz fut az oldalon, a migráció ideális alkalom a Consent Mode v2 ellenőrzésére. Különösen fontos a default állapot és a választás utáni update sorrendje.

Mi a WooCommerce migráció legnagyobb kockázata?

A checkout kihagyása a tesztből. Sok plugin csak kosárban, fizetésnél vagy rendelés után töltődik be. Tesztrendelés nélkül nem látszik, hogy a fizetés, konverziómérés és szükséges működés rendben van-e.

Mennyi ideig tart a váltás?

Egyszerű oldalnál rövidebb lehet, de egy többnyelvű webáruháznál általában több munkanapot igényel az audit, leképezés, GTM módosítás, tesztelés és élesítés. A legtöbb időt nem a CookiePilot beillesztése, hanem a régi állapot feltárása viszi el.

Kell jogászt bevonni?

Technikai migrációt fejlesztő és marketing csapat is el tud végezni, de kategóriák, szövegek, jogalapok és régi hozzájárulások átvétele esetén érdemes jogi kontrollt kérni. Ez különösen igaz nagy forgalmú e-commerce és több piacon működő weboldalaknál.