Naar de inhoud

Tracking & AnalyticsDienst

Implementatie van Consent Mode v2 — CMP-integratie en QA

Voor winkels met bezoekers in de EER of het VK: zorg dat je tags en serverevents echt de keuze uit je cookiebanner volgen, gecontroleerd, gedocumenteerd en opnieuw te testen.

Gepubliceerd
Gecontroleerd

Het probleem

Waarom faalt Consent Mode v2 zelfs met een CMP geïnstalleerd?

Consent Mode v2 is in de praktijk verplicht geworden voor adverteerders die de EER en het VK bedienen, en veel implementaties bestaan technisch zonder ook echt te werken.

Er staat een CMP-banner, er wordt een toestemmingsbeslissing vastgelegd — en toch gaan tags af ongeacht wat de bezoeker koos, omdat verderop in de keten niets die beslissing daadwerkelijk uitleest. Of het omgekeerde gebeurt: de afscherming op basis van consent wordt te breed toegepast, waardoor legitiem en toegestaan verkeer wordt onderdrukt of verkeerd toegeschreven en als opgeblazen “Unassigned”-verkeer in GA4 verschijnt.

Geen van beide problemen is zichtbaar vanuit het dashboard van de CMP zelf, dat alleen laat zien dat er een banner draait — niet of de tags erachter ook echt respecteren wat bezoekers hebben besloten.

Scope

Wat ik doe

Werkorder Tracking & Analytics

Ik audit en implementeer de technische laag die een toestemmingsbeslissing verbindt met wat tags en serverevents daadwerkelijk doen:

  1. Basic versus advanced modusbeoordelen welke modus nu is ingesteld (of ontbreekt) en of die past bij je verkeer en meetbehoeften, omdat de twee modi exacte meting op een andere manier inruilen voor gemodelleerde data.

  2. CMP-integratiede beslissing van je consent management platform koppelen aan de consentsignalen van Google (en het equivalent van elk ander platform), zodat tags echt reageren op wat er is gekozen, niet alleen op wat er is vastgelegd.

  3. Regiogerichte afschermingzorgen dat de consentvereisten die gelden in de EER/het VK daar specifiek worden toegepast, zonder de meting onnodig te beperken in regio’s waar die vereisten niet gelden.

  4. Propagatie naar de serverde toestemmingsbeslissing uit de browser doorgeven aan server-side tracking, zodat serverevents dezelfde consentstatus respecteren als browserevents in plaats van onafhankelijk te werken.

  5. QA-methodeeen gedocumenteerde, herhaalbare manier om te verifiëren dat consentsignalen correct afgaan: wat een tag moet doen als toestemming wordt geweigerd, wat hij moet doen als toestemming wordt gegeven, en hoe je dat in de praktijk controleert in plaats van te vertrouwen op het configuratiescherm.

Het proces

Hoe het verloopt

  1. Toegang en audit van de huidige status

    Toegang tot GTM/GA4, details van de CMP-configuratie en een controle van wat er nu daadwerkelijk afgaat vóór en na een toestemmingsbeslissing, met een echte testsessie — niet alleen door de configuratie te lezen.

  2. Gaten in kaart brengen

    Ik documenteer waar tags afgaan ongeacht de consentstatus, waar regiologica ontbreekt of onjuist is, en of server-side events (indien aanwezig) überhaupt rekening houden met consent.

  3. Implementatie

    CMP-signalen worden correct gekoppeld aan de consent-API van Google, regiologica wordt toegepast, en propagatie naar de server wordt gebouwd als server-side tracking binnen de scope valt.

  4. QA

    Ik test elke combinatie van consentstatus — verleend, geweigerd, nog niet beslist, per regio — en bevestig het verwachte taggedrag in elk geval, en documenteer de methode zodat die na toekomstige wijzigingen opnieuw kan worden uitgevoerd.

Overdracht

Wat je krijgt

Een Consent Mode v2-implementatie die de keuzes van bezoekers ook echt weerspiegelt: correct gekoppelde CMP-integratie, regiogerichte afscherming, propagatie naar de server waar relevant, en een gedocumenteerde QA-methode die jij of een toekomstige developer opnieuw kan uitvoeren zodra de site of de CMP verandert.

Je krijgt ook een heldere uitleg van welke modus (basic of advanced) actief is en waarom die voor jouw verkeer is gekozen.

Overdrachtspakket

  • Consent Mode v2-audit — welke signalen nu worden verstuurd, basic of advanced modus, en waar de gaten zitten
  • Integratie of reparatie van de CMP (consent management platform)
  • Regiogerichte afscherming op basis van toestemming (ander gedrag voor de EER/VK dan voor regio's zonder diezelfde vereiste)
  • Propagatie van de consentstatus naar de server, zodat serverevents dezelfde toestemmingsbeslissing respecteren als browserevents
  • Een gedocumenteerde QA-methode om te verifiëren dat consentsignalen correct afgaan, zowel vóór als na een toestemmingsbeslissing
  • Documentatie van de resulterende consentarchitectuur

Prijs en doorlooptijd

Volgende stap

Is de taak al duidelijk, dan kan ik de implementatie direct offreren. Moeten we eerst de oorzaak of de scope vaststellen, dan spreken we een apart diagnosetraject af: de Tracking Health Check, alleen-lezen, bevat standaard een controle van consent mode, zodat het oordeel zegt of consentwerk is wat de winkel daadwerkelijk nodig heeft.

Mail naar next@taskfordaniel.com met je CMP-details en wat er mis lijkt te zijn — de taak bespreken is gratis — of vraag een Tracking Health Check aan als de oorzaak eerst moet worden vastgesteld. Moet consent doorgegeven worden naar een serverlaag, dan combineert dit met werk aan server-side tracking en Google Tag Manager.

OfferteVast vóór de start

Prijs
Focused Fix vanaf EUR 425 · Custom Engineering Project vanaf EUR 1.400 · offerte op schrift
Doorlooptijd
Direct geoffreerd voor een gedefinieerde taak, of gescoped vanuit de Health Check; een traject duurt doorgaans 3–5 werkdagen
Beschrijf je taak

Een notitie van Daniilvoordat je beslist

Wat dit niet is

Dit is geen juridische compliance-dienst, en ik zal het ook niet als zodanig voorstellen. Ik bepaal niet je wettelijke consentverplichtingen, schrijf geen tekst voor de consentbanner en adviseer niet over de wettelijke reikwijdte — dat is werk voor een privacyjurist of compliance-consultant. Wat ik bouw en verifieer, is of de technische loodgieterij achter je consentbeslissingen ook echt werkt. Het is ook geen garantie dat Unassigned-verkeer volledig verdwijnt; een bepaald volume niet-toegeschreven sessies is structureel zodra consent correct wordt gerespecteerd, omdat geweigerde toestemming legitiem minder signaal betekent, geen bug die je moet oplossen.

En dit vervangt je CMP niet — ik werk met het consentplatform dat je al hebt of help je er een te evalueren, maar een CMP vanaf nul bouwen valt hier niet binnen de scope.

— Daniil

Vragen

Veelgestelde vragen

Wat is het verschil tussen basic en advanced Consent Mode v2?

In basic modus worden Google-tags volledig geblokkeerd totdat er een toestemmingsbeslissing is genomen, en pas daarna normaal geladen als toestemming is gegeven — eenvoudig, maar je verliest alle meting voor bezoekers die nog niet hebben gekozen. In advanced modus mogen tags al laden in een beperkte, cookieloze staat vóór die beslissing, en worden er anonieme pings verstuurd die Google kan gebruiken voor conversiemodellering. Welke variant past, hangt af van je verkeersvolume en van hoeveel je leunt op gemodelleerde data versus exacte meting.

Ik heb al een CMP geïnstalleerd. Waarom zou ik dit dan nog nodig hebben?

Dat er een CMP-banner staat, betekent niet dat tags de keuze van een bezoeker ook echt respecteren — dat is een apart en veelvoorkomend probleem. Ik heb accounts gezien waar een bezoeker analytics-cookies weigert en GA4- of Meta-tags toch afgaan, omdat niets in GTM de consentstatus daadwerkelijk controleert. Deze dienst brengt die kloof in kaart en dicht hem, zowel aan de browser- als aan de serverkant.

Heeft dit invloed op de Unassigned-verkeersbucket van GA4?

Dat kan, in beide richtingen. Een consentkloof waarbij tags afgaan zonder de status te checken, kan gemeten verkeer ten onrechte opblazen; een te agressieve of verkeerd geconfigureerde consentimplementatie kan legitieme campagneparameters onderdrukken en sessies richting Unassigned duwen. De afscherming goed inrichten is mede wat attributiedata bruikbaar houdt.

Wat betekent 'propagatie naar de server' hier eigenlijk?

Als je server-side tracking gebruikt, moet de server weten welke toestemmingsbeslissing de bezoeker in de browser heeft genomen — anders kan hij events versturen die de bezoeker expliciet heeft geweigerd. Propagatie naar de server betekent dat dat consentsignaal (verleend/geweigerd per categorie) samen met de eventdata naar de server wordt gestuurd, zodat server-side tags dezelfde beslissing respecteren als de tags in de browser.

Verder lezen

Daniil Maximkin

Hoi, ik ben Daniil.

Ik werk met je samen, van probleemdefinitie tot implementatie en overdracht. Je praat met degene die het werk doet. Ik werk in het Engels en het Russisch.

Mijn verhaal Mijn werk

Wat wil je werkend krijgen?

Beschrijf je taak

Het eerste antwoord is gratis, binnen één werkdag. Of schrijf rechtstreeks: next@taskfordaniel.com