Migrering fra Cookiebot til CookiePilot: praktisk guide

At migrere fra Cookiebot til CookiePilot handler sjældent kun om at udskifte et cookiebanner. For danske virksomheder er det en ændring af den måde, samtykke, scripts, dokumentation og marketingmåling styres på tværs af website, Google Tag Manager, WordPress, WooCommerce og andre platforme. En god migrering bevarer overblikket, reducerer risikoen for databrud i rapporteringen og gør det lettere at arbejde med samtykke fremover.

Denne guide er skrevet til teams, der allerede bruger Cookiebot og overvejer at skifte fra Cookiebot til CookiePilot. Fokus er praktisk migrering: audit, eksport, scriptmapping, Google Consent Mode v2, GTM-validering, ecommerce, rollback og overvågning efter lancering. CookiePilot kan hjælpe med samtykkestyring og implementering, men ingen CMP kan i sig selv garantere compliance. Jeres juridiske vurderinger, leverandører, tekster, konfiguration og interne processer er stadig afgørende.

Hvis I stadig sammenligner muligheder, kan I starte med Cookiebot-alternativer, gennemgå CookiePilots funktioner og se priser. Brug derefter denne artikel som en arbejdsplan for en kontrolleret overgang, hvor marketing, jura, udvikling og ecommerce arbejder ud fra samme billede.

Hvornår giver et skifte fra Cookiebot til CookiePilot mening?

Et skifte giver mest mening, når den eksisterende CMP-løsning er blevet svær at arbejde med. Det kan være i forbindelse med redesign, ny WordPress-installation, oprydning i Google Tag Manager, implementering af Google Consent Mode v2, flere sprog, flere domæner eller en ecommerce-platform, hvor checkout og tracking er blevet for komplekst.

Start med at beskrive den forretningsmæssige årsag. Vil I have enklere kategorier? Bedre styring af marketingtags? Mere gennemsigtig sammenhæng mellem banner, GTM og Google-signaler? Bedre arbejdsgange for WooCommerce? Mindre afhængighed af hårdkodede scripts i temaet? Hvis målet kun er at få et andet banner på siden, risikerer I at tage de gamle problemer med over i den nye opsætning.

Definér også, hvad migreringen ikke skal løse. En CMP fjerner ikke automatisk unødvendige tredjepartsleverandører, omskriver ikke privatlivspolitikken og afgør ikke alene, hvilke cookies der er nødvendige. CookiePilot kan understøtte den tekniske styring af samtykke, men organisationen skal selv tage stilling til formål, leverandører, kategorier og lokal juridisk kontekst.

I Danmark er det relevant at holde sig til officielle kilder som Datatilsynet, Digitaliseringsstyrelsen, Det Europæiske Databeskyttelsesråd og Googles dokumentation om Consent Mode. Brug dem som autoritativ kontekst, ikke som erstatning for rådgivning om jeres konkrete setup.

Før-migreringsaudit: få styr på det, I erstatter

Begynd med en detaljeret audit af den eksisterende Cookiebot-implementering. Find ud af, hvor scriptet indlæses: via WordPress-plugin, temaheader, Google Tag Manager, custom code snippet, ecommerce-plugin, CMS-skabelon eller et eksternt tagværktøj. Kortlæg domæner, subdomæner, sprogversioner, kampagnesider, produktsider, checkout, kontosider, formularer og embedded indhold.

En brugbar inventarliste bør mindst indeholde sideområde, nuværende CMP-kilde, GTM-container, GA4-property, Google Ads-tags, Meta Pixel, LinkedIn Insight Tag, heatmap-værktøjer, chat, videoembeds, affiliate scripts, betalings- og fraudværktøjer, personalisering og eventuelle scripts fra bureauer. Angiv også ejer, formål, kategori, indlæsningsbetingelse og hvordan adfærden testes.

Brug ikke kun Cookiebots administrationsflade. Tjek også browserens developer tools, GTM Preview, en crawler og manuelle testbesøg. Test første besøg uden samtykke, afvis alle, accepter alle, gem udvalgte kategorier og ændr valget efterfølgende. Notér hvilke cookies der sættes før samtykke, hvilke netværkskald der går ud, hvilke tags der fyrer, og om tilbagetrækning af samtykke reelt stopper relevante scripts.

Vær særlig kritisk med kategorien nødvendige cookies. At et script er vigtigt for virksomheden, betyder ikke, at det er strengt nødvendigt for brugeren. Betaling, sikkerhed, indkøbskurv, sprogvalg og belastningsbalancering kan være anderledes end statistik, annoncering, personalisering eller sociale medier. Hvis der er tvivl, bør juridisk rådgivning ind over beslutningen.

Danske websites har ofte flere praktiske lag, som ikke fremgår af forsiden. Kontaktformularer kan være koblet til CRM eller nyhedsbrevssystemer. Webshops kan bruge fragtmoduler, betalingsgateways, anmeldelsesplatforme og kundeservicechat. Bureauer kan have tilføjet scripts i GTM, mens udviklere har lagt andre direkte i temaet. Auditten skal derfor afspejle den faktiske publicerede side, ikke kun den pæne oversigt i et administrationspanel.

Eksportér og bevar dokumentation

Inden Cookiebot fjernes, bør I gemme den eksisterende opsætning. Eksportér eller arkivér bannertekster, kategorier, leverandørlister, domænegrupper, sprogversioner, scanrapporter, screenshots af banner og præferencecenter, GTM-versioner, scriptdeklarationer og samtykkelogfiler, hvis I har adgang til dem.

Opret en migrationsmappe med dato, ansvarlig person, websiteversion og en kort forklaring på ændringen. Dokumentationen har praktisk værdi. Den gør det lettere at sammenligne før og efter, hvis tracking eller banneradfærd ændrer sig. Den giver også en historik over beslutninger, som kan være nyttig ved interne audits, kundespørgsmål eller dialog med rådgivere.

Overfør ikke gamle samtykkevalg automatisk til en ny platform uden vurdering. Kategorier, formål, leverandører, opbevaringsperioder og brugergrænseflade kan være ændret. Hvis CookiePilot stiller brugeren et andet spørgsmål end den gamle opsætning, kan det være problematisk blot at antage, at tidligere valg stadig dækker. Beslutningen bør dokumenteres og forankres hos de ansvarlige.

Gem også et før-billede af jeres måling. Notér samtykkerater, GA4-sessioner, Google Ads-konverteringer, checkout completion, omsætning, leadformularer og vigtige kampagneevents for en normal periode. Tallene skal ikke nødvendigvis matche efter migrering, men de giver et fælles referencepunkt. Hvis noget falder kraftigt efter launch, kan I hurtigere skelne mellem teknisk fejl, kampagneændring, sæson eller effekt af en mere præcis consent-opsætning.

Mapping af kategorier, scripts og consent-signaler

Mange migreringer fejler i detaljerne. En kategori kaldet statistik i én løsning er ikke nødvendigvis identisk med analytics i en anden. En leverandør kan levere flere funktioner med forskellige formål. Et videoembed kan være funktionelt i én sammenhæng og marketingrelateret i en anden. Derfor skal mapping ske efter formål og faktisk adfærd, ikke kun efter leverandørnavn.

Arbejd med fire praktiske hovedgrupper: nødvendige, funktionelle eller præferencer, statistik eller analyse, marketing eller annoncering. For hvert script skal I angive formål, ejer, sider, kategori i CookiePilot, trigger i GTM, consent-signal og testmetode. Det gør diskussionen konkret og mindsker risikoen for, at marketing, udvikling og jura taler forbi hinanden.

For Google Consent Mode v2 skal I især forstå ad_storage, analytics_storage, ad_user_data og ad_personalization. Afhængigt af jeres setup kan også funktionalitets-, personaliserings- og sikkerhedsrelaterede signaler være relevante. Det afgørende er, at CookiePilot, GTM og tags deler samme logik for default state og opdatering efter brugerens valg.

Default consent skal sættes, før relevante Google-tags kan fyre. Når brugeren accepterer, afviser eller ændrer kategorier, skal der sendes en opdatering. Brug gerne den lokale guide til Google Consent Mode v2 og vejledningen til Google Consent Mode v2 i Google Tag Manager som planlægningsgrundlag.

Skriv mappingen, så den kan forstås af en ny kollega eller et nyt bureau om seks måneder. En post som “GA4 - statistik - alle sider - kræver analytics consent - valideres i DebugView” er brugbar. En post som “Google” er ikke nok. Skeln også mellem events fra samme leverandør. Page view, add to cart, begin checkout og purchase kan have forskellige indlæsningspunkter og forskellige konsekvenser, hvis de fejler.

Trin-for-trin plan for udskiftningen

Behandl migreringen som en lille release, ikke som en hurtig indstillingsændring. Arbejd helst i staging eller på en kontrolleret preview-branch. Hvis I ikke har staging, bør I vælge et kort lanceringsvindue med tydelig rollback-ejer og adgang til både CMS, GTM og CMP.

1. Frys ændringer i den gamle CMP, GTM-triggers og cookiekategorier.
2. Afslut audit og gem eksport, screenshots, scanrapporter og kendte afvigelser.
3. Konfigurér CookiePilot med domæner, sprog, kategorier, bannertekster og præferencecenter.
4. Implementér CookiePilot i staging via anbefalet script, plugin eller integration.
5. Fjern eller deaktivér Cookiebot i samme miljø, så to CMP’er ikke konkurrerer.
6. Opdatér GTM-triggers, consent settings og hardcoded scripts.
7. Test første besøg, afvis alle, accepter alle, udvalgte kategorier, tilbagetrækning og tilbagevendende bruger.
8. Forbered rollback med gammel GTM-version, CMS-ændringer, scriptplacering og ansvarlig person.
9. Lancér, når udvikling, marketing og site owner kan validere samtidig.
10. Overvåg samtykkerater, tag firing, konverteringer og supporthenvendelser i mindst en uge.

For WordPress og WooCommerce er det vigtigt at tjekke, om Cookiebot tidligere blev indlæst flere steder. Et plugin, et tema og GTM kan alle være involveret. Læs også guiden om cookiebanner til WooCommerce, da checkout, betaling og ordrebekræftelse ofte har særlige scripts.

Validering i GTM og Google Consent Mode v2

Google Tag Manager er ofte det sted, hvor migreringen enten lykkes eller skaber uventede problemer. Åbn GTM Preview i en ren browserprofil. Bekræft, at default consent sættes før tags, der kræver samtykke. Tjek derefter, at consent update sendes korrekt ved accept, afvisning, delvist valg og ændring af præferencer.

For GA4 skal I validere page_view, session_start, ecommerce events, custom events og eventuelle cross-domain flows. For Google Ads bør conversion linker, remarketing, conversion tags og eventuelle enhanced conversions testes. For Meta, LinkedIn, TikTok, affiliateværktøjer, chat og e-mailplatforme er Consent Mode ikke en generel tilladelsesknap. De skal stadig styres med triggers og kategorier, der matcher brugerens valg.

Brug Chrome DevTools til at inspicere cookies, local storage, network requests og dataLayer. Se efter dobbelte events, gamle Cookiebot-signaler og tags, der fyrer før samtykke. Et klassisk problem er, at den gamle CMP stadig ligger i temaet, mens den nye ligger i GTM. Resultatet kan være to bannere, modstridende states eller upålidelige målinger.

Opret gerne et separat GTM workspace til migreringen. Så kan I tydeligt se, hvilke tags, triggers og variables der er ændret. Brug konsekvente navne, for eksempel med kategori eller CMP-reference i navnet. Når ændringen publiceres, bør GTM-versionen have en kort, forståelig beskrivelse. Det gør rollback og senere fejlsøgning markant lettere, især hvis flere bureauer eller interne teams arbejder i samme container.

WordPress, WooCommerce og dansk ecommerce

På WordPress skal I identificere alle indlæsningsveje. Cookiebot kan være aktiveret via plugin, indsat direkte i header.php, tilføjet gennem et snippets-plugin, injiceret af et bureau eller styret via GTM. Fjern først den gamle indlæsningsvej, når CookiePilot er testet i staging, og dokumentér den nye placering tydeligt.

WooCommerce kræver ekstra grundighed. Test produktvisning, tilføj til kurv, kurvopdatering, rabatkode, login, checkout steps, betalingsredirect, MobilePay eller kortbetaling, ordrebekræftelse, abonnementer og retur til webshoppen efter betaling. Nogle extensions loader først scripts på checkout eller thank-you page. Andre tilføjer anmeldelser, chat, fraud detection, upsell eller personalisering.

For ecommerce-måling bør I sammenligne før og efter med omtanke. Samtykkevalg, browseradfærd, annonceblokering, Consent Mode-modellering og ændrede triggers kan påvirke tallene. Målet er ikke, at alle tal skal være identiske. Målet er at sikre, at tags fyrer, når de skal, er stille, når de skal, og sender forventede consent-signaler.

I dansk ecommerce bør I også teste lokale betalings- og leveringsmønstre. MobilePay, kortbetaling, faktura, pakkeshopvalg, fragtberegning og ordrebekræftelser kan involvere forskellige scripts eller redirects. Nogle er nødvendige for at gennemføre købet, mens andre er analyse, annoncering eller personalisering. Dokumentér begrundelsen, så checkout ikke bliver blokeret ved en fejl, og så marketingtags ikke får en bredere adgang end kategorien tilsiger.

Sammenlignings- og testmatrix

Område	Før migrering	Efter CookiePilot	Validering
Banner	Cookiebot-tekster og kategorier	Lokale tekster og kategorier i CookiePilot	Accept, afvis, gem valg, genåbn præferencer
GTM	Gamle triggers og consent checks	Nye triggers og consent states	Preview mode, consent tab, ingen dubletter
Consent Mode v2	Eksisterende default og update	ad_storage, analytics_storage, ad_user_data, ad_personalization	Default før tags, update efter valg
Analytics	GA4-events og cookies	GA4 efter samtykkestatus	Page view, ecommerce, reject og accept
Annoncering	Google Ads, Meta, affiliate	Marketingtags efter kategori	Konvertering, remarketing, netværkskald
WooCommerce	Checkout og betalingsflow	Samme flow uden blokering af nødvendige services	Kurv, betaling, ordrebekræftelse
Dokumentation	Eksport og screenshots	Ny konfiguration og launchlog	Dato, ejer, testresultater

Typiske fejl

• Cookiebot og CookiePilot kører samtidigt i produktion.
• Scripts mappes efter leverandørnavn i stedet for konkret formål.
• Hårdkodede scripts i tema, page builder eller footer glemmes.
• Default consent sættes for sent i forhold til Google-tags.
• Checkout og betalingsredirect testes kun overfladisk.
• Gamle GTM-triggers får lov at fyre sammen med nye triggers.
• Juridiske tekster kopieres mekanisk uden lokal tilpasning.
• CMP’en behandles som en garanti for compliance.

Launch checklist

• Audit dækker hovedskabeloner, landing pages, checkout og kontosider.
• Cookiebot-konfiguration, screenshots og scanrapporter er gemt.
• CookiePilot er sat op med domæner, sprog, kategorier og danske tekster.
• Scriptmapping er godkendt af relevante ejere.
• GTM workspace er testet og klar til publicering.
• Google Consent Mode v2 default og update er valideret.
• WordPress-cache, CDN og plugin-konflikter er gennemgået.
• Rollback-planen har konkrete trin og ansvarlige.
• Marketing, udvikling og site owner er tilgængelige ved lancering.
• Overvågning er planlagt for mindst de første syv dage.

Internt ejerskab og kommunikation

Migreringen bør have én teknisk ansvarlig, men ikke én enlig beslutningstager. Marketing skal kende konsekvenserne for kampagner og konverteringer. Jura eller compliance skal vurdere tekster, formål og kategorier. Ecommerce skal teste checkout og betaling. Udvikling skal sikre, at scripts ikke ligger skjult i tema, plugin eller deployment-pipeline. Brug auditarket som fælles arbejdsdokument med ejer og status for hvert script.

Informer også support, salg og kampagneansvarlige før lancering. De behøver ikke kende alle tekniske detaljer, men de bør vide, hvornår ændringen sker, hvilke symptomer der skal meldes ind, og hvem der tager imod eskaleringer. Hvis brugere oplever, at banneret vender tilbage, at præferencer ikke gemmes, eller at checkout opfører sig anderledes, skal teamet hurtigt kunne afgøre, om det er cache, browseradfærd eller et reelt launchproblem.

Rollback-plan

Rollback skal være skrevet ned før lancering. Gem den tidligere GTM-version, den gamle scriptplacering, relevante CMS-ændringer og en kort procedure for at sætte Cookiebot tilbage, hvis noget kritisk fejler. Angiv hvem der må publicere GTM, hvem der kan ændre CMS eller deployment, og hvem der træffer beslutningen om rollback.

Definér klare kriterier: manglende banner, checkout-fejl, betaling der blokeres, dobbelte konverteringer, manglende consent updates, alvorlig fejl i sprogversionen eller væsentlig trackingfejl på en aktiv kampagne. Hvis kriteriet opstår, rollback først, dokumentér problemet og genskab fejlen i staging, før I prøver igen.

Overvågning efter lancering

De første dage efter skiftet bør I følge samtykkerater, GA4 real-time, Google Ads-konverteringer, GTM debug, checkout completion, fejl i browserkonsollen og supporthenvendelser. Undgå at konkludere for meget på én dags data. Sammenlign med tilsvarende perioder, kampagnetryk, ugedage og sæson.

Efter en uge bør I lave et kort review. Er alle kendte afvigelser lukket? Tilføjes nye tags gennem den rigtige proces? Matcher bannerteksterne de faktiske leverandører? Har ecommerce-teamet set ændringer i checkout? Hvis I også vurderer økonomien, kan guiden om CMP-priser give nyttig kontekst, og I kan tage næste skridt via kontakt.

Efter reviewet bør I aftale den permanente proces. Nye marketingpixels, embeds, betalingsplugins, A/B-testværktøjer og analyseplatforme skal vurderes, før de publiceres. Ellers bliver den nye opsætning langsomt lige så uoverskuelig som den gamle. CookiePilot kan hjælpe med styringen, men processen omkring værktøjet skal være tydelig.

Beslutningsguide

For et mindre website med få tags kan migreringen være relativt enkel: audit, eksport, opsætning, test og launch. For en webshop med flere markeder, annoncekanaler, bureauer og komplekse GTM-regler bør skiftet planlægges som et koordineret projekt. CookiePilot passer bedst, når I ønsker en mere overskuelig arbejdsgang for samtykke og scriptstyring, ikke når I vil springe intern oprydning over.

Vælg et tidspunkt uden kritiske kampagnelanceringer, store checkout-ændringer eller travle salgsperioder. Den bedste overgang fra Cookiebot til CookiePilot er den, brugeren oplever som rolig og tydelig, mens teamet bag siden får et mere kontrollerbart setup.

Hvis beslutningen stadig er åben, så vurder tre spørgsmål. Hvor meget tid bruger I på at ændre eller fejlfinde den nuværende consent-opsætning? Kan I forklare præcist, hvilke scripts der indlæses ved accept, afvisning og delvist samtykke? Har I dokumentation, der viser, hvordan opsætningen fungerer i dag? Hvis svarene er uklare, kan migreringen være en anledning til både at skifte værktøj og rydde op i governance.

Se også på jeres organisation. Hvis hver ændring kræver hjælp fra et bureau, en udvikler og en marketing specialist, bør den nye opsætning designes, så rollerne er tydelige. CookiePilot kan understøtte et mere enkelt workflow, men værdien kommer først, når nye tags ikke længere bliver tilføjet uden ejer, kategori og test.

FAQ

Hvor lang tid tager det at migrere fra Cookiebot til CookiePilot?

Et mindre website kan ofte migreres på få arbejdsdage, hvis tags og kategorier er enkle. En WooCommerce-butik, mange sprog eller et komplekst GTM-setup kræver mere tid til audit, mapping, test og overvågning.

Kan vi genbruge gamle samtykker?

Det bør ikke antages automatisk. Gamle samtykker kan være knyttet til andre kategorier, tekster, formål eller leverandører. Vurderingen bør være både teknisk og juridisk.

Skal Cookiebot fjernes helt?

Ja, i produktion bør brugeren møde én aktiv CMP-logik. To CMP’er kan give modstridende signaler, dobbelte bannere og upræcis tracking.

Garanterer CookiePilot GDPR-compliance?

Nej. CookiePilot kan hjælpe med samtykkestyring og implementering, men compliance afhænger af jeres konfiguration, leverandører, tekster, formål og processer.

Hvad er vigtigst i Google Consent Mode v2?

Default consent skal sættes før relevante Google-tags, og update skal sendes efter brugerens valg. Valider altid i GTM Preview og browserens developer tools.

Hvad skal vi teste i WooCommerce?

Test produktvisning, kurv, rabatkode, checkout, betalingsredirect, ordrebekræftelse, konto-login og plugins, der kun indlæser scripts i købsflowet.

Hvem bør eje migreringen internt?

En teknisk ansvarlig bør styre implementeringen, men marketing, jura og ecommerce skal godkende mapping, tekster, tracking og launchkriterier.

Hvad bør vi gøre efter den første måned?

Kør en ny scanning, gennemgå GTM-ændringer siden launch, sammenlign hovedmålepunkter og kontrollér, om nye leverandører er blevet tilføjet korrekt. Det gør migreringen til en varig proces frem for et engangsprojekt.