Prehod s Cookiebota na CookiePilot: praktičen vodnik za migracijo

Migracija s Cookiebota na CookiePilot ni samo zamenjava pasice za piškotke. V praksi pomeni menjavo sistema, ki upravlja soglasja, skripte, dokaze, signale za oglaševalske platforme in vsakodnevno delo ekip, ki skrbijo za spletno mesto. Če je izvedena premišljeno, lahko podjetju pomaga urediti inventar oznak, zmanjšati odvisnost od ročnih popravkov in bolj jasno povezati pravne zahteve z delom marketinga, razvoja in e-trgovine.

Ta vodnik je namenjen slovenskim ekipam, ki že uporabljajo CMP in razmišljajo o prehodu s Cookiebota na CookiePilot. Poudarek je na komercialno uporabni migraciji: kaj pregledati pred začetkom, katere izvoze shraniti, kako preslikati kategorije in skripte, kako preveriti Google Consent Mode v2 ter kako varno zagnati spremembo v okolju WordPress, WooCommerce ali drugi spletni trgovini. CookiePilot lahko pomaga pri vzpostavitvi in upravljanju soglasij, vendar sam po sebi ne zagotavlja skladnosti. Skladnost je odvisna od nastavitev, pravnih podlag, vsebine obvestil, izbire ponudnikov in dejanskega delovanja strani.

Če želite pred odločitvijo primerjati možnosti, si lahko ogledate stran alternativa Cookiebotu, pregled funkcionalnosti CookiePilot in stran s cenami. Za slovenski regulativni okvir sta pomembna tudi Informacijski pooblaščenec in AKOS, širši evropski okvir pa pojasnjujeta EDPB in Evropska komisija.

Kdaj je prehod s Cookiebota na CookiePilot smiseln

Prehod je najlažje upravičiti, ko obstoječa rešitev za soglasja postane operativna ovira. To se pogosto zgodi ob prenovi spletnega mesta, prehodu na novo analitiko, uvedbi Google Consent Mode v2, konsolidaciji oznak v Google Tag Managerju ali pri rasti spletne trgovine, kjer se število vtičnikov, pikslov in zunanjih storitev hitro povečuje. Smiselna migracija ima jasen poslovni razlog, ne samo želje po drugačni pasici.

Pred začetkom zapišite, kaj želite izboljšati. Morda želite preglednejše upravljanje kategorij, manj zapleteno delo v WordPressu, boljšo podporo za večjezične strani ali enostavnejše testiranje oznak. Morda je razlog to, da ekipa marketinga težko razume, kateri piksli se sprožijo po zavrnitvi soglasja. V vseh primerih mora biti cilj konkreten, ker boste samo tako vedeli, ali je migracija uspela.

Pomembno je tudi določiti, česa migracija ne rešuje. Zamenjava CMP ne pomeni samodejnega pregleda pogodbenih obdelovalcev, popravka politike zasebnosti ali odstranitve nepotrebnih orodij. CookiePilot lahko podpira proces, vendar mora vaša ekipa še vedno presoditi, katere storitve so nujne, katere so analitične, katere marketinške in katere sploh ne sodijo več na stran.

Predmigracijski pregled trenutne postavitve

Začnite z inventarjem obstoječe implementacije Cookiebota. Ne zanašajte se samo na administracijo CMP, ker veliko skript prihaja iz teme, vtičnikov, Google Tag Managerja, orodij za klepet, sistemov za mnenja kupcev, vdelanih videov ali plačilnih dodatkov. Cilj pregleda je razumeti, kaj se dejansko naloži uporabniku v brskalnik in pod kakšnimi pogoji.

Inventar naj zajame domeno, poddomene, jezike, tipe strani, lokacijo CMP skripte, GTM kontejner, analitična orodja, oglaševalske piksle, vdelane vsebine, klepet, orodja za A/B testiranje, affiliate oznake, plačilne in varnostne storitve ter lastnika vsake oznake. Pri spletnih trgovinah dodajte domačo stran, kategorije, izdelek, košarico, prijavo, blagajno, preusmeritev na plačilo in stran z zahvalo. Prav v nakupnem procesu se pogosto pokažejo skripte, ki jih nihče ni vključil v začetni seznam.

Pregled izvedite ročno in tehnično. Uporabite brskalniška orodja za razvijalce, način predogleda v GTM, posnetke omrežnih zahtev, seznam piškotkov in testne uporabniške scenarije. Preverite prvi obisk, zavrnitev vseh nenujnih kategorij, sprejem vseh kategorij, shranjevanje izbranih kategorij in naknadno spremembo izbire. Posebej zabeležite piškotke ali zahteve, ki nastanejo pred soglasjem.

Pri slovenskih straneh ne pozabite na posebne poti, ki jih ekipa pogosto ne vidi vsak dan: obrazci za povpraševanje, prijava na e-novice, prenos katalogov, karierne strani, portali za partnerje in strani s prijavo na dogodke. Tam se pogosto pojavijo CRM obrazci, orodja za avtomatizacijo marketinga ali vdelani zemljevidi. Če imate več domen za slovenski, hrvaški, italijanski ali nemški trg, preverite, ali je Cookiebot do zdaj deloval enotno ali po domenah. Migracijska odločitev bo drugačna, če ima vsaka država svojo pravno vsebino, valuto, ekipo in nabor dobaviteljev.

Koristno je pripraviti tudi kratek seznam "neznanih" skript. To so zahteve, ki jih vidite v omrežnem dnevniku, vendar nihče v ekipi ne zna takoj pojasniti njihovega namena. Ne brišite jih na slepo, ker so lahko povezane z varnostjo, plačilom ali gostovanjem. Hkrati jih ne uvrstite med nujne samo zato, ker so neznane. Dodelite lastnika, preverite dokumentacijo ponudnika in šele nato določite kategorijo.

Shranjevanje izvozov in dokazov

Preden odstranite staro rešitev, shranite dokaze o tem, kako je bila nastavljena. Izvozite ali arhivirajte besedila pasice, opise kategorij, seznam ponudnikov, nastavitve domen, jezike, zgodovino soglasij, če je na voljo v vašem paketu, poročila skeniranja, posnetke zaslona in opombe o znanih posebnostih. Dodajte datum, odgovorno osebo in povezavo na verzijo spletnega mesta, ki je bila testirana.

To ni birokracija zaradi birokracije. Ko po zagonu nekdo vpraša, zakaj se je spremenil delež soglasij ali zakaj določen piksel ne deluje več, boste imeli jasno primerjavo. Če boste kasneje odgovarjali na vprašanja uporabnikov, revizorjev ali notranje pravne službe, je zapis sprememb veliko bolj uporaben kot spomin posameznika.

Ne prenašajte starih izbir uporabnikov v novo rešitev brez preverjanja. Če se spremenijo kategorije, besedilo, seznam namenov ali ponudnikov, stara izbira morda ne odgovarja več novemu vprašanju. Takšno odločitev naj potrdi odgovorna oseba za zasebnost ali pravni svetovalec. CookiePilot lahko pomaga vzpostaviti nov zapis soglasij, ne more pa sam odločiti, ali so stara soglasja pravno prenosljiva v vašem primeru.

Preslikava kategorij, skript in namenov

Preslikava je osrednji del migracije. Ne zadostuje, da staro kategorijo z enakim imenom premaknete v novo okolje. Vprašati se morate, zakaj se posamezna skripta uporablja, kdo je njen lastnik, kje se nalaga, kateri podatki se pošiljajo in kaj se mora zgoditi, če uporabnik soglasje zavrne ali kasneje umakne.

Praktično začnite s štirimi skupinami: nujno potrebno, nastavitve ali funkcionalnost, analitika ali statistika ter marketing ali oglaševanje. Imena lahko prilagodite tonu spletnega mesta, vendar naj ima vsaka kategorija jasen pomen. Orodje za plačilo ali varnostno preverjanje ni isto kot oglaševalski piksel, četudi oba prihajata iz zunanje domene. Prav tako analitika ni samodejno nujna samo zato, ker je pomembna za poslovno odločanje.

V preslikovalno tabelo dodajte staro kategorijo, novo kategorijo, ime skripte, namen, lastnika, način nalaganja, pogoj za sprožitev in testni scenarij. To je uporabno tudi za prihodnje delo, ker se nove oznake pogosto dodajajo pod pritiskom kampanj. Če ekipa že med migracijo sprejme pravilo, da brez lastnika in kategorije ni nove skripte, bo upravljanje po zagonu bistveno lažje.

Pri besedilih kategorij se izognite pretirano tehničnim ali preveč pravniškim opisom. Uporabnik ne potrebuje razlage notranje arhitekture, potrebuje pa razumeti posledico izbire. Namesto splošnega stavka, da se piškotki uporabljajo za "izboljšanje izkušnje", raje navedite, ali gre za merjenje obiska, zapomnitev nastavitev, prikaz vdelane vsebine ali prilagajanje oglasov. Slovenska terminologija naj bo dosledna tudi v politiki zasebnosti, informacijah o piškotkih in samem bannerju, sicer uporabnik primerja tri različne opise istega procesa.

Poseben pregled namenite obrazcem in integracijam z orodji za prodajo. Če obrazec za povpraševanje pošilja podatke v CRM, e-poštno avtomatizacijo in analitiko dogodkov, to niso nujno isti nameni. Migracija je dobra priložnost, da ločite tehnično nujno oddajo obrazca od merjenja kampanj ali kasnejšega remarketinga.

Google Consent Mode v2 in Google Tag Manager

Če uporabljate Google Ads, GA4 ali druge Googlove oznake, vključite Google Consent Mode v2 v migracijski načrt. Uradna razlaga je v Googlovi dokumentaciji o Consent Mode, za praktično pripravo pa sta uporabna lokalizirana vodnika Google Consent Mode v2 in Consent Mode v2 z Google Tag Managerjem.

Osnovno pravilo je, da morajo biti privzeta stanja soglasja nastavljena pred sprožitvijo oznak, ki so od njih odvisne. Nato mora CookiePilot poslati posodobitev, ko uporabnik sprejme, zavrne ali spremeni izbiro. Pri Googlovih oznakah bodite pozorni predvsem na ad_storage, analytics_storage, ad_user_data in ad_personalization. Glede na implementacijo so lahko pomembni tudi signali za funkcionalnost, personalizacijo ali varnost.

V GTM ne preverjajte samo, ali se oznaka sproži. Preverite, v kakšnem stanju soglasja se sproži. GA4, Google Ads conversion linker, remarketing, Meta, LinkedIn, TikTok, affiliate in e-poštna orodja imajo lahko različne zahteve. Consent Mode ni univerzalno stikalo za vse ponudnike, zato morajo ne-Googlove oznake imeti svoje pogoje ali sprožilce.

Načrt zamenjave po korakih

Migracijo obravnavajte kot manjšo izdajo, ne kot hitro spremembo nastavitve. Idealno delajte v testnem okolju. Če ga nimate, pripravite omejen produkcijski test, jasen časovni okvir in lastnika za povrnitev stanja.

1. Zamrznite spremembe v starem CMP, GTM in predlogah, dokler traja priprava.
2. Dokončajte inventar skript, izvoz nastavitev, posnetke zaslona in seznam znanih tveganj.
3. V CookiePilot nastavite domene, jezike, kategorije, besedila, ponudnike in povezave do politike zasebnosti.
4. V testnem okolju dodajte CookiePilot in hkrati odstranite ali izključite staro nalaganje Cookiebota.
5. V GTM uredite privzeta stanja soglasja, posodobitve po izbiri uporabnika in sprožilce oznak.
6. Preglejte skripte v temi, vtičnikih, CMS poljih, glavah strani in vgrajenih komponentah.
7. Preizkusite prvi obisk, zavrnitev, sprejem, delno izbiro, umik soglasja in ponovni obisk.
8. Pripravite načrt za povrnitev: katero kodo vrnete, kateri GTM workspace objavite in kdo odloča.
9. Spremembo zaženite v času, ko so dosegljivi razvoj, marketing in odgovorna oseba za spletno mesto.
10. Prvi teden spremljajte soglasja, oznake, konverzije, napake in podporne zahtevke.

Če želite širši pogled na izbiro rešitve, si pred potrditvijo lahko pomagate tudi s primerjavo Cookiebot, CookieYes in CookiePilot ali člankom o cenah CMP rešitev.

WordPress, WooCommerce in e-trgovina

Pri WordPressu najprej ugotovite, kako je Cookiebot dodan. Lahko ga nalaga vtičnik, tema, ročna koda v glavi strani, orodje za vstavljanje skript, GTM ali nastavitev pri ponudniku gostovanja. Odstranite samo pravo pot nalaganja in šele, ko je nova rešitev pripravljena. Dve aktivni CMP rešitvi hkrati sta pogost vzrok za dvojne pasice, nasprotujoče si signale in nepredvidljivo vedenje oznak.

WooCommerce zahteva več pozornosti kot običajna predstavitvena stran. Testirajte ogled izdelka, dodajanje v košarico, spremembo količine, kupon, prijavo, ustvarjanje računa, blagajno, preusmeritev na plačilo, vrnitev s plačila, zahvalno stran in e-poštne sprožilce, če so povezani z zunanjimi orodji. Vtičniki za mnenja, priporočila, klepet, preprečevanje goljufij in upsell lahko dodajajo skripte samo na določenih korakih.

Pri merjenju e-trgovine ne pričakujte, da bodo številke po migraciji popolnoma enake. Spremenjeno besedilo, drugačen vrstni red gumbov, natančnejši nadzor skript, blokatorji oglasov in modeliranje konverzij lahko vplivajo na vidne podatke. Namen testiranja ni umetno izenačiti številk, temveč dokazati, da se oznake sprožijo samo takrat, ko je to predvideno, in da nakupni proces deluje. Za dodatne posebnosti preberite vodnik za cookie banner v WooCommerce.

Testna matrika za migracijo

Strukturirana testna matrika prepreči, da bi zagon temeljil na občutku. Spodnjo tabelo prilagodite svoji strani, vendar ne izpustite ključnih tokov.

Področje	Test	Pričakovani rezultat	Dokaz
Prvi obisk	Odprite stran v čistem profilu	CookiePilot se prikaže, privzeta soglasja so nastavljena pred oznakami	Posnetek zaslona, dataLayer, omrežni dnevnik
Zavrnitev	Zavrnite nenujne kategorije	Marketinške in analitične oznake se ne sprožijo brez ustrezne konfiguracije	GTM preview, seznam piškotkov
Sprejem	Sprejmite vse kategorije	Dovoljene oznake se sprožijo enkrat in prejmejo posodobljeno soglasje	GTM preview, dogodki v GA4
Delna izbira	Dovolite samo analitiko	Analitika deluje, marketing ostane blokiran	Consent tab, dnevnik oznak
Umik	Spremenite izbiro v nastavitvah	Nadaljnje nalaganje sledi novi izbiri	Posnetek, piškotki, lokalna shramba
E-trgovina	Izvedite testni nakup	Nujne funkcije delujejo, opcijske oznake sledijo soglasju	Testno naročilo, omrežne zahteve
Jeziki	Preklopite slovenščino in druge jezike	Besedila, povezave in gumbi so lokalizirani	Posnetki zaslona
Mobilno	Testirajte majhen zaslon	Gumbi so vidni, berljivi in uporabni	Posnetek mobilnega pogleda
Povrnitev	V testu vrnite prejšnjo rešitev	Ekipa zna obnoviti staro stanje	Zapis postopka

Pogoste napake pri prehodu

Najpogostejša napaka je, da ekipa zamenja vidno pasico, stara logika oznak pa ostane v GTM ali temi. Navzven je migracija videti končana, v ozadju pa se oznake še vedno sklicujejo na stare dogodke, atribute ali kategorije. Pred zagonom zato poiščite stare reference v GTM, kodi, vtičnikih in dokumentaciji.

Druga napaka je pomanjkljivo arhiviranje. Če starih nastavitev ne izvozite pravočasno, boste kasneje težko razložili, kaj se je spremenilo. Tretja napaka je pretirano zaupanje v samodejno skeniranje. Skeni so koristni, vendar ne vidijo vedno skript, ki se naložijo šele po prijavi, dodajanju izdelka v košarico ali zaključku nakupa.

Četrta napaka je nerazčiščeno lastništvo. Marketing želi hitre kampanje, razvoj želi stabilnost, pravna služba želi pravilne namene in dokaze, e-trgovina pa ne sme izgubiti naročil. Če ni enega odgovornega lastnika migracije, se odločitve razpršijo. Peta napaka je generično besedilo v slovenskem jeziku, ki zveni kot neposreden prevod. Pasica mora biti razumljiva dejanskim uporabnikom, ne samo formalno lokalizirana.

Kontrolni seznam pred zagonom

Pred objavo preverite:

• CookiePilot je nastavljen za vse aktivne domene, poddomene in jezike.
• Stari Cookiebot se v produkcijski poti ne nalaga več.
• Besedila kategorij, gumbov in povezav so pregledana v slovenščini.
• Politika zasebnosti in informacije o piškotkih so posodobljene.
• GTM privzeta soglasja se nastavijo pred oznakami.
• Google Consent Mode v2 je preverjen za GA4 in Google Ads.
• Ne-Googlove oznake imajo jasne sprožilce in pogoje.
• WordPress tema, vtičniki in WooCommerce razširitve so pregledani.
• Testirani so sprejem, zavrnitev, delna izbira, umik in ponovni obisk.
• Načrt povrnitve je zapisan, preizkušen in dodeljen odgovorni osebi.
• Dokazi o testiranju so shranjeni na mestu, kjer jih najdejo vse vključene ekipe.

Med zagonom ne dodajajte nepotrebnih sprememb. Če hkrati spreminjate CMP, analitiko, blagajno in dizajn, bo težko ugotoviti, kaj je povzročilo odstopanje. Zaporedje naj bo jasno: konfiguracija CookiePilot, odstranitev starega nalaganja, objava GTM sprememb, testni prehod po ključnih straneh in šele nato spremljanje podatkov.

Spremljanje po zagonu

Prvih 24 ur spremljajte prikaz pasice, napake v konzoli, stanje piškotkov, GTM preview na vzorčnih straneh, GA4 sprotna poročila, diagnostiko oglaševalskih platform, testne konverzije in sporočila uporabnikov. Pri spletni trgovini preverite predvsem blagajno, plačila in zahvalno stran. Če prodajate tudi v druge države, testirajte ključne jezikovne in valutne različice.

Prvi teden primerjajte trende, ne posameznih številk. Delež soglasij se lahko spremeni zaradi novega besedila ali jasnejših kategorij. Analitični podatki se lahko spremenijo, ker so skripte zdaj natančneje nadzorovane. To ni samodejno težava, vendar mora imeti ekipa razlago. Zabeležite večja odstopanja in določite, ali gre za napako, pričakovan učinek ali normalno nihanje.

Po enem ali dveh tednih izvedite kratek pregled. Potrdite, da je inventar ažuren, da nove oznake ne prihajajo mimo dogovorjenega procesa in da ima vsaka nova storitev lastnika. Migracija je uspešna šele takrat, ko izboljša redno upravljanje, ne samo dan zagona.

Vzpostavite tudi mesečni ali četrtletni mini pregled. Ni treba, da je obsežen: primerjajte seznam aktivnih oznak z zadnjo odobreno različico, preverite nove vtičnike, preglejte nekaj ključnih strani v čistem brskalniku in shranite kratek zapis. Pri manjših podjetjih je lahko to naloga skrbnika spletne strani, pri večjih pa naj sodelujejo marketing, razvoj in oseba, odgovorna za varstvo podatkov. Tak ritem prepreči, da bi se po urejeni migraciji v nekaj mesecih znova pojavile neznane skripte.

Če se po zagonu pripravljajo nove kampanje, uvedite pravilo predhodnega preverjanja. Vsak nov piksel, vdelan video, obrazec ali orodje za personalizacijo naj ima določen namen, kategorijo, lastnika, datum dodajanja in testni rezultat. To je majhen administrativni korak, vendar prihrani veliko časa ob naslednjem pravnem pregledu ali tehnični napaki.

Odločitev: preklopiti zdaj ali počakati

Preklopite zdaj, če imate jasen razlog, urejen inventar oznak, odgovorno osebo, testno okno in ekipo, ki lahko preveri pravne, marketinške in tehnične posledice. Tipični dobri razlogi so priprava na Consent Mode v2, prenova WooCommerce trgovine, večjezična ureditev, jasnejše delo z dobavitelji ali želja po bolj preglednem upravljanju soglasij v CookiePilot.

Počakajte, če nihče ne ve, katere oznake so aktivne, če je spletno mesto sredi večje nestabilne izdaje ali če se ekipe še niso dogovorile o kategorijah. V takem primeru najprej naredite inventar in odločitev dokumentirajte. Ko boste pripravljeni, je naslednji praktičen korak pregled funkcionalnosti, ocena cen ali pogovor prek strani kontakt z opisom domen, CMS, GTM, e-trgovine in želenega roka.

Pri odločitvi vključite tudi agencije in zunanje izvajalce, ki upravljajo oglaševanje, razvoj ali analitiko. Če se za migracijo dogovorite samo interno, lahko zunanji partner po zagonu objavi star GTM workspace ali ponovno doda skripto, ki ste jo pravkar odstranili. Kratek zapis odgovornosti in dostopov je zato del kakovostne migracije.

Pogosta vprašanja

Ali lahko stara soglasja iz Cookiebota prenesemo v CookiePilot?

Najprej izvozite in shranite razpoložljive zapise. Ali jih lahko uporabite v novi postavitvi, je odvisno od kategorij, besedila, namenov, ponudnikov in vaše pravne presoje. Samodejni prenos ni nekaj, kar bi smeli predpostaviti.

Ali moramo pri migraciji spreminjati Google Tag Manager?

V večini primerov da. Sprožilci, izjeme in privzeta stanja soglasja so pogosto vezani na staro implementacijo. GTM preverite v predogledu pred objavo in po njej.

Ali CookiePilot sam uredi skladnost z GDPR ali pravili o piškotkih?

Ne. CookiePilot lahko podpira upravljanje soglasij, dokazovanje in tehnično izvedbo, vendar skladnost izhaja iz vaše konfiguracije, obvestil, ponudnikov, pravnih podlag in notranjih postopkov.

Koliko časa traja prehod s Cookiebota na CookiePilot?

Manjša predstavitvena stran je lahko pripravljena hitreje kot večjezična spletna trgovina z veliko oznakami. Največ časa običajno vzameta inventar in testiranje, ne sama zamenjava skripte.

Kaj je najpomembnejši test pred zagonom?

Preverite prvi obisk brez shranjenih piškotkov, zavrnitev, sprejem, delno izbiro, umik soglasja, GTM stanje soglasja in ključni nakupni tok. Samo prikaz pasice ni dovolj.

Ali je migracija primerna ob prenovi spletne strani?

Lahko je, ker se takrat pogosto spreminjajo predloge, oznake in analitika. Pomembno je, da imate ločen testni načrt, da lahko težave s CMP ločite od težav prenove.

Kje začeti, če je trenutna postavitev neurejena?

Začnite z inventarjem. Zapišite vsako skripto, namen, lastnika, mesto nalaganja, kategorijo in testni scenarij. Šele nato konfigurirajte novo rešitev.