Cookies se i dalje postavljaju nakon Rejecta

Zašto je ovo važno

Reject gumb koji stvarno ne blokira opcionalnu obradu jedan je od najjasnijih znakova da se mehanizam privole ne provodi ispravno.

Kako to ručno provjeriti

1. Odbijte opcionalnu obradu u čistoj sesiji i zatim ponovno učitajte stranicu.
2. Pregledajte cookies i mrežne zahtjeve nakon Rejecta.
3. Usporedite ponašanje prije i nakon Rejecta kako biste potvrdili da opcionalni storage doista prestaje.

Tipični uzroci

• Reject ažurira samo vizualno stanje bannera, ali ne propagira denied status.
• Opcionalni tagovi ponovno se pokreću nakon reloadova unatoč korisničkom odbijanju.
• Spremljene vrijednosti privole čitaju se pogrešno ili se ignoriraju nakon navigacije.

Ispravak u GTM-u

1. Osigurajte da se denied status učitava prije nego što se tagovi mogu ponovno pokrenuti nakon reloada.
2. Povežite provjere privole sa svim opcionalnim tagovima, ne samo s događajima pri prvom učitavanju.
3. Potvrdite u GTM Previewju da Reject pravilno ostaje između reloadova.

Ispravak u WordPressu ili CMP dodacima

1. Pregledajte plugin integracije koje i dalje učitavaju opcionalne tagove nakon Rejecta.
2. Potvrdite da CMP plugin sprema i primjenjuje denied status pri svakom page loadu.
3. Uklonite preklapajuće tracking pluginove koji ignoriraju CMP stanje.

Opći developerski ispravak

1. Tretirajte Reject kao provedivo runtime stanje, a ne samo kao UI akciju.
2. Blokirajte opcionalne loadere na svakoj stranici kada je spremljeni status privole denied.
3. Testirajte scenarije reloada, ponovnog posjeta i navigacije između stranica, ne samo prvo učitavanje.

Kako potvrditi da ispravak radi

• Reject i reload: potvrdite da opcionalni cookies i dalje nedostaju.
• Reject i reload: potvrdite da opcionalni zahtjevi ostaju blokirani.
• Pokrenite novi scan i provjerite da findings povezani s Rejectom nestaju.