Състоянието на съгласието не се запазва

Защо това е важно

Ако съгласието се нулира при reload или между страници, потребителят може да бъде питан отново или optional processing да стартира отново без да зачита предишния избор.

Как да го проверите ръчно

1. Приемете или откажете съгласие на една страница, после презаредете и навигирайте към други страници.
2. Потвърдете, че същият избор за съгласие остава активен на целия сайт.
3. Инспектирайте механизма за persistence, използван за съхраняване на съгласието.

Типични причини

• Consent cookie-то или записът в local storage не се записват последователно.
• Subdomain, path или SameSite настройки пречат на persistence.
• SPA навигацията нулира статуса, защото съгласието се държи само в паметта.

Корекция в GTM

1. Уверете се, че consent статусът се чете от persistent source на всяка страница.
2. Не разчитайте на еднократни runtime променливи, които изчезват след навигация.
3. Валидирайте persistence на съгласието в GTM Preview през няколко reload-а.

Корекция в WordPress или CMP плъгини

1. Прегледайте storage, domain scope и multilingual path настройките на CMP плъгина.
2. Тествайте дали cache или security плъгини нулират или премахват consent storage.
3. Потвърдете, че плъгинът зачита един и същ записан избор във всички template-и.

Обща корекция за разработчици

1. Съхранявайте съгласието в стабилно cookie или еквивалентен storage с правилен domain и path scope.
2. Презареждайте consent статуса, преди optional таговете да се инициализират на всяка страница.
3. Централизирайте логиката за съхраняване на съгласието вместо да я дублирате по route.

Как да потвърдите, че корекцията работи

• Потвърдете, че същият избор се запазва след reload и cross-page navigation.
• Потвърдете, че Reject остава denied при следващо посещение.
• Пуснете нов scan и проверете, че регресиите, свързани с persistence, изчезват.