Google Consent Mode V2: wat het is, hoe het werkt en hoe je het instelt

Google heeft begin 2024 zijn Consent Mode framework bijgewerkt, 2 nieuwe toestemmingsvormen toegevoegd en het geheel verplicht gemaakt voor iedereen die Google Ads in Europa gebruikt. De meeste teams werkten hun CMP-tag in GTM bij en gingen verder. Wat velen niet hebben opgemerkt is dat de Basic vs. Advanced keuze, en hoe toestemmingssignalen door een servercontainer reizen, een directe invloed heeft op hoeveel conversiegegevens je advertentieplatforms bereiken.

Het raamwerk, de afwegingen, de server-side nuances en de installatiestappen worden in dit artikel behandeld.

Wat is Google Consent Mode V2?

Consent Mode is een reeks signalen die je cookiebanner naar de tags van Google stuurt. Wanneer een gebruiker cookies accepteert of weigert, vertellen deze signalen de producten van Google wat ze mogen doen: cookies plaatsen, gebruikersgegevens verzamelen, gepersonaliseerde advertenties uitvoeren of conversies modelleren.

De CMP handelt de gebruikersinteractie af, de upstream-kant. De tags van Google passen vervolgens hun gedrag aan op basis van wat de gebruiker heeft gekozen. Consent Mode zit tussen de twee in en draagt de beslissing over van de een naar de ander.

De 4 toestemmingsvormen

V1 gebruikte twee toestemmingsvormen. V2 voegde er nog twee aan toe:

Type toestemming	Besturingselementen	Toegevoegd in	DMA vereist
ad_storage	Advertentiecookies	V1	Geen
analytics_storage	Analytics-cookies	V1	Geen
ad_user_data	Gebruikersgegevens naar Google sturen voor advertentiedoeleinden	V2	Ja
ad_personalization	Gepersonaliseerde advertenties en remarketing	V2	Ja

De laatste twee zijn specifiek van belang voor de EU-wet op de digitale markten. Google heeft niet alleen expliciete toestemming nodig voor het opslaan van cookies, maar ook voor het gebruik van de gegevens van je bezoekers in zijn advertentiesystemen. Zonder ad_user_data en ad_personalization goed geconfigureerd, zijn remarketing audiences en conversie tracking onvolledig, ongeacht wat je CMP zegt.

Basis vs. geavanceerde Consent Mode: welke moet je gebruiken?

Er zijn twee manieren om Consent Mode te implementeren en het verschil is te zien in je advertentieprestaties.

Basis Consent Mode: Tags worden alleen geactiveerd nadat de gebruiker expliciet toestemming heeft gegeven. Bezoekers zonder toestemming genereren helemaal geen gegevens.

Geavanceerde Consent Mode: Tags worden geladen met standaard toestemmingen (geweigerd in de EU). Wanneer een gebruiker zonder toestemming een bezoek brengt, stuurt de tag nog steeds cookieless pings naar Google, een minimaal signaal zonder identificerende gegevens. Als ze akkoord gaan, worden de volledige gegevens doorgestuurd.

Hier zie je hoe de 3 staten zich in de praktijk verhouden:

	Geen Consent Mode	Basic	Geavanceerd
Gebruikers die niet instemmen	Ongecontroleerd (nalevingsrisico)	Geen signaal verzonden	Cookieloze ping verzonden
Conversie modellering beschikbaar	Geen	Geen	Ja (na drempel)
Modelleringsdrempel	-	-	700 advertentiekliks / 7 dagen / land
EU-site met ~40% toestemmingspercentage	Nalevingsrisico	54% van de signalen weg, geen waarschuwing	54% gedeeltelijk terugvorderbaar

Google Ads heeft ten minste 700 advertentieklikken over 7 dagen per land nodig voordat het conversies gaat modelleren. Onder die drempel stuurt zelfs de Geavanceerde modus cookieloze pings van gebruikers die geen toestemming hebben gegeven, maar wordt de modellering nooit gestart.

Volgens de Privacy & AVG-statistieken van SearchLab betekent de Basic Mode voor EU-sites, waar de toestemmingspercentages meestal rond de 46% liggen, dat 54% van je conversiesignaal uit het zicht van Google verdwijnt. Campagnes blijven lopen, biedalgoritmes passen zich aan aan wat er nog over is en er is geen waarschuwing dat de gegevens dun zijn.

Geavanceerd is voor de meeste sites de betere keuze. De vereiste is dat je CMP tag afgaat vóór alle andere tags, tijdens de toestemmingsinitialisatie trigger, zodat standaard statussen worden ingesteld voordat er gegevens worden verzameld. Als er een vertraging is, loop je het risico gegevens te verzenden voordat de toestemming is geïnitialiseerd.

Hoe werkt Consent Mode V2 met Server-side Tracking?

De meeste server-side instellingen hebben hier een gat: toestemmingsstatussen worden niet automatisch doorgestuurd naar de servercontainer. Wat er in plaats daarvan gebeurt, hangt helemaal af van welke tags je gebruikt.

Google-producten: automatisch afgehandeld

Voor GA4 en Google Ads verpakt de webcontainer de huidige toestemmingsstatus in een gcs-parameter bij elk uitgaand verzoek. Dat verzoek gaat naar de servercontainer en de Google tags daar lezen de parameter en handelen de toestemmingsafhandeling zelf af. Er is geen extra configuratie nodig in de servercontainer. Er is geen extra configuratie nodig in de servercontainer voor deze tags.

Niet-Google tags: je moet handmatig toestemming geven

Meta Conversions API, LinkedIn Insight Tag server-side, TikTok Events API en vergelijkbare platforms lezen de gcs parameter niet. Ze hebben toestemmingsstatussen nodig die expliciet worden doorgegeven als event parameters. Zonder dat heeft de tag geen manier om te weten waarmee de gebruiker heeft ingestemd.

Instellingen voor niet-Google tags

1. Download en importeer de GitHub Consent State Template in je GTM webcontainer
2. Maak een Consent State-variabele voor elk relevant type: ad_storage, analytics_storage, ad_user_data, ad_personalization
3. Voeg alle vier variabelen toe aan een Google Tag Event Settings-variabele als eventparameters
4. Voeg die variabele voor Event Settings toe aan je belangrijkste Google Tag
5. Maak in de servercontainer eventgegevensvariabelen aan voor elke toestemmingsstatus, met de naam van het toestemmingssoort als sleutelpad (bijvoorbeeld ad_personalization).
6. Gebruik deze variabelen als triggervoorwaarden om niet-Google tags te blokkeren, zodat ze alleen afgaan als het relevante toestemtype is toegekend

Zonder dit vuurt een server-side Meta of TikTok tag af op elke event, ongeacht wat de gebruiker heeft gekozen.

Consent Mode V2 instellen in GTM: stap voor stap

1. Toestemming inschakelen Overzicht

Ga naar Beheer → Containerinstellingen in je GTM webcontainer. Schakel onder Extra instellingen Toestemmingsoverzicht in en sla op. Hierdoor wordt het toestemmingsgedrag zichtbaar in de modus Preview, die je nodig hebt voor verificatie.

2. Voeg je CMP-tag toe

Ga naar Tags → Nieuw en zoek je CMP in de Community Template Gallery. Stel de trigger in op Toestemmingsinitialisatie - Alle pagina's. Dit vuurt af vóór al het andere op de pagina en stelt de standaard toestemmingsstatussen in.

3. Breng CMP-categorieën in kaart met toestemmingsvormen

Verschillende CMP's gebruiken verschillende interne categorienamen. Standaard mapping voor EU-sites:

1. Marketing → advertentie_opslag, advertentie_gebruikersgegevens, advertentie_personalisatie
2. Statistieken → analytische_opslag
3. Voorkeuren → functionaliteit_opslag, personalisatie_opslag

Controleer de documentatie van je CMP om de exacte categorienamen te bevestigen. Een onjuiste toewijzing is een van de meest voorkomende problemen met Consent Mode en is van buitenaf niet duidelijk te zien.

4. Standaard instellen op geweigerd voor bezoekers uit de EU

Alle vier de toestemmingsvormen moeten standaard op "geweigerd" staan voordat er interactie is met de gebruiker. Je CMP-tag zou dit moeten afhandelen, maar controleer het in GTM Preview door het tabblad Toestemming te controleren bij een nieuwe paginalading voordat er interactie is met de banner.

5. Configureer de servercontainer voor niet-Google tags

Volg de stappen uit het vorige hoofdstuk: Consent State Template, Event Settings variabele, server-side Event Data variabelen, toestemmingsgebaseerde triggervoorwaarden. Voor GA4 en Google Ads in de servercontainer is niets extra's nodig.

6. Controleer met Tag Assistant

Open GTM Preview in een nieuwe browsersessie. Laad je site en open het tabblad Toestemming. Alle vier de typen moeten "geweigerd" bevatten. Accepteer de banner en bevestig dat ze worden bijgewerkt naar "toegestaan". Ga vervolgens naar het tabblad Tags om te controleren of tags worden afgevuurd of tegengehouden op basis van de toestemmingsstatus.

In de TAGGRS Consent Mode documentatie wordt elke stap in detail beschreven voor de volledige configuratie.

CMP-specifieke opmerkingen

Cookiebevestiging

Cookieconfirm gebruikt een speciale tag in de Community Template Gallery. Installeer deze met een Consent Initialisation trigger en de server container pakt automatisch de GCS parameter op voor alle Google tags. Voor niet-Google tags kun je aangepaste blokkeringstriggers maken met de ED | x-ga-gcs Event Data variabele. De waarde gcs=G101 betekent dat ad_storage wordt geweigerd; gcs=G10 aan het begin geeft aan dat ad_storage wordt geweigerd in het GCS string formaat.

Axeptio

Axeptio werkt anders. In plaats van de standaard GCS parameter, volgt Axeptio de toestemming via leveranciersnamen die zijn opgeslagen in axeptio_authorized_vendors en pusht een axeptio_update event naar de dataLayer wanneer de toestemming verandert. Maak aan de server-side een Event Data variabele aan voor axeptio_consent_state en conditioneer elke tag op het feit of de relevante leveranciersnaam (bijv. google_analytics) in die variabele aanwezig is. De categorie-naar-signaal toewijzing voor Consent Mode V2 wordt geconfigureerd in het Axeptio platform zelf.

Hoe controleer je of Consent Mode V2 werkt?

Drie methoden worden gecombineerd gebruikt.

GTM Voorbeeld - tabblad Toestemming

Open een privé browsersessie, start de modus Preview en laad je site. Open het tabblad Toestemming voordat je de banner aanraakt. Op alle vier de toestemmingen moet "geweigerd" staan. Accepteer de banner en kijk hoe de waarden worden bijgewerkt. Als ze niet veranderen, wordt de CMP tag niet geactiveerd of zijn de categorieën niet gekoppeld aan de juiste toestemmingssoorten.

Tabblad Netwerk - gcs parameter

Filter in Chrome DevTools netwerkverzoeken voor verzamelen. Elke GA4-hit bevat een gcs parameter die de huidige toestemmingsstatus codeert. G111 betekent dat alle vier de typen zijn toegestaan. G101 betekent dat ad_storage wordt geweigerd, analytics_storage wordt toegestaan. De parameterwaarde is wat er werkelijk naar Google is gestuurd, niet wat de banner beweerde in te stellen.

TAGGRS dashboard

In je TAGGRS servercontainer bevatten inkomende events de toestemmingsstatusparameters die zijn doorgegeven vanuit de webcontainer. Controleer een event van een toestemmingssessie en controleer of ad_storage, analytics_storage, ad_user_data en ad_personalization verschijnen als eventparameters met de verwachte waarden. Als ze ontbreken, is de variabele Gebeurtenisinstellingen niet verbonden of is de toestemmingsstatussjabloon niet geïmporteerd.

Waar TAGGRS past

Server-side tracking en Consent Mode V2 werken goed samen, maar ze moeten op de juiste manier worden aangesloten om de combinatie te laten werken. De automatische GCS afhandeling in Google's tags dekt GA4 en Google Ads zonder extra werk aan de server-side. Voor al het andere, Meta, LinkedIn, TikTok of een aangepaste server-side integratie, moet toestemming bewust worden doorgegeven via de payload van de events.

TAGGRS levert de server container infrastructuur en publiceert de Consent State Template die regelt hoe de toestemmingsparameters van de web container naar de server gaan. Voor teams op Axeptio of Cookieconfirm, de CMP-specifieke gidsen hierboven behandelen de exacte configuratiestappen voor elk platform.

FAQ

Wat is het verschil tussen Consent Mode V1 en V2?

V1 gebruikte twee toestemmingssoorten: ad_storage en analytics_storage. V2 voegde ad_user_data toe, dat bepaalt of gebruikersgegevens naar Google worden gestuurd voor advertenties, en ad_personalization, dat remarketing en gepersonaliseerde advertenties regelt. Beide nieuwe typen zijn vereist voor naleving van de DMA. Sites die nog met V1 werken, zullen een onvolledig remarketingpubliek en hiaten in de conversietracking zien.

Vervangt Consent Mode V2 server-side tracking?

Nee. Ze dienen verschillende doelen. Consent Mode bepaalt welke gegevens Google mag verwerken op basis van keuzes van gebruikers. Server-side tracking verandert waar de gegevensverzameling plaatsvindt en verplaatst deze van de browser naar je eigen server. De twee werken samen: server-side tracking verbetert de levensduur van first-party cookies en de kwaliteit van de gegevens, maar toestemmingsbeslissingen moeten nog steeds met de gegevens meereizen om aan de regels te blijven voldoen.

Hoe controleer ik of Consent Mode V2 correct is ingesteld?

Drie controles: het tabblad Toestemming van GTM Preview (controleer of de standaardwaarden "geweigerd" zijn vóór interactie en daarna bijgewerkt); de gcs parameter op GA4 netwerkverzoeken (G111 = alles toegestaan); en het dashboard van je TAGGRS servercontainer om te controleren of de parameters voor de toestemmingsstatus aankomen op events server-side.

Wat is de conversiedrempel voor Consent Mode?

Google Ads heeft 700 advertentieklikken nodig over een periode van 7 dagen per land en domein voordat conversiemodellering wordt geactiveerd. Daaronder stuurt de Geavanceerde Consent Mode cookieloze pings naar niet-consenterende gebruikers, maar kan Google nog geen conversies van hen modelleren. De Basic Consent Mode bereikt deze drempel voor niet-consenterende gebruikers nooit, omdat er helemaal geen signaal wordt verzonden.