Evästeitä asetetaan edelleen Rejectin jälkeen

Miksi tämä on tärkeää

Reject-painike, joka ei oikeasti blokkaa valinnaista käsittelyä, on yksi selkeimmistä merkeistä siitä, ettei suostumusmekanismia panna täytäntöön oikein.

Näin tarkistat manuaalisesti

1. Hylkää valinnainen käsittely puhtaassa sessiossa ja lataa sitten sivu uudelleen.
2. Tutki evästeet ja verkkopyynnöt Rejectin jälkeen.
3. Vertaa käyttäytymistä ennen Rejectiä ja sen jälkeen varmistaaksesi, että valinnainen storage todella pysähtyy.

Tyypilliset syyt

• Reject päivittää vain bannerin visuaalisen tilan mutta ei välitä denied-tilaa eteenpäin.
• Valinnaiset tagit käynnistyvät uudelleen reloadin jälkeen käyttäjän hylkäyksestä huolimatta.
• Tallennetut suostumusarvot luetaan väärin tai sivuutetaan navigoinnin jälkeen.

Korjaus GTM:ssä

1. Varmista, että denied-tila luetaan ennen kuin tagit voivat käynnistyä uudelleen reloadin jälkeen.
2. Kytke suostumustarkistukset kaikkiin valinnaisiin tageihin, ei vain ensimmäisen latauksen tapahtumiin.
3. Vahvista GTM Previewssa, että Reject pysyy oikein reloadien yli.

Korjaus WordPressissä tai CMP-lisäosissa

1. Käy läpi lisäosaintegraatiot, jotka jatkavat valinnaisten tagien lataamista Rejectin jälkeen.
2. Varmista, että CMP-lisäosa tallentaa ja soveltaa denied-tilaa jokaisella sivulatauksella.
3. Poista päällekkäiset tracking-lisäosat, jotka sivuuttavat CMP-tilan.

Yleinen kehittäjäkorjaus

1. Käsittele Rejectiä täytäntöönpantavana runtime-tilana, älä vain UI-toimintona.
2. Blokkaa valinnaiset loaderit jokaisella sivulla, kun tallennettu suostumustila on denied.
3. Testaa reload-, revisit- ja sivujen välisten navigointiskenaarioiden lisäksi ensimmäinen lataus.

Näin varmistat, että korjaus toimii

• Reject ja reload: varmista, että valinnaiset evästeet puuttuvat edelleen.
• Reject ja reload: varmista, että valinnaiset pyynnöt pysyvät blokattuina.
• Aja uusi skannaus ja tarkista, että Rejectiin liittyvät findingit katoavat.