Google Consent Mode niet gedetecteerd

Waarom dit belangrijk is

Als Google-tags draaien zonder gedetecteerde Consent Mode-status, kan Analytics- en Ads-gedrag afwijken van de bannerkeuze en blijft er zwakke compliance-bewijslast over.

Hoe je dit handmatig controleert

1. Laad de site in een schone sessie en controleer of Consent Mode-defaults aanwezig zijn vóór Google-tags initialiseren.
2. Controleer in DevTools, GTM Preview of debug-output of granted- of denied-statussen al bij de eerste pageview aanwezig zijn.
3. Bevestig dat de banner na Accept en Reject de Google-consentstatus echt bijwerkt.

Typische oorzaken

• Consent Mode is nooit geactiveerd in GTM of in aangepaste gtag-code.
• Consent-defaults worden pas gezet nadat GA4- of Ads-tags al geladen zijn.
• CMP-events wijzigen alleen de UI maar sturen geen consentupdate door naar Google-tags.

Fix in GTM

1. Voeg Consent Initialization toe met denied-defaults voordat GA4-, Ads- of Floodlight-tags draaien.
2. Zorg dat GA4- en Ads-tags consentchecks afdwingen in plaats van granted stilzwijgend aan te nemen.
3. Valideer consentupdates in GTM Preview voor Accept en Reject.

Fix in WordPress of CMP-plugins

1. Activeer Consent Mode-ondersteuning in je CMP-plugin of GA4-integratie.
2. Verwijder dubbele analytics-plugins die de CMP-gestuurde consentstatus omzeilen.
3. Test opnieuw na cache flush en het verwijderen van tracking-snippets uit page builders.

Algemene developersfix

1. Initialiseer Google-tags pas nadat een denied-by-default consentstatus is gezet.
2. Stuur expliciete consentupdates bij banneracties in plaats van op impliciete defaults te vertrouwen.
3. Houd marketing- en analytics-integraties achter dezelfde consent-bron.

Hoe je bevestigt dat de fix werkt

• Bevestig dat Consent Mode-defaults al bij de eerste load aanwezig zijn vóór optionele tags.
• Bevestig dat Reject Google-storage-statussen op denied houdt.
• Draai een nieuwe scan en controleer dat de missing-Consent-Mode finding verdwijnt.