Stan zgody nie jest zapisywany

Dlaczego to ważne

Jeśli zgoda resetuje się po reloadzie albo między stronami, użytkownik może być pytany ponownie albo opcjonalne przetwarzanie może ruszać od nowa bez respektowania wcześniejszego wyboru.

Jak zweryfikować to ręcznie

1. Zaakceptuj albo odrzuć na jednej stronie, przeładuj i przejdź na inne podstrony.
2. Potwierdź, że ten sam wybór zgody pozostaje aktywny w całym serwisie.
3. Sprawdź mechanizm persistencji używany do przechowywania zgody.

Typowe przyczyny

• Cookie zgody albo wpis local storage nie są zapisywane spójnie.
• Ustawienia subdomeny, path albo SameSite blokują persistencję.
• Nawigacja SPA resetuje stan, bo zgoda jest trzymana tylko w pamięci.

Naprawa w GTM

1. Upewnij się, że stan zgody jest odczytywany z trwałego źródła na każdej stronie.
2. Nie polegaj na jednorazowych zmiennych runtime, które znikają po nawigacji.
3. Zweryfikuj persistencję zgody w GTM Preview przez wiele reloadów.

Naprawa w WordPressie lub wtyczkach CMP

1. Sprawdź ustawienia pluginu CMP dotyczące storage, zakresu domeny i ścieżek wielojęzycznych.
2. Przetestuj, czy pluginy cache lub security nie resetują albo nie usuwają storage zgody.
3. Potwierdź, że plugin respektuje ten sam zapisany wybór na wszystkich szablonach.

Ogólna poprawka developerska

1. Zapisuj zgodę w stabilnym cookie albo równoważnym storage z poprawnym zakresem domeny i ścieżki.
2. Przeładowuj stan zgody zanim opcjonalne tagi zainicjalizują się na każdej stronie.
3. Centralizuj logikę przechowywania zgody zamiast duplikować ją per route.

Jak potwierdzić, że poprawka działa

• Potwierdź, że ten sam wybór utrzymuje się po reloadzie i nawigacji cross-page.
• Potwierdź, że Reject pozostaje denied przy kolejnej wizycie.
• Uruchom nowy skan i sprawdź, że regresje persistencji znikają.