Stav souhlasu se neukládá

Proč je to důležité

Pokud se souhlas resetuje po reloadu nebo mezi stránkami, může být uživatel znovu dotazován nebo se volitelné zpracování znovu spustí bez respektování dřívější volby.

Jak to ověřit ručně

1. Na jedné stránce souhlas přijměte nebo odmítněte, pak reloadujte a přejděte na další stránky.
2. Potvrďte, že stejná volba souhlasu zůstává aktivní napříč celým webem.
3. Zkontrolujte mechanizmus persistence používaný pro ukládání souhlasu.

Typické příčiny

• Consent cookie nebo local storage záznam se zapisují nekonzistentně.
• Nastavení subdomény, path nebo SameSite brání persistenci.
• SPA navigace resetuje stav, protože je souhlas držen jen v paměti.

Oprava v GTM

1. Ujistěte se, že se stav souhlasu na každé stránce čte z persistentního zdroje.
2. Nespoléhejte na jednorázové runtime proměnné, které po navigaci zmizí.
3. V GTM Preview ověřte persistenci souhlasu přes více reloadů.

Oprava ve WordPressu nebo CMP pluginech

1. Zkontrolujte nastavení CMP pluginu pro storage, scope domény a vícejazyčné paths.
2. Otestujte, zda cache nebo security pluginy storage souhlasu neresetují nebo neodstraňují.
3. Potvrďte, že plugin respektuje stejnou uloženou volbu ve všech templates.

Obecná vývojářská oprava

1. Persistujte souhlas do stabilní cookie nebo ekvivalentního storage se správným rozsahem domény i path.
2. Před inicializací volitelných tagů na každé stránce znovu načtěte stav souhlasu.
3. Centralizujte logiku ukládání souhlasu místo duplikace po jednotlivých routes.

Jak potvrdit, že oprava funguje

• Potvrďte, že stejná volba přetrvá po reloadu i při cross-page navigaci.
• Potvrďte, že Reject zůstává denied i při další návštěvě.
• Spusťte nový sken a ověřte, že persistence regrese zmizely.