Gravité: MoyenneResponsable: DéveloppementTemps de correction: 30-90 min
L'état de consentement n'est pas persisté
Corrigez le stockage et le comportement au rechargement pour que le choix du visiteur soit mémorisé et appliqué sur les pages et les sessions.
Couvre: consent_not_persisted, consent_state_lost
Pourquoi c'est important
Si le consentement se réinitialise après un reload ou entre les pages, l'utilisateur peut être re-sollicité ou le traitement optionnel peut redémarrer sans respecter le choix précédent.
Comment vérifier manuellement
- Acceptez ou refusez sur une page, rechargez puis naviguez sur d'autres pages.
- Confirmez que le même choix de consentement reste actif sur tout le site.
- Inspectez le mécanisme de persistance utilisé pour stocker le consentement.
Causes typiques
- Le cookie ou l'entrée de stockage local du consentement n'est pas écrit de façon cohérente.
- Les réglages de sous-domaine, path ou SameSite empêchent la persistance.
- La navigation SPA réinitialise l'état parce que le consentement n'est gardé qu'en mémoire.
Correction dans GTM
- Assurez-vous que l'état de consentement est relu depuis une source persistante sur chaque page.
- Ne vous appuyez pas sur des variables runtime uniques qui disparaissent après navigation.
- Validez la persistance du consentement dans GTM Preview à travers plusieurs reloads.
Correction dans WordPress ou les plugins CMP
- Vérifiez les réglages du plugin CMP liés au stockage, au scope de domaine et aux paths multilingues.
- Testez si les plugins de cache ou de sécurité réinitialisent ou retirent le stockage de consentement.
- Confirmez que le plugin respecte le même choix stocké sur tous les templates.
Correction générique côté développeur
- Persistez le consentement dans un cookie stable ou un stockage équivalent avec un domaine et un path corrects.
- Rechargez l'état de consentement avant l'initialisation des tags optionnels sur chaque page.
- Centralisez la logique de stockage du consentement au lieu de la dupliquer par route.
Comment confirmer que la correction fonctionne
- Confirmez que le même choix persiste après reload et navigation inter-pages.
- Confirmez que Reject reste denied lors d'une nouvelle visite.
- Lancez un nouveau scan et vérifiez que les régressions de persistance disparaissent.
Étape suivante
Relancez un scan après déploiement pour confirmer que le comportement réel a changé, et pas seulement le texte de la bannière.