Stanje soglasja se ne ohrani

Zakaj je to pomembno

Če se soglasje ponastavi po reloadu ali med stranmi, je lahko uporabnik znova vprašan ali pa se optional obdelava ponovno zažene mimo prejšnje izbire.

Kako to ročno preveriti

1. Na eni strani sprejmite ali zavrnite soglasje, nato stran ponovno naložite in se pomaknite na druge strani.
2. Potrdite, da ista izbira soglasja velja na celotnem spletnem mestu.
3. Preglejte mehanizem persistencije, ki se uporablja za shranjevanje soglasja.

Tipični vzroki

• Consent cookie ali zapis v local storage se ne zapisuje dosledno.
• Nastavitve subdomene, patha ali SameSite preprečujejo persistenco.
• SPA navigacija ponastavi stanje, ker je soglasje shranjeno samo v pomnilniku.

Popravek v GTM

1. Poskrbite, da se stanje soglasja na vsaki strani prebere iz perzistentnega vira.
2. Ne zanašajte se na enkratne runtime spremenljivke, ki po navigaciji izginejo.
3. V GTM Preview skozi več reloadov validirajte ohranjanje soglasja.

Popravek v WordPressu ali CMP vtičnikih

1. Preglejte storage, domain scope in večjezične path nastavitve CMP vtičnika.
2. Testirajte, ali cache ali security vtičniki ponastavljajo consent storage.
3. Potrdite, da vtičnik spoštuje isto shranjeno izbiro v vseh predlogah.

Splošen developerski popravek

1. Soglasje shranite v stabilen cookie ali enakovreden storage s pravilnim domain in path scopeom.
2. Pred inicializacijo optional tagov na vsaki strani ponovno naložite stanje soglasja.
3. Centralizirajte logiko shranjevanja soglasja namesto njenega podvajanja po rutah.

Kako potrditi, da popravek deluje

• Potrdite, da ista izbira ostane po reloadih in navigaciji med stranmi.
• Potrdite, da Reject ostane v denied stanju tudi ob kasnejšem obisku.
• Zaženite nov scan in preverite, da regresije povezane s persistenco izginejo.