Google Consent Mode v2 i WordPress: praktisk guide

Vad Google Consent Mode v2 är, och vad det inte är

Googles officiella översikt beskriver Consent Mode som ett sätt att justera hur Google-taggar och SDK:er beter sig baserat på användarens samtyckesval. Det spelar roll eftersom bannern samlar in valet, men taggarna fortfarande behöver en strukturerad signal som säger vad som är tillåtet.

Bannern och Consent Mode löser alltså olika delar av samma arbetsflöde. Google är tydligt med att du ansvarar för att inhämta samtycke och sedan kommunicera samtyckestillståndet till Google. Om du kör WordPress med Google Analytics, Google Ads eller Google Tag Manager är den skillnaden viktigare än själva etiketten "v2".

Fyra samtyckesparametrar som de flesta team bör förstå

Googles aktuella dokumentation kretsar ofta kring fyra parametrar i webbimplementationer: ad_storage, analytics_storage, ad_user_dataoch ad_personalization. Google lade till de två sista i Consent Mode v2-uppdateringen för EES-trafik, så äldre dokumentation eller äldre implementationer matchar inte alltid dagens behov.

Grundläggande och avancerat Consent Mode: den praktiska skillnaden

Google dokumenterar två implementationsmodeller. I grundläggande Consent Mode blockeras taggar tills besökaren ger samtycke. I avancerat Consent Mode laddas taggar med standardvärden och justerar sedan beteendet efter besökarens val.

Avvägningen är konkret. Grundläggande läge är enklare att förstå eftersom inget valfritt körs före samtycke. Avancerat läge kan ge mer kontinuitet i mätningen eftersom Google använder samtyckesmedvetna signaler och modellering när samtycke nekas. Ingen av modellerna tar bort behovet av korrekta standardvärden eller en implementation som stämmer med policy och banner.

Varför WordPress-team fastnar

Problemet är oftast inte WordPress i sig. Det är timing. En sajt kan visa en banner och ändå skicka fel signal om standardtillståndet saknas, laddas för sent eller bara uppdateras när besökaren väljer "acceptera alla". Därför fokuserar Googles felsökningsvägledning så mycket på att standardvärden finns innan taggar använder samtycke.

Ett praktiskt setup-flöde för WordPress

1. Bestäm kategorimappningen innan du rör taggarna

Börja med kategorierna du visar för besökaren och vilket Google-beteende varje kategori ska påverka. Om analys och annonsering är separata val i bannern behöver uppdateringarna spegla den skillnaden konsekvent.

2. Sätt nekade standardvärden tidigt

Googles setup- och felsökningsdokumentation visar huvudmönstret: sätt samtyckets standardvärden tidigt i sidans livscykel och gör det inte asynkront efter att andra taggar redan har börjat. I många WordPress-byggen innebär det att kontrollera scriptordning, GTM-triggers och om ett annat tillägg injicerar Google-taggar innan samtyckesstandarderna är klara.

3. Uppdatera samtycke efter besökarens faktiska val

Efter acceptera, avvisa eller sparade anpassade inställningar ska Googles samtyckestillstånd uppdateras så att det motsvarar valet. Här hjälper ett granskningsbart CMP-flöde: du kan jämföra bannerkategorier, policykategorier och faktiska Google-signaler i stället för att behandla bannern som en svart låda.

4. Ha WordPress cookie-inventering i sikte

WordPress kärna använder cookies för bland annat inloggade användare och kommentatorer enligt den officiella WordPress-dokumentationen. Men Consent Mode-beslut handlar oftast om de valfria lager du lägger till: analystaggar, annonstaggar, embeds, tagghanterare och tillägg. En tydlig setup kopplar Google-signaleringen till en aktuell cookie- och scriptinventering.

Så verifierar du implementationen med Tag Assistant

Verifiering är ofta tillfället då team ser om sajten gör det de tror att den gör. Google rekommenderar Tag Assistant för att kontrollera Consent Mode-beteende, och felsökningsguiden lyfter återkommande misstag som saknade standardvärden och ofullständig parametertäckning.

• Öppna sajten i en ren session och bekräfta att standardtillståndet finns innan valfria taggar förlitar sig på samtycke.
• Kontrollera att ad_storage, analytics_storage, ad_user_dataoch ad_personalization finns när de är relevanta.
• Acceptera allt, avvisa valfria cookies och spara ett anpassat val för att bekräfta att varje väg uppdaterar tillståndet.
• Jämför samtyckeskategorierna i bannern med taggarna som faktiskt körs på sidan.
• Upprepa testet på viktiga mallar som startsida, landningssidor och checkout-relaterade flöden.

Om din GA4-egendom är kopplad till Google-tjänster som kräver samtycke och du har EES-besökare kan Google Analytics också flagga saknade positiva samtyckessignaler för annonsmätning eller personalisering. Därför är verifiering ett löpande driftarbete, inte bara en lanseringspunkt.

Så passar ACookies in i WordPress-flödet

ACookies är byggt för WordPress-team som vill hantera bannerbeteende, Google Consent Mode-stöd, samtyckesposter, cookieskanning och policyarbete samlat. Produktsidan för Google Consent Mode v2 för WordPress fokuserar på tidiga standardvärden, uppdateringar efter besökarens val och verifiering med verktyg som Tag Assistant.

Implementationen blir lättare när du också kan se vad som körs på sajten. AI-skannern och gratis cookiepolicy-generator stödjer det granskningsbara arbetsflödet, medan ACookies priser visar Pro-nivåer för team som behöver tillägget i WordPress.

Vanliga misstag att fånga före publicering

Det vanligaste misstaget är att anta att själva bannern bevisar att Google-sidan är korrekt. I praktiken kommer problemen ofta från scriptordning, ofullständig kategorimappning eller anpassad kod som uppdaterar en parameter men inte de andra.

Ett annat misstag är att behandla Consent Mode som en juridisk genväg. Googles dokumentation är tydlig med att du fortfarande behöver inhämta samtycke och kommunicera användarens val. EU:s samtyckesvägledning är lika tydlig med att giltigt samtycke ska vara informerat, specifikt och lämnat genom en aktiv handling, med praktisk möjlighet att återkalla det.