Migracija iš Cookiebot į CookiePilot turėtų būti suplanuotas sutikimų valdymo projektas, o ne tik seno kodo pakeitimas nauju. Svetainėje sutikimų platforma paliečia analitiką, reklamos žymas, el. prekybą, privatumo tekstus, slapukų deklaraciją, Google Consent Mode v2 ir vidinius įrodymus, kurie parodo, kaip buvo gerbiamas lankytojo pasirinkimas.

Šis praktinis gidas skirtas Lietuvos įmonėms, agentūroms, rinkodaros komandoms, programuotojams ir el. parduotuvių savininkams, kurie svarsto pereiti nuo Cookiebot prie CookiePilot. CookiePilot gali padėti tvarkingiau valdyti kategorijas, sutikimų signalus ir dokumentaciją, tačiau jokia CMP sistema viena pati negarantuoja atitikties. Atitiktis priklauso nuo realių duomenų tvarkymo tikslų, naudojamų tiekėjų, tekstų aiškumo ir techninio įgyvendinimo.

Kada verta pereiti nuo Cookiebot prie CookiePilot?

Pereiti verta tada, kai dabartinė slapukų valdymo sistema nebeatitinka svetainės sudėtingumo. Tai dažnai nutinka, kai prie pirminio slapukų banerio vėliau prijungiama GA4, Google Ads, Meta Pixel, remarketingas, naujienlaiškių platformos, klientų aptarnavimo pokalbiai, A/B testavimo įrankiai arba WooCommerce parduotuvė.

Kitas signalas yra neaiški atsakomybė. Rinkodara nežino, kodėl neveikia konversijos; programuotojai mato senus scenarijus temoje; privatumo specialistas neturi aiškios slapukų kategorijų logikos. Tokiu atveju migracija į CookiePilot gali tapti proga sutvarkyti visą sutikimų ekosistemą, o ne tik pakeisti vizualų banerį.

Prieš sprendimą naudinga peržiūrėti Cookiebot alternatyvas, įvertinti CookiePilot funkcijas ir pasitikrinti kainodarą. Jei turite kelias rinkas, domenus ar sudėtingą Google Tag Manager konteinerį, verta susisiekti per kontaktų puslapį dar prieš techninį diegimą.

Lietuvoje svarbus kontekstas yra BDAR, elektroninių ryšių taisyklės ir priežiūros institucijų praktika. Valstybinė duomenų apsaugos inspekcija skelbia oficialią informaciją, o Ryšių reguliavimo tarnyba yra aktuali elektroninių ryšių srityje. Europos mastu naudingi Europos duomenų apsaugos valdybos ištekliai ir Europos Komisijos BDAR puslapis.

Prieš migraciją: atlikite praktinį auditą

Pirmas darbas yra ne naujo banerio dizainas, o dabartinės situacijos inventorizacija. Reikia žinoti, kokie slapukai ir scenarijai veikia, kas juos įdėjo, kokiam tikslui jie naudojami ir ar jie turėtų veikti prieš lankytojui priimant sprendimą.

Į auditą įtraukite:

Pagrindinį domeną, subdomenus, kalbines versijas ir kampanijų puslapius.
WordPress, WooCommerce, kitą TVS, temą, įskiepius ir rankiniu būdu įdėtą kodą.
Google Tag Manager tagus, trigerius, kintamuosius ir versijas.
GA4, Google Ads, Meta, LinkedIn, TikTok, Hotjar, Clarity, CRM ir el. pašto įrankius.
Kontaktų formas, registraciją, prisijungimą, kasą ir padėkos puslapius.
Esamas Cookiebot kategorijas, slapukų deklaraciją ir banerio tekstus.
Vidinius sprendimus, ankstesnius skenavimus ir sutikimų įrašus.

Auditą verta daryti kartu su rinkodara ir technine komanda. Vien tik svetainės skenavimas ne visada parodo, kodėl tam tikras scenarijus reikalingas. Kita vertus, vien tik komandos prisiminimai dažnai praleidžia senas pikselių integracijas, kurios buvo įdėtos kampanijos metu ir niekada nepašalintos.

Išsaugokite eksportą, įrodymus ir istoriją

Prieš išjungiant Cookiebot, išsaugokite informaciją apie seną sistemą. Tai padeda paaiškinti, kas buvo pakeista, kodėl buvo pakeista ir kaip atrodė ankstesnis sutikimų procesas. Tai ypač svarbu įmonėms, kurios turi vidinius auditus, duomenų apsaugos pareigūną arba dirba su išorinėmis agentūromis.

Išsaugokite:

Esamą slapukų deklaraciją ir kategorijų sąrašą.
Slapukų, tiekėjų, galiojimo trukmės ir paskirties duomenis.
Banerio, nustatymų centro ir sutikimo keitimo nuorodos ekrano kopijas.
Cookiebot skenavimo ataskaitas ir jų datas.
Google Tag Manager versiją prieš migraciją.
Sprendimus dėl tagų pašalinimo, kategorijų keitimo ar tekstų atnaujinimo.
Patvirtinimą, kas peržiūrėjo privatumo ir teisinius tekstus.

Sukurkite migracijos aplanką su datomis ir atsakingais asmenimis. Tai paprastas, bet naudingas įrodymų valdymas. Jei po kelių mėnesių reikės paaiškinti, kodėl reklamos pikselis buvo priskirtas rinkodarai, turėsite ne spėjimą, o projekto įrašą.

Kategorijų ir scenarijų susiejimas

Kategorijų susiejimas yra svarbiausia migracijos dalis. Negalima aklai perkelti senų pavadinimų. Reikia patikrinti, ką kiekvienas scenarijus daro praktiškai, ir pagal tai nuspręsti, kokio sutikimo jam reikia.

Sritis	Ką tikrinti Cookiebot sistemoje	Tikslas CookiePilot sistemoje	Kaip patikrinti
Būtini slapukai	Krepšelis, saugumas, prisijungimas	Tik paslaugai būtinos funkcijos	Svetainė veikia atsisakius
Statistika	GA4, lankomumo matavimas, heatmap	Veikia tik su statistikos sutikimu	GA4 signalai keičiasi
Rinkodara	Ads, remarketingas, socialiniai pikseliai	Veikia tik su rinkodaros sutikimu	Pikseliai nepasileidžia atsisakius
Nuostatos	Kalba, vaizdo įrašai, personalizacija	Aiški funkcijos paskirtis	Elgsena atitinka pasirinkimą
Deklaracija	Tiekėjai, trukmė, paskirtis	Lokalizuotas ir tikslus tekstas	Aprašai atitinka realybę

“Būtina” kategorija turi būti siaura. Krepšelio slapukas ar saugumo mechanizmas gali būti būtinas, tačiau analitika, reklamos optimizavimas ir remarketingas paprastai neturėtų būti laikomi būtinais be atskiro pagrindimo. Jei naudojate Google įrankius, perskaitykite CookiePilot medžiagą apie Google Consent Mode v2 ir Google Consent Mode v2 su Google Tag Manager.

Žingsnis po žingsnio: techninis pakeitimas

Migraciją geriausia atlikti testinėje aplinkoje. Jei tokios neturite, bent jau naudokite atskirą GTM darbo sritį, ribotą testinį puslapį arba suplanuotą trumpą diegimo langą su galimybe greitai grįžti atgal.

Rekomenduojamas procesas:

Užfiksuokite, kur įdiegtas Cookiebot: TVS, tema, įskiepis, GTM ar rankinis kodas.
Pašalinkite pasenusius ir dubliuotus tagus.
Sukurkite CookiePilot nustatymus domenui, kalboms ir kategorijoms.
Paruoškite lietuviškus banerio, nustatymų centro ir deklaracijos tekstus.
Testinėje aplinkoje pašalinkite Cookiebot scenarijų ir įdiekite CookiePilot.
Atnaujinkite GTM trigerius ir consent nustatymus.
Patikrinkite atsisakymą, dalinį sutikimą, pilną sutikimą ir sutikimo atšaukimą.
Palyginkite tinklo užklausas prieš sutikimą ir po jo.
Publikuokite sutartu laiku, kai prieinami atsakingi žmonės.
Po paleidimo stebėkite duomenis, klaidas ir vartotojų klausimus.

Ilgai nelaikykite Cookiebot ir CookiePilot kartu produkcinėje svetainėje. Dvi CMP sistemos gali rodyti du banerius, siųsti prieštaringus signalus ir iškreipti tagų paleidimą. Testavimui galima naudoti ribotą techninį palyginimą, bet reali svetainė turi turėti vieną sutikimo šaltinį.

Google Consent Mode v2 yra svarbus, jei naudojate Google Ads, GA4, Floodlight ar remarketingą. Naudokite oficialią Google dokumentaciją. Migracijos metu būtina patikrinti, ar pradinės consent reikšmės nustatomos prieš Google tagams pradedant darbą, ir ar jos atnaujinamos tik po naudotojo pasirinkimo.

Google Tag Manager aplinkoje patikrinkite:

Consent initialization vyksta prieš analizės ir reklamos tagus.
ad_storage, analytics_storage, ad_user_data ir ad_personalization turi tikėtinas reikšmes.
Google tagų consent reikalavimai nėra apeinami custom HTML tagais.
Reklamos tagai nepaleidžia remarketingo po atsisakymo.
GA4 įvykiai neatkuria duomenų srauto prieš sutikimą.
GTM Preview ir Tag Assistant aiškiai rodo skirtumą tarp scenarijų.

Testuokite pirmą apsilankymą, pakartotinį apsilankymą, slapukų ištrynimą ir pasirinkimo pakeitimą. Jei naudojate server-side GTM, patikrinkite, kad consent būsena perduodama į serverio konteinerį ir serveris neapdoroja duomenų taip, kaip klientinėje pusėje buvo atsisakyta.

WordPress, WooCommerce ir Lietuvos el. prekyba

Daug Lietuvos svetainių naudoja WordPress, o el. parduotuvės dažnai remiasi WooCommerce. Tokiose svetainėse slapukus gali įkelti ne tik GTM, bet ir tema, mokėjimo moduliai, pristatymo integracijos, atsiliepimų įrankiai, pokalbių langai, naujienlaiškių įskiepiai ar reklamos plėtiniai.

WooCommerce atveju patikrinkite:

Krepšelį, kuponus, pristatymo skaičiavimą ir kasą.
Bankinius mokėjimus, korteles, mokėjimo tarpininkus ir grįžimą po apmokėjimo.
Padėkos puslapį ir konversijų tagus.
Pirkimą atsisakius visų nebūtinų slapukų.
Variantą, kai sutinkama tik su statistika, bet ne su rinkodara.
Mobilų banerio ir kasos vaizdą.

Gali būti naudinga peržiūrėti gidą apie slapukų banerį WooCommerce. Esminė taisyklė paprasta: pirkimas turi veikti be rinkodaros sutikimo, o reklamos ir remarketingo signalai turi veikti tik tada, kai yra atitinkamas pasirinkimas.

Testavimo matrica

Testavimą paverskite konkrečia lentele, o ne bendru komentaru “patikrinta”. Kiekviena eilutė turi turėti atsakingą asmenį, rezultatą ir, jei reikia, klaidos nuorodą.

Testas	Scenarijus	Laukiamas rezultatas	Įrankis
Pirmas apsilankymas	Naujas lankytojas	Rodomas baneris, veikia tik būtina	DevTools
Atsisakymas	Atmetami nebūtini slapukai	Analitika ir reklama nepasileidžia	Network panel
Dalinis sutikimas	Statistika taip, rinkodara ne	GA4 pritaikomas, ads blokuojami	Tag Assistant
Pilnas sutikimas	Priimamos visos kategorijos	Leidžiami tagai paleidžiami vieną kartą	GTM Preview
Pasirinkimo keitimas	Sutikimas atšaukiamas	Tagai sustoja pagal naują būseną	CMP įrašai
Mobilus vaizdas	iOS ir Android	Baneris aiškus ir naudojamas	Realūs įrenginiai
El. parduotuvė	Pirkimas be marketingo	Užsakymas užbaigiamas	Testinis pirkimas
Prieinamumas	Klaviatūra ir ekrano skaitytuvas	Dialogą galima valdyti	Rankinis testas

Įtraukite ne tik pradžios puslapį. Testuokite kontaktų formas, tinklaraščio įrašus, kampanijų puslapius, prisijungimą, prenumeratą ir senesnius šablonus. Dažnai klaidos lieka ten, kur skriptai buvo įdėti seniai ir pamiršti.

Dažniausios klaidos migruojant iš Cookiebot

Dažniausia klaida yra manyti, kad migracija baigta pakeitus scenarijų. Iš tikrųjų po to reikia patikrinti visus taškus, kuriuose naudotojo pasirinkimas turi pakeisti svetainės elgseną.

Venkite šių klaidų:

Cookiebot kodas lieka temoje, GTM, įskiepyje arba cache sluoksnyje.
Google tagai paleidžiami prieš nustatant pradinę consent būseną.
Custom HTML tagai apeina GTM consent logiką.
Kategorijos išverstos pažodžiui, bet lankytojui neaiškios.
Mobilus baneris uždengia kasos mygtukus.
Footer dalyje nėra nuorodos pakeisti sutikimą.
Testuojamas tik “sutinku”, bet ne “atsisakau”.
Nėra atsakingo žmogaus po paleidimo.

Lygindami kainą, nesiremkite neoficialiais SEO straipsniais ar senomis konkurentų kainomis. Vertinkite domenų skaičių, kalbas, srautą, palaikymo poreikį, vidinį administravimą ir techninę riziką. Nominali licencijos kaina nėra tas pats, kas bendras kaštas, jei komanda daug laiko skiria klaidų paieškai, rankiniam tagų valdymui ar neaiškiems agentūros darbams.

Grįžimo atgal planas

Rollback planas turi būti paruoštas prieš paleidimą. Tai nėra pesimizmas; tai techninė disciplina. Jei po paleidimo neveikia kasa, dingsta konversijos ar tagai siunčia signalus neteisingai, komanda turi žinoti, ką daryti per minutes, o ne per kelias valandas.

Plane nurodykite:

Paskutinę stabilią GTM versiją.
Kur buvo senas Cookiebot kodas ir ar jį galima laikinai grąžinti.
Kokias TVS, temos ar įskiepio būsenas reikia atstatyti.
Kas gali publikuoti GTM ir svetainės pakeitimus.
Kokios klaidos sukelia grįžimą atgal.
Kaip išvalomas cache, CDN ir optimizavimo sluoksniai.
Kaip dokumentuojamas sprendimas.

Dažniausiai grįžimas reiškia GTM konteinerio ir svetainės šablono atstatymą į paskutinę patikrintą versiją. Svarbu nepalikti mišrios būsenos, kur dalis CookiePilot jau aktyvi, o dalis Cookiebot dar siunčia signalus.

Paleidimo kontrolinis sąrašas

Prieš paleidimą:

Inventorizuotos visos domenų, kalbų ir šablonų versijos.
Pašalintos arba išjungtos senos Cookiebot nuorodos.
CookiePilot tekstai parašyti natūralia lietuvių kalba.
Kategorijos susietos su realiais tikslais.
Google Consent Mode v2 patikrintas GTM aplinkoje.
Atsisakymas, dalinis sutikimas ir pilnas sutikimas duoda skirtingus rezultatus.
WooCommerce kasa veikia be rinkodaros sutikimo.
Footer nuoroda keisti sutikimą yra matoma.
Privatumo ar teisės komanda peržiūrėjo tekstus.
Atsakingas žmogus pasiruošęs rollback veiksmams.

Po paleidimo:

Patikrinkite GA4 ir Google Ads diagnostiką.
Stebėkite JavaScript klaidas ir našumą.
Pakartokite slapukų skenavimą po cache išvalymo.
Įvertinkite vartotojų klausimus apie banerį.
Palyginkite konversijas, bet neinterpretuokite kiekvieno kritimo kaip klaidos.
Užfiksuokite galutinę versiją, datą ir atsakingus asmenis.

Stebėsena po paleidimo ir atsakomybės

Pirmos 7-14 dienų po migracijos turėtų būti laikomos kontroliniu laikotarpiu. Tai nereiškia, kad konfigūraciją reikia nuolat keisti, bet reikia paskirti žmogų, kuris kasdien patikrina svarbiausius signalus. Kuo anksčiau pastebėsite klaidą, tuo lengviau bus suprasti, ar ją sukėlė CookiePilot diegimas, GTM pakeitimas, cache, reklamos kampanija ar atskiras įskiepis.

Stebėkite GA4 srautą, Google Ads konversijas, Consent Mode diagnostiką, sutikimų pasiskirstymą, JavaScript klaidas, kontaktų formų pateikimą, WooCommerce kasos veikimą ir vartotojų klausimus. Duomenų sumažėjimas nėra automatinis gedimas. Jei senas Cookiebot įgyvendinimas leido daliai tagų veikti per anksti, tvarkingesnis CookiePilot modelis gali parodyti mažiau duomenų, bet labiau atitikti realų lankytojų pasirinkimą. Todėl vertinkite tendencijas ir techninius įrodymus, o ne vieną bendrą skaičių.

Atsakomybes reikia aiškiai paskirstyti. Rinkodara gali prižiūrėti kampanijų tagus, konversijas ir reklamos platformas. Programuotojas ar techninis analitikas gali prižiūrėti GTM, TVS, temą, našumą ir klaidas. Privatumo arba teisės specialistas turėtų prižiūrėti tikslus, kategorijas, tekstus ir dokumentaciją. Jei visi yra “šiek tiek atsakingi”, praktiškai niekas nevaldo naujų scenarijų.

Įveskite taisyklę naujiems įrankiams. Prieš pridedant naują pikselį, pokalbių langą, heatmap įrankį, CRM integraciją ar el. pašto marketingo modulį, komanda turi atsakyti į kelis klausimus: kokia verslo paskirtis, kokie duomenys tvarkomi, kokia sutikimo kategorija taikoma, ar reikia atnaujinti deklaraciją, kaip įrankis elgiasi atsisakius sutikimo ir kas patikrins veikimą GTM aplinkoje? Tokia trumpa procedūra yra paprastesnė nei didelis chaotiškas auditas po metų.

Jei su svetaine dirba agentūra, susitarkite dėl publikavimo taisyklių. Agentūra gali valdyti Google Tag Manager ir kampanijų optimizavimą, bet įmonė vis tiek turi žinoti, kokie tiekėjai renka duomenis ir kokiu tikslu. Naujas remarketingo pikselis neturėtų būti publikuojamas vien todėl, kad to reikia kampanijai. Pirma reikia aiškios kategorijos, atnaujinto aprašo ir testo, kad atsisakius nebūtinų slapukų jis neveikia.

Po stabilizacijos parenkite trumpą migracijos ataskaitą. Įrašykite paleidimo datą, aktyvią CookiePilot konfigūraciją, GTM versiją, testavimo rezultatus, žinomus apribojimus, priimtus sprendimus dėl kategorijų ir atsakingus asmenis. Ataskaita neturi būti ilga. Svarbu, kad po pusmečio naujas komandos narys suprastų, kas buvo padaryta ir kur ieškoti įrodymų.

Planuokite periodines patikras. Kartą per mėnesį peržiūrėkite naujus tagus, kartą per ketvirtį pakartokite pagrindinių puslapių skenavimą, o po kiekvieno didesnio svetainės pakeitimo atlikite papildomą kontrolę. Tokie pakeitimai gali būti nauja tema, checkout atnaujinimas, mokėjimo įskiepis, nauja kalba, naujas subdomenas arba reklamos technologijos integracija.

Ypač svarbu stebėti turinio ir rinkodaros komandų įpročius. Jei landing page kuriami greitai ir savarankiškai, juose gali atsirasti embedded formos, video grotuvai ar skriptai, kurie nepraeina per pagrindinę CMP logiką. Sukurkite paprastą leidybos kontrolę: prieš publikuojant naują puslapį patikrinti, ar nėra naujo trečiosios šalies kodo ir ar sutikimo nuoroda lieka pasiekiama.

Sprendimo gairės

CookiePilot verta rinktis, jei norite aiškesnio perėjimo proceso, geriau kontroliuojamų kategorijų, patogesnės GTM validacijos ir praktiško darbo su Google Consent Mode v2. Didžiausia vertė atsiranda tada, kai įrankis naudojamas kartu su gera inventorizacija ir komandos susitarimu, o ne kaip vienkartinis dizaino pakeitimas.

Įvertinkite:

Kiek turite domenų, subdomenų ir kalbų.
Kiek tagų valdoma už GTM ribų.
Kiek svarbus el. parduotuvės checkout stabilumas.
Ar dažnai pridedate naujų rinkodaros įrankių.
Ar reikia agentūros, programuotojų ir privatumo komandos bendro proceso.

Jei svetainė paprasta, migracija gali būti gana tiesi. Jei turite kelias rinkas, server-side GTM, CRM integracijas ar daug istorinių kampanijų tagų, migraciją geriau skaidyti etapais. Papildomai galite perskaityti Cookiebot apžvalgą ir palyginimą Cookiebot vs CookieYes vs CookiePilot.

Praktinė migracijos laiko juosta

Migracijos trukmė priklauso nuo svetainės dydžio, bet planuoti verta etapais. Pirmas etapas yra auditas ir sprendimų priėmimas. Jo metu surašomi domenai, kalbos, tagai, tiekėjai, slapukų kategorijos ir kritiniai naudotojo keliai. Šiame etape turi dalyvauti rinkodara, techninis žmogus ir privatumo ar teisės atstovas. Jei šis darbas neatliekamas, vėlesnis diegimas tampa spėjimu.

Antras etapas yra CookiePilot konfigūracija ir Google Tag Manager paruošimas. Čia parengiami lietuviški tekstai, nustatomos kategorijos, sukuriama arba atnaujinama deklaracija, pakeičiami trigeriai ir consent nustatymai. Šiuo metu geriau nepridėti naujų rinkodaros įrankių. Jei tuo pačiu metu paleidžiamas naujas pikselis ar CRM integracija, tampa sunkiau suprasti, ar klaidą sukėlė migracija, ar nauja kampanija.

Trečias etapas yra testavimas. Paprastai reprezentacinei svetainei gali pakakti trumpesnio testo, bet el. parduotuvei reikia atskiros patikros: krepšelis, kuponai, pristatymas, mokėjimas, grįžimas iš mokėjimo sistemos, padėkos puslapis ir mobilus checkout. Testuokite ne tik “sutinku su viskuo”. Būtini scenarijai yra visiškas atsisakymas, sutikimas tik su statistika, sutikimas su rinkodara ir vėlesnis atšaukimas.

Ketvirtas etapas yra paleidimas. Jį planuokite tada, kai atsakingi žmonės yra pasiekiami. Venkite paleidimo prieš ilgą savaitgalį arba tuo metu, kai vyksta svarbi reklamos kampanija, nebent turite aiškią budėjimo tvarką. Po paleidimo iš karto patikrinkite pagrindinius puslapius, GTM Preview rezultatus, Google Ads diagnostiką ir WooCommerce užsakymo kelią.

Penktas etapas yra dokumentacijos uždarymas. Tai dažnai pamirštama, bet būtent ši dalis leidžia migracijai išlikti valdoma. Užrašykite galutinę GTM versiją, CookiePilot konfigūraciją, patikrintas naršykles, žinomus apribojimus ir sprendimus dėl sudėtingų tagų. Jei ateityje reikės pridėti naują tiekėją arba atsakyti į vidaus audito klausimą, komanda turės aiškų atspirties tašką.

Lietuvos rinkoje verta atskirai pagalvoti apie kalbines versijas. Jei svetainė turi lietuvių, anglų, lenkų ar rusų kalbos puslapius, banerio tekstai neturėtų būti tik automatinis vertimas. Lankytojui turi būti aišku, kas yra būtina, kas susiję su statistika, kas skirta reklamai ir kaip pakeisti pasirinkimą vėliau. Tai ypač svarbu el. prekyboje, kur vartotojas greitai pereina nuo produkto prie krepšelio ir neturi laiko aiškintis neaiškių formuluočių.

Taip pat suplanuokite, kaip bus tikrinamos naujos kampanijų nusileidimo svetainės. Rinkodaros komandos dažnai kuria jas greičiau nei pagrindinį svetainės turinį, todėl jose atsiranda formų, įterptų video ar trečiųjų šalių scenarijų. Įtraukite paprastą taisyklę: prieš paleidžiant kampaniją patikrinti consent būseną, GTM Preview ir mobilų banerio vaizdą.

Jei įmonė turi fizines parduotuves ir el. parduotuvę, nepamirškite lojalumo, kuponų ir naujienlaiškių scenarijų. Jie dažnai sujungia online ir offline duomenis, todėl migracijos metu verta atskirai patikrinti, ar jų paskirtis aiškiai aprašyta ir ar jie nepasileidžia netinkamoje kategorijoje. Tokia patikra ypač naudinga prieš dideles sezonines akcijas.

FAQ

Ar galima pereiti nuo Cookiebot prie CookiePilot be programuotojo?
Paprastai svetainei kartais pakanka techninio rinkodaros specialisto. Jei naudojate GTM, WooCommerce, custom kodą ar kelis domenus, programuotojo arba techninio analitiko dalyvavimas yra praktiškas.

Ar reikia perkelti senus sutikimus?
Tai priklauso nuo techninės ir teisinės situacijos. Dažnai svarbiausia išsaugoti seną istoriją kaip įrodymą ir pradėti tvarkingą naują CookiePilot konfigūraciją.

Ar CookiePilot garantuoja BDAR atitiktį?
Ne. CookiePilot gali padėti valdyti sutikimus ir techninius signalus, bet atitiktis priklauso nuo jūsų duomenų tvarkymo, tiekėjų, tekstų ir procesų.

Kaip patikrinti Google Consent Mode v2?
Naudokite GTM Preview, Tag Assistant, naršyklės Network panel ir oficialią Google dokumentaciją. Būtina testuoti atsisakymą, dalinį sutikimą, pilną sutikimą ir atšaukimą.

Ką daryti, jei po migracijos sumažėja analitikos duomenų?
Pirmiausia patikrinkite, ar kritimas nėra normalus dėl geresnio sutikimo paisymo. Tada peržiūrėkite consent signalus, tagų trigerius ir tinklo užklausas.

Kiek trunka migracija?
Paprasta svetainė gali būti perkelta greitai, tačiau el. prekyba, keli domenai, kelios kalbos ir sudėtingas GTM reikalauja išsamesnio testavimo.

Kada verta kreiptis į CookiePilot?
Kreipkitės anksti, jei turite WooCommerce, server-side GTM, kelias rinkas, didelį reklamos biudžetą ar vidinius dokumentavimo reikalavimus.