O estado de consentimento não é persistido

Porque isto importa

Se o consentimento fizer reset em reload ou entre páginas, o utilizador pode ser perguntado novamente ou o processamento opcional pode reiniciar sem respeitar a escolha anterior.

Como verificar manualmente

1. Aceite ou rejeite numa página, recarregue e navegue para outras páginas.
2. Confirme que a mesma escolha de consentimento permanece ativa em todo o site.
3. Inspecione o mecanismo de persistência usado para guardar o consentimento.

Causas típicas

• O cookie de consentimento ou a entrada de local storage não são escritos de forma consistente.
• Definições de subdomínio, path ou SameSite impedem a persistência.
• A navegação SPA faz reset ao estado porque o consentimento é guardado apenas em memória.

Correção no GTM

1. Garanta que o estado de consentimento é lido de uma fonte persistente em cada página.
2. Não dependa de variáveis runtime únicas que desaparecem após navegação.
3. Valide a persistência do consentimento no GTM Preview através de vários reloads.

Correção em WordPress ou plugins CMP

1. Reveja as definições do plugin CMP relativas a storage, scope de domínio e paths multilingues.
2. Teste se plugins de cache ou segurança fazem reset ou removem storage de consentimento.
3. Confirme que o plugin respeita a mesma escolha guardada em todos os templates.

Correção genérica para developers

1. Persista o consentimento num cookie estável ou storage equivalente com domínio e path corretos.
2. Recarregue o estado de consentimento antes de inicializar tags opcionais em cada página.
3. Centralize a lógica de storage do consentimento em vez de a duplicar por rota.

Como confirmar que a correção funciona

• Confirme que a mesma escolha persiste após reload e navegação cross-page.
• Confirme que Reject permanece denied numa visita posterior.
• Execute um novo scan e verifique que as regressões de persistência desaparecem.