El estado de consentimiento no se persiste

Por qué es importante

Si el consentimiento se reinicia al recargar o cambiar de página, se vuelve a pedir al usuario o se reanuda el tratamiento opcional sin respetar su decisión previa.

Cómo verificarlo manualmente

1. Acepte o rechace en una página, recargue y navegue a otras páginas.
2. Confirme que la misma decisión de consentimiento sigue vigente en todo el sitio.
3. Inspeccione el mecanismo de persistencia usado para guardar el consentimiento.

Causas típicas

• La cookie o entrada local del consentimiento no se escribe de forma consistente.
• Configuraciones de subdominio, path o SameSite impiden la persistencia.
• La navegación SPA reinicia el estado porque el consentimiento solo se guarda en memoria.

Corrección en GTM

1. Asegúrese de que el estado de consentimiento se lee desde una fuente persistente en cada página.
2. No dependa de variables runtime únicas que desaparecen tras navegar.
3. Valide la persistencia del consentimiento en GTM Preview a través de varios reloads.

Corrección en WordPress o plugins CMP

1. Revise ajustes del plugin CMP sobre almacenamiento, alcance de dominio y rutas multilingües.
2. Pruebe si plugins de caché o seguridad reinician o eliminan el almacenamiento de consentimiento.
3. Confirme que el plugin respeta la misma elección guardada en todos los templates.

Corrección genérica para desarrolladores

1. Persista el consentimiento en una cookie estable o almacenamiento equivalente con dominio y path correctos.
2. Recargue el estado de consentimiento antes de inicializar etiquetas opcionales en cada página.
3. Centralice la lógica de almacenamiento de consentimiento en lugar de duplicarla por ruta.

Cómo confirmar que la corrección funciona

• Confirme que la misma elección persiste tras recarga y navegación entre páginas.
• Confirme que Reject sigue en denied en una nueva visita.
• Lance un nuevo escaneo y verifique que desaparecen las regresiones de persistencia.