Piekrišanas stāvoklis netiek saglabāts

Kāpēc tas ir svarīgi

Ja piekrišana resetējas pēc reload vai starp lapām, lietotājs var tikt prasīts atkārtoti, vai optional apstrāde var atkal sākties, ignorējot iepriekšējo izvēli.

Kā to pārbaudīt manuāli

1. Vienā lapā pieņemiet vai noraidiet piekrišanu, pēc tam pārlādējiet un pārejiet uz citām lapām.
2. Apstipriniet, ka tas pats piekrišanas lēmums paliek spēkā visā vietnē.
3. Pārskatiet persistences mehānismu, kas tiek izmantots piekrišanas saglabāšanai.

Tipiski cēloņi

• Consent cookie vai local storage ieraksts netiek konsekventi pierakstīts.
• Subdomain, path vai SameSite iestatījumi traucē persistenci.
• SPA navigācija atiestata stāvokli, jo piekrišana glabājas tikai atmiņā.

Labojums GTM

1. Pārliecinieties, ka piekrišanas stāvoklis katrā lapā tiek nolasīts no persistenta avota.
2. Nepārslēdzieties uz vienreizējiem runtime mainīgajiem, kas pazūd pēc navigācijas.
3. GTI Preview vairākos reload validējiet piekrišanas saglabāšanos.

Labojums WordPress vai CMP spraudņos

1. Pārskatiet CMP spraudņa storage, domain scope un daudzvalodu path iestatījumus.
2. Pārbaudiet, vai cache vai security spraudņi neresetē consent storage.
3. Apstipriniet, ka spraudnis respektē to pašu saglabāto izvēli visos template.

Vispārīgs izstrādātāja labojums

1. Saglabājiet piekrišanu stabilā cookie vai līdzvērtīgā storage ar pareizu domain un path scope.
2. Pirms optional tagu inicializācijas katrā lapā vēlreiz ielādējiet piekrišanas stāvokli.
3. Centralizējiet piekrišanas saglabāšanas loģiku, nevis dublējiet to pa maršrutiem.

Kā apstiprināt, ka labojums darbojas

• Apstipriniet, ka tā pati izvēle saglabājas pēc reload un pārejām starp lapām.
• Apstipriniet, ka Reject paliek denied arī vēlākā apmeklējumā.
• Palaidiet jaunu scan un pārbaudiet, ka ar persistenci saistītās regresijas pazūd.