Consent Mode v2 fejler med Cookiebot og Google Tag Manager: sådan finder og løser du fejlene

Hvad går typisk galt i praksis?

Consent Mode v2 bygger på, at Google-tags modtager et tydeligt standardsignal tidligt i sideindlæsningen og derefter et opdateret signal, når brugerens valg kendes. Hvis dette ikke sker i korrekt rækkefølge, kan Google Tag Manager nå at evaluere triggers og affyre tags på et forkert grundlag. Med Cookiebot ser man ofte fejl, hvor consent update kommer for sent, hvor default state aldrig sættes, eller hvor samtykke kun påvirker nogle tags men ikke hele containerens adfærd.

GA4-pageview sendes før samtykkestatus er kendt
Google Ads-konverteringstag affyres, men uden forventede consent-signaler
Remarketing-tags blokeres permanent, selv efter accepteret samtykke
Consent state står som ukendt eller afventer i Tag Assistant
Cookiebot-banneret vises, men GTM modtager ikke en brugbar opdatering
Enhanced Conversions virker ustabilt, fordi de afhænger af korrekt tag-affyring og consent-status

Forstå den tekniske kæde mellem Cookiebot, GTM og Google-tags

Teknisk set skal der ske mindst tre ting i den rigtige rækkefølge. Først skal der sættes en standardtilstand for consent, typisk som denied for relevante signaler, før øvrige Google-tags evalueres. Dernæst skal Cookiebot registrere brugerens valg. Til sidst skal dette valg oversættes til en consent update, som Google Tag Manager og Google-tags kan reagere på. Hvis ét led mangler, bliver målingen enten for restriktiv eller for løs.

I Consent Mode v2 arbejder Google med flere consent-typer. For annoncering og måling er særligt ad_storage, analytics_storage, ad_user_data og ad_personalization centrale. Hvis Cookiebot kun påvirker de to første, men ikke de to nye v2-signaler, kan opsætningen være delvist fungerende og stadig fejle i forhold til Google Ads-funktioner som remarketing, audiences og visse former for konverteringsmodellering.

Den vigtigste fejl: manglende standard consent state

En af de mest almindelige fejl er, at man kun sender en update, når brugeren accepterer eller afviser cookies, men aldrig sætter en standardtilstand ved sidens start. Uden en standardtilstand ved Google-tags ikke, hvad de skal antage, før brugerens valg foreligger. Det kan føre til, at tags enten affyres for tidligt eller bliver evalueret under en uklar status.

I GTM bør standardtilstanden sættes via et Consent Initialization-tag, så det kører før almindelige Initialization- og Page View-tags. Det er netop rækkefølgen, der gør forskellen. Et korrekt standardsignal er ofte vigtigere end avancerede triggers længere nede i containeren.

gtag('consent', 'default', {
  ad_storage: 'denied',
  analytics_storage: 'denied',
  ad_user_data: 'denied',
  ad_personalization: 'denied'
});

Eksemplet viser princippet, ikke nødvendigvis den eneste implementeringsform. I praksis kan opsætningen ske via GTM-tag, skabelon eller integration mellem Cookiebot og GTM. Det afgørende er, at standardsignalet sendes tidligt nok og med de relevante felter.

Rækkefølgen på tags i GTM er ofte den reelle årsag

Mange fejl skyldes ikke selve samtykkeløsningen, men at GTM-containeren er bygget uden respekt for consent-rækkefølgen. Et GA4 Configuration-tag eller Google tag kan være sat til at affyre på All Pages, mens consent-opsætningen først sker bagefter. Så ser det ud, som om Consent Mode er sat op, men i praksis kommer signalet for sent.

Brug Consent Initialization til default consent state
Lad Cookiebot eller et dedikeret tag sende consent update, når valg foreligger
Kontrollér at GA4, Google Ads og remarketing-tags respekterer consent checks
Undgå at lægge samtykkelogik kun i Custom HTML-tags, hvis GTM-skabeloner eller indbyggede consent-funktioner kan bruges mere stabilt
Kontrollér at der ikke både findes hardcoded Google-tags i koden og tilsvarende tags i GTM

Typisk konflikt: Cookiebot styrer scripts, mens GTM også prøver at styre dem

En hyppig årsag til fejl er dobbeltstyring. Cookiebot kan være sat op til at blokere eller aktivere scripts direkte i sidens kode, mens GTM samtidig forsøger at håndtere samtykkebaseret affyring. Resultatet kan blive, at et tag hverken affyres korrekt før eller efter samtykke, eller at det affyres to gange gennem forskellige veje.

Hvis Google-tags kører via GTM, er det normalt mest overskueligt, at GTM håndterer affyringen, mens Cookiebot leverer samtykkesignalet. Hvis der samtidig ligger et hardcoded Google tag, GA4-script eller Ads-script uden for GTM, bliver fejlsøgning markant sværere, fordi Tag Assistant så viser hændelser fra flere implementeringer.

Sådan tester du opsætningen i Tag Assistant

Tag Assistant er det vigtigste værktøj til at kontrollere, om consent-signaler kommer i den rigtige rækkefølge. Målet er ikke kun at se, om et tag affyres, men om det affyres under den korrekte consent state. Test derfor altid både før samtykke, efter accept og efter afvisning.

Åbn siden via GTM Preview eller Tag Assistant
Find de tidligste events i tidslinjen, især Consent Initialization
Kontrollér at default consent state sættes før GA4- eller Ads-tags
Afgiv et valg i Cookiebot-banneret
Bekræft at der derefter kommer en consent update
Undersøg om GA4, Google Ads og remarketing-tags ændrer adfærd efter opdateringen
Se efter dubletter, hvor samme tag affyres både før og efter consent update

Hvis du i Tag Assistant ser, at page_view eller andre events sendes inden default consent er sat, er rækkefølgen forkert. Hvis der findes en default state, men ingen update efter klik i banneret, ligger fejlen ofte i Cookiebot-integrationen eller i et custom script, som ikke oversætter samtykket korrekt til Googles consent-signaler.

Fejlfinding på standard state og update state

En praktisk måde at fejlfinde på er at behandle default state og update state som to separate funktioner. Først verificerer du, at alle relevante consent-felter får en standardværdi ved sideindlæsning. Derefter kontrollerer du, at de samme felter opdateres efter brugerens handling. Mange opsætninger fejler, fordi kun halvdelen af kæden er på plads.

Default state findes ikke
Default state sættes for sent
Kun analytics_storage opdateres, men ikke ad_storage
ad_user_data og ad_personalization mangler helt
Update affyres kun ved accept, men ikke ved afvisning
Consent update afhænger af et event, der aldrig når dataLayer

Eksempel på dataLayer-baseret fejlsøgning

Hvis Cookiebot sender custom events til dataLayer, kan du bruge dem som spor i GTM Preview. Det gør det lettere at se, om samtykkevalget faktisk registreres, og om triggers bygger på de rigtige events. Det er ikke nok at se banneret visuelt; du skal kunne se hændelsen teknisk.

dataLayer.push({
  event: 'cookie_consent_update',
  analytics_storage: 'granted',
  ad_storage: 'denied',
  ad_user_data: 'denied',
  ad_personalization: 'denied'
});

Et event som dette kan bruges som mellemled i en implementering, men det er ikke i sig selv nok. GTM eller et Google-tag skal stadig omsætte værdierne til en faktisk consent update, som Google kan læse. Ellers ligger informationen kun i dataLayer uden effekt på tag-adfærden.

Konsekvenserne for Google Ads, GA4 og remarketing

Når Consent Mode v2 fejler, påvirker det ikke kun én rapport. GA4 kan miste eller modellere flere hændelser end forventet. Google Ads kan mangle konverteringer eller registrere dem med reduceret signalstyrke. Remarketinglister kan blive mindre eller mere ustabile, fordi brugeridentifikation og annoncepersonalisering afhænger af korrekt consent-status. Problemet bliver ofte fejltolket som dårlig kampagneperformance, selv om årsagen reelt ligger i måleopsætningen.

Det er også vigtigt at skelne mellem platformens rapportering og virksomhedens faktiske resultater. En teknisk fejl i consent-opsætningen ændrer ikke nødvendigvis antallet af reelle salg eller leads, men den ændrer, hvor mange af dem der kan tilskrives annonceringen. Derfor bør consent-fejl behandles som et datakvalitetsproblem før de bruges som grundlag for optimeringsbeslutninger.

Enhanced Conversions og server-side tracking løser ikke en defekt consent-opsætning

Nogle forsøger at kompensere for manglende måling ved at aktivere Enhanced Conversions eller arbejde med server-side tracking. Begge dele kan være relevante i den rigtige arkitektur, men de retter ikke en grundlæggende fejl i consent-signalerne. Hvis samtykkestatus er forkert eller uklar, vil de ekstra lag stadig arve en dårlig datakvalitet eller skulle underlægges de samme samtykkeregler.

Før du udvider setup med mere avanceret tracking, bør den basale kæde fungere stabilt: default consent, consent update, korrekt tag-rækkefølge, entydig affyring og testede signaler i Tag Assistant.

Anbefalet fremgangsmåde til at rette fejlen

Kortlæg alle steder hvor Google-tags findes: GTM, hardcoded scripts, plugins og eventuelle app-integrationer
Fjern eller konsolider dublerede implementeringer
Sæt standard consent state i et Consent Initialization-tag
Bekræft at alle relevante v2-signaler er inkluderet
Sørg for at Cookiebot udløser en entydig consent update efter brugerens valg
Test accept, afvisning og eventuel delvis tilladelse i Tag Assistant
Verificér at GA4, Google Ads-konverteringer og remarketing reagerer som forventet
Dokumentér opsætningen, så senere ændringer i tema, CMP eller GTM ikke bryder rækkefølgen igen

Hvornår er problemet løst?

Problemet er først løst, når du konsekvent kan reproducere samme korrekte forløb i test: en tydelig default state ved load, en tydelig update efter samtykkevalg, og en observerbar ændring i tag-adfærd derefter. Derudover bør der ikke være modstridende signaler fra flere implementeringer. En vellykket teknisk løsning kendetegnes mere af stabilitet og forudsigelighed end af høje rapporterede tal i den første uge.

Konklusion

Når Consent Mode v2 fejler med Cookiebot og Google Tag Manager, skyldes det oftest tre forhold: manglende standard consent state, forkert rækkefølge på tags og en uklar integration mellem bannerets valg og Googles consent-signaler. Den mest effektive fejlsøgning er at begynde tidligt i kæden, kontrollere consent-events i Tag Assistant og fjerne dobbelte implementeringer. Først når samtykkesignalerne sendes korrekt og stabilt, giver det mening at vurdere kvaliteten af dine Google Ads-konverteringer, GA4-data og remarketinglister.