Starea consimțământului nu este persistată

De ce contează

Dacă consimțământul se resetează la reload sau între pagini, utilizatorul poate fi întrebat din nou sau prelucrarea opțională poate reporni fără să respecte alegerea anterioară.

Cum verificați manual

1. Acceptați sau refuzați pe o pagină, reîncărcați și navigați pe alte pagini.
2. Confirmați că aceeași alegere de consimțământ rămâne activă pe întregul site.
3. Inspectați mecanismul de persistență folosit pentru stocarea consimțământului.

Cauze tipice

• Cookie-ul de consimțământ sau intrarea din local storage nu sunt scrise consistent.
• Setările de subdomeniu, path sau SameSite împiedică persistența.
• Navigația SPA resetează starea pentru că consimțământul e ținut doar în memorie.

Remediere în GTM

1. Asigurați-vă că starea de consimțământ este citită dintr-o sursă persistentă pe fiecare pagină.
2. Nu vă bazați pe variabile runtime de unică folosință care dispar după navigare.
3. Validați persistența consimțământului în GTM Preview prin mai multe reload-uri.

Remediere în WordPress sau pluginuri CMP

1. Revizuiți setările pluginului CMP privind storage-ul, scope-ul de domeniu și path-urile multilingve.
2. Testați dacă pluginurile de cache sau security resetează sau elimină storage-ul consimțământului.
3. Confirmați că pluginul respectă aceeași alegere salvată pe toate template-urile.

Remediere generică pentru dezvoltatori

1. Persistați consimțământul într-un cookie stabil sau storage echivalent, cu domeniu și path corecte.
2. Reîncărcați starea consimțământului înainte ca tag-urile opționale să se initializeze pe fiecare pagină.
3. Centralizați logica de stocare a consimțământului în loc s-o duplicați pe fiecare rută.

Cum confirmați că remedierea funcționează

• Confirmați că aceeași alegere persistă după reload și navigare între pagini.
• Confirmați că Reject rămâne denied la o vizită ulterioară.
• Rulați o nouă scanare și verificați că regresiile de persistență dispar.