Consentstatus wordt niet opgeslagen

Waarom dit belangrijk is

Als consent reset bij reload of tussen pagina's, wordt de gebruiker opnieuw gevraagd of start optionele verwerking opnieuw zonder de eerdere keuze te respecteren.

Hoe je dit handmatig controleert

1. Accepteer of weiger op één pagina, herlaad en navigeer naar andere pagina's.
2. Bevestig dat dezelfde consentkeuze sitebreed actief blijft.
3. Inspecteer het persistentiemechanisme dat wordt gebruikt om consent op te slaan.

Typische oorzaken

• De consentcookie of local-storage-entry wordt niet consistent geschreven.
• Subdomein-, path- of SameSite-instellingen verhinderen persistentie.
• SPA-navigatie reset de status omdat consent alleen in geheugen wordt bewaard.

Fix in GTM

1. Zorg dat de consentstatus op elke pagina uit een persistente bron wordt gelezen.
2. Vertrouw niet op eenmalige runtimevariabelen die na navigatie verdwijnen.
3. Valideer consentpersistentie in GTM Preview over meerdere reloads heen.

Fix in WordPress of CMP-plugins

1. Controleer CMP-plugininstellingen voor opslag, domeinscope en meertalige paths.
2. Test of cache- of securityplugins consentopslag resetten of verwijderen.
3. Bevestig dat de plugin dezelfde opgeslagen keuze op alle templates respecteert.

Algemene developersfix

1. Sla consent op in een stabiele cookie of gelijkwaardige opslag met juiste domein- en pathscope.
2. Laad de consentstatus opnieuw vóór optionele tags op elke pagina initialiseren.
3. Centraliseer consentopslaglogica in plaats van die per route te dupliceren.

Hoe je bevestigt dat de fix werkt

• Bevestig dat dezelfde keuze na reload en cross-page navigatie blijft bestaan.
• Bevestig dat Reject denied blijft bij een volgend bezoek.
• Draai een nieuwe scan en controleer dat persistentieregressies verdwijnen.