Cookies sa nastavujú aj po Reject

Prečo je to dôležité

Reject tlačidlo, ktoré v praxi nezablokuje optional spracúvanie, je jeden z najjasnejších signálov, že consent mechanizmus sa nevynucuje správne.

Ako to overiť manuálne

1. V čistej session zvoľte Reject a reloadnite stránku.
2. Skontrolujte cookies a network requesty po Reject akcii.
3. Porovnajte správanie pred a po Reject, aby ste overili, či optional storage skutočne prestane fungovať.

Typické príčiny

• Reject mení len banner state, ale neposiela denied consent state ďalej.
• Optional tagy sa po reloade znovu spustia napriek denied voľbe.
• Uložené consent hodnoty sa po navigácii čítajú zle alebo sa ignorujú.

Oprava v GTM

1. Uistite sa, že denied consent state sa číta ešte pred spustením tagov po reloade.
2. Consent checks pripojte na všetky optional tagy, nielen na first-load eventy.
3. V GTM preview overte, že Reject pretrvá aj po reloade.

Oprava vo WordPress alebo CMP pluginoch

1. Skontrolujte plugin integrácie, ktoré po Reject stále načítavajú optional tagy.
2. Overte, že CMP plugin ukladá a vynucuje denied state naprieč reloadmi.
3. Odstráňte prekrývajúce sa tracking pluginy, ktoré CMP state ignorujú.

Všeobecná oprava pre vývojára

1. Reject berte ako vynútiteľný runtime state, nie len UI akciu.
2. Pri uloženom denied state blokujte optional loadery na každej stránke.
3. Testujte reload, revisit a cross-page flow, nielen prvotné načítanie.

Ako potvrdiť, že oprava funguje

• Reject a reload: potvrďte, že optional cookies ostávajú neprítomné.
• Reject a reload: potvrďte, že optional requesty ostávajú zablokované.
• Spustite nový sken a overte, že reject-flow findingy zmizli.