Direct antwoord: wat is Consent Mode v2?
Consent Mode v2 is het systeem waarmee Google Analytics 4 en Google Ads hun metingen aanpassen op basis van de cookietoestemming die een bezoeker geeft via jouw cookiebanner. Sinds maart 2024 is het verplicht voor wie Google Ads-remarketing of gepersonaliseerde advertenties inzet voor bezoekers in de EER. Zonder correcte implementatie werken conversietracking en remarketing niet meer betrouwbaar.
Waarom verplicht sinds 2024
De verplichting volgt uit een combinatie van EU-wetgeving: de AVG/GDPR verplicht expliciete toestemming voor niet-noodzakelijke cookies, en de Digital Markets Act (DMA) stelt aanvullende eisen aan grote platforms zoals Google over hoe ze persoonsgegevens van EER-gebruikers mogen combineren tussen diensten.
Google heeft daarop Consent Mode ontwikkeld als technisch mechanisme: in plaats van tags helemaal te blokkeren zonder toestemming, sturen ze een expliciet signaal mee (granted of denied) zodat Google's systemen weten wat wél en niet gemeten mag worden.
Basic vs advanced consent mode
Er zijn twee implementatiemodi, met een fundamenteel verschil in hoe tags zich gedragen vóórdat een bezoeker een keuze maakt.
| Kenmerk | Basic consent mode | Advanced consent mode |
|---|---|---|
| Tags laden zonder toestemming | Nee — pas na keuze van bezoeker | Ja, maar zonder cookies te zetten |
| Data zonder toestemming | Geen data | Cookieless pings met geanonimiseerde signalen |
| Modeled conversions | Beperkter | Uitgebreider — GA4 vult gaten statistisch in |
| Implementatie-complexiteit | Eenvoudiger | Vraagt correcte CMP-integratie |
Impact op GA4 en Google Ads metingen
Zonder correcte implementatie mis je conversieattributie voor elke bezoeker die toestemming weigert, krimpen je remarketinglijsten en tonen je GA4-rapportages een onvolledig of vertekend beeld. Modeled conversions vullen een deel van die gaten statistisch op, maar blijven schattingen — geen exacte tellingen.
Praktische implementatie via een CMP
De meeste bedrijven implementeren Consent Mode via een Consent Management Platform (CMP) zoals Cookiebot, Iubenda of Osano, of via een eigen maatwerkoplossing. De flow is in alle gevallen hetzelfde: de CMP laadt als eerste, zet de standaard-consentstatus op 'denied' vóórdat GA4- of Ads-tags laden, en pusht een consent-update zodra de bezoeker een keuze maakt.
Voorbeeld: de dataLayer-aanroepen
Twee gtag-aanroepen vormen de kern van elke implementatie. Eerst zet je bij het laden van de pagina de standaardstatus op 'denied' voor alle categorieën: gtag('consent', 'default', { ad_storage: 'denied', ad_user_data: 'denied', ad_personalization: 'denied', analytics_storage: 'denied' }).
Zodra de bezoeker toestemming geeft via je cookiebanner, stuur je een update: gtag('consent', 'update', { ad_storage: 'granted', ad_user_data: 'granted', ad_personalization: 'granted', analytics_storage: 'granted' }). Alleen de categorieën die de bezoeker daadwerkelijk toestaat, worden op 'granted' gezet.
Wat gebeurt er als je het niet implementeert?
Google Ads kan conversies dan niet correct attribueren aan campagnes voor bezoekers in de EER, je remarketinglijsten krimpen structureel en GA4-rapportages worden onbetrouwbaar voor besluitvorming. In sommige gevallen tonen Google Ads-accounts expliciete waarschuwingen over ontbrekende consentsignalen, wat op termijn de prestaties van je campagnes kan beperken.
Onze eigen consent-flow op organiqgrow.nl
Op organiqgrow.nl gebruiken we een og_consent-cookie die de keuze van de bezoeker vastlegt en doorgeeft aan onze Consent Mode-implementatie. Pas na expliciete toestemming laden analytics- en advertentietags met volledige functionaliteit; zonder toestemming blijft alleen de cookieless, geanonimiseerde meting actief. Deze aanpak houdt onze eigen data schoon en compliant, en is het uitgangspunt dat we ook voor klanten implementeren.
Twijfel je of jouw Consent Mode-implementatie klopt?
Vraag een gratis check aan →