Consent-Status wird nicht gespeichert

Warum das wichtig ist

Wenn Consent beim Reload oder zwischen Seiten zurückgesetzt wird, werden Nutzer erneut gefragt oder optionale Verarbeitung startet wieder, obwohl die frühere Wahl eigentlich gelten sollte.

So prüfen Sie das manuell

1. Akzeptieren oder lehnen Sie auf einer Seite ab, laden Sie neu und navigieren Sie auf weitere Seiten.
2. Bestätigen Sie, dass dieselbe Consent-Entscheidung weiterhin siteweit gilt.
3. Prüfen Sie den Persistenzmechanismus für die Consent-Speicherung.

Typische Ursachen

• Consent-Cookie oder Local-Storage-Eintrag werden nicht konsistent geschrieben.
• Subdomain-, Path- oder SameSite-Einstellungen verhindern Persistenz.
• SPA-Navigation setzt den Status zurück, weil Consent nur im Speicher gehalten wird.

Behebung in GTM

1. Stellen Sie sicher, dass der Consent-Status auf jeder Seite aus einer persistenten Quelle gelesen wird.
2. Verlassen Sie sich nicht auf einmalige Runtime-Variablen, die nach Navigation verschwinden.
3. Validieren Sie Consent-Persistenz in GTM-Preview über Reloads hinweg.

Behebung in WordPress oder CMP-Plugins

1. Prüfen Sie CMP-Plugin-Einstellungen zu Speicherung, Domain-Scope und sprachabhängigen Pfaden.
2. Testen Sie, ob Cache- oder Security-Plugins Consent-Speicher zurücksetzen oder strippen.
3. Bestätigen Sie, dass das Plugin dieselbe gespeicherte Wahl auf allen Templates respektiert.

Allgemeine Entwicklerkorrektur

1. Persistieren Sie Consent in einem stabilen Cookie oder gleichwertigen Speicher mit korrektem Domain- und Path-Scope.
2. Laden Sie den Consent-Status vor Initialisierung optionaler Tags auf jeder Seite neu.
3. Zentralisieren Sie die Consent-Speicherlogik statt sie pro Route zu duplizieren.

So bestätigen Sie, dass die Behebung funktioniert

• Bestätigen Sie, dass dieselbe Wahl nach Reload und Cross-Page-Navigation bestehen bleibt.
• Bestätigen Sie, dass Reject bei Wiederbesuch denied bleibt.
• Starten Sie einen neuen Scan und prüfen Sie, dass Persistenz-Regressionen verschwinden.