Lo stato del consenso non viene persistito

Perché è importante

Se il consenso si resetta al reload o tra le pagine, all'utente può essere chiesto di nuovo oppure il trattamento opzionale può ripartire senza rispettare la scelta precedente.

Come verificare manualmente

1. Accetta o rifiuta su una pagina, ricarica e naviga in altre pagine.
2. Conferma che la stessa scelta di consenso resti attiva su tutto il sito.
3. Ispeziona il meccanismo di persistenza usato per memorizzare il consenso.

Cause tipiche

• Il cookie o la voce local storage del consenso non vengono scritti in modo coerente.
• Impostazioni di sottodominio, path o SameSite impediscono la persistenza.
• La navigazione SPA resetta lo stato perché il consenso è tenuto solo in memoria.

Correzione in GTM

1. Assicurati che lo stato di consenso venga riletto da una fonte persistente su ogni pagina.
2. Non affidarti a variabili runtime monouso che spariscono dopo la navigazione.
3. Valida la persistenza del consenso in GTM Preview attraverso più reload.

Correzione in WordPress o plugin CMP

1. Controlla le impostazioni del plugin CMP relative a storage, ambito dominio e path multilingua.
2. Testa se plugin di cache o sicurezza resettano o rimuovono lo storage del consenso.
3. Conferma che il plugin rispetti la stessa scelta salvata su tutti i template.

Correzione generica lato sviluppo

1. Persisti il consenso in un cookie stabile o in uno storage equivalente con dominio e path corretti.
2. Ricarica lo stato di consenso prima che i tag opzionali si inizializzino su ogni pagina.
3. Centralizza la logica di storage del consenso invece di duplicarla per route.

Come confermare che la correzione funziona

• Conferma che la stessa scelta persista dopo reload e navigazione cross-page.
• Conferma che Reject resti denied a una nuova visita.
• Esegui una nuova scansione e verifica che le regressioni di persistenza spariscano.