Cookiebot och GA4: rätt uppsättning steg för steg

Rätt ordning när du kopplar ihop Cookiebot och GA4 ser ut så här: bannern laddas först av allt, samtyckessignalerna går till Google Tag Manager, och taggarna väntar med att skjuta tills besökaren har svarat. Får du den kedjan rätt mäter du lagligt och tekniskt korrekt på samma gång. Får du den fel mäter du antingen utan samtycke eller inte alls, och båda varianterna dyker upp regelbundet när jag granskar sajter.

I vilken ordning ska Cookiebot och GA4 sättas upp?

Ordningen är hela poängen, så jag tar den punkt för punkt:

• Cookiebot-skriptet läggs högst upp i sidhuvudet, före GTM-skriptet
• standardläget för samtycke sätts till nekat för alla signaler innan någon tagg hinner köra, vilket Cookiebot sköter när consent mode är aktiverat i verktyget
• GA4-taggen ligger i GTM och lyssnar på signalerna i stället för att skjuta direkt
• när besökaren väljer i bannern uppdateras signalerna, och taggarna som väntat får köra

Ingenting får alltså hinna före bannern. Ligger GTM först i koden har GA4 ofta redan satt sina cookies innan besökaren ens sett en fråga. Vad de enskilda signalerna betyder, som ad_storage och analytics_storage, förklarar jag i inlägget om consent mode v2.

Hur kommer samtyckessignalerna in i Tag Manager?

Cookiebot skickar besökarens val till Googles consent mode, och GTM läser läget därifrån. Googles egna taggar, som GA4 och Google Ads, har inbyggda samtyckeskontroller och pausar sig själva så länge analytics_storage är nekat. Du behöver alltså sällan bygga egna spärrar för just dem.

För övriga taggar, till exempel pixlar från andra annonsplattformar, ställer du in kravet själv per tagg under ytterligare samtyckeskontroller. Slå också på samtyckesöversikten i GTM:s containerinställningar, så ser du varje taggs samtyckesstatus samlat i stället för att klicka dig igenom en tagg i taget.

Vilka fel är vanligast?

Två fel står för det mesta jag hittar i granskningar.

Det första är att taggen skjuter före samtycke. Orsaken är nästan alltid att GTM laddas före Cookiebot eller att standardläget aldrig sätts. Symptomet är att _ga-cookies dyker upp direkt vid sidladdning, innan bannern synts. Det mäter fint, men det är inte tillåtet.

Det andra är dubbel spärr, och det är det lömskare felet. Cookiebots automatiska blockering stoppar GA4-skriptet, samtidigt som taggarna i GTM väntar på consent mode. Efter samtycke förblir ett av leden blockerat, och resultatet är att inget mäts alls. GA4 ser nästan tomt ut trots att sajten har trafik. Lösningen är att välja en mekanism: låt consent mode sköta väntandet och undanta Googles skript från den automatiska blockeringen enligt Cookiebots dokumentation.

Ett tredje fel förtjänar en mening: bannern finns på startsidan men saknas på kampanjsidor eller subdomäner, så mätningen beter sig olika beroende på var besökaren landar. Ser du konstiga siffror i GA4 och misstänker andra orsaker än samtycket har jag samlat de vanligaste i inlägget om när GA4 visar fel siffror.

Hur verifierar jag att Cookiebot och GA4 samspelar?

Testet tar en kvart och kräver inga specialverktyg:

• öppna ett inkognitofönster, ladda sajten och titta i webbläsarens utvecklarverktyg under cookies. Innan du svarat i bannern ska inga _ga-cookies finnas
• tacka nej och klicka runt på några sidor. Fortfarande inga mätcookies
• öppna ett nytt inkognitofönster, tacka ja och kontrollera att _ga-cookies dyker upp och att besöket syns i GA4:s realtidsrapport
• kör GTM:s förhandsgranskningsläge, där samtyckesfliken visar signalernas läge vid varje händelse

Grunduppsättningen av GA4, från datastream till rapporter, finns i GA4-guiden. Spårning ingår också i mina uppdrag inom webbanalys, eftersom arbetet behöver gå att följa med data som håller.

Gör alltid verifieringen i båda riktningarna: ett fönster där du tackar nej och ett där du tackar ja. Ja-fönstret är det folk glömmer, och det är där dubbelspärren avslöjar sig.