Sutikimo būsena neišlieka

Kodėl tai svarbu

Jei sutikimas persikrovimo metu ar tarp puslapių nusinulina, vartotojo gali būti klausiama vėl arba optional processing gali startuoti iš naujo ignoruojant ankstesnį pasirinkimą.

Kaip tai patikrinti rankiniu būdu

1. Priimkite arba atmeskite sutikimą viename puslapyje, tada perkraukite ir pereikite į kitus puslapius.
2. Patvirtinkite, kad tas pats sutikimo pasirinkimas išlieka visoje svetainėje.
3. Išanalizuokite persistencijos mechanizmą, naudojamą sutikimo saugojimui.

Tipinės priežastys

• Consent cookie ar local storage įrašas nerašomas nuosekliai.
• Subdomeno, path ar SameSite nustatymai trukdo persistencijai.
• SPA navigacija numeta būseną, nes sutikimas laikomas tik atmintyje.

Pataisa GTM

1. Užtikrinkite, kad sutikimo būsena būtų skaitoma iš persistent source kiekviename puslapyje.
2. Nesiremkite vienkartiniais runtime kintamaisiais, kurie išnyksta po navigacijos.
3. Patvirtinkite sutikimo išlikimą GTM Preview per kelis reloadus.

Pataisa WordPress ar CMP įskiepiuose

1. Peržiūrėkite CMP įskiepio storage, domain scope ir daugiakalbių path nustatymus.
2. Patikrinkite, ar cache ar security įskiepiai nenumeta ar nepašalina consent storage.
3. Patvirtinkite, kad įskiepis gerbia tą patį išsaugotą pasirinkimą visuose template'uose.

Bendra kūrėjų pataisa

1. Išsaugokite sutikimą stabiliame cookie ar ekvivalentiškame storage su teisingu domain ir path scope.
2. Iš naujo įkelkite sutikimo būseną prieš inicializuojant optional tagus kiekviename puslapyje.
3. Centralizuokite sutikimo saugojimo logiką, o ne dubliuokite ją per route'us.

Kaip patvirtinti, kad pataisa veikia

• Patvirtinkite, kad tas pats pasirinkimas išlieka po reload ir cross-page navigacijos.
• Patvirtinkite, kad Reject išlieka denied būsenoje vėlesnio apsilankymo metu.
• Paleiskite naują scan ir patikrinkite, kad su persistencija susiję regresai išnyksta.