Cookiesid seatakse ka pärast Rejecti

Miks see on oluline

Reject nupp, mis optional töötlust tegelikult ei blokeeri, on üks selgemaid märke sellest, et nõusolekumehhanismi ei rakendata õigesti.

Kuidas seda käsitsi kontrollida

1. Keeldu optional töötlusest puhtas seansis ja laadi seejärel leht uuesti.
2. Vaata pärast Rejecti üle cookiesid ja võrgupäringud.
3. Võrdle käitumist enne ja pärast Rejecti, et kinnitada optional storage'i tegelik peatumine.

Tüüpilised põhjused

• Reject uuendab ainult bänneri visuaalset olekut, kuid ei levita denied staatust.
• Optional tagid käivituvad pärast reload'e uuesti hoolimata kasutaja keeldumisest.
• Salvestatud nõusoleku väärtusi loetakse valesti või ignoreeritakse pärast navigeerimist.

Parandus GTM-is

1. Veendu, et denied staatus laetakse enne, kui tagid saavad pärast reload'i uuesti käivituda.
2. Seo nõusolekukontrollid kõigi optional tagidega, mitte ainult esmaste sündmustega.
3. Kinnita GTM Preview's, et Reject püsib korrektselt reload'ide vahel.

Parandus WordPressis või CMP pluginates

1. Vaata üle pluginaintegratsioonid, mis pärast Rejecti ikka optional tage laadivad.
2. Kinnita, et CMP plugin salvestab ja rakendab denied staatust igal page loadil.
3. Eemalda kattuvad tracking-pluginad, mis ignoreerivad CMP olekut.

Üldine arendaja parandus

1. Käsitle Rejecti täidetava runtime-olekuna, mitte ainult UI tegevusena.
2. Blokeeri optional loaderid igal lehel, kui salvestatud nõusoleku staatus on denied.
3. Testi reload'i, korduskülastuse ja lehtedevahelise navigeerimise stsenaariume, mitte ainult esimest laadimist.

Kuidas kinnitada, et parandus töötab

• Reject ja reload: kinnita, et optional cookiesid endiselt ei teki.
• Reject ja reload: kinnita, et optional päringud jäävad blokeerituks.
• Käivita uus scan ja kontrolli, et Rejectiga seotud findings kaovad.