Google Consent Mode v2 in WordPress: Eine praktische Einrichtungsanleitung

Was Google Consent Mode v2 ist und was es nicht ist

Der offizielle Consent Mode-Überblick von Google beschreibt es als Möglichkeit, das Verhalten von Google-Tags und SDKs basierend auf den Einwilligungsentscheidungen der Benutzer anzupassen. Das ist wichtig, da das Banner die Wahl eines Besuchers sammelt, die Tags jedoch immer noch ein strukturiertes Signal benötigen, das angibt, was erlaubt ist.

Mit anderen Worten lösen Banner und Consent Mode unterschiedliche Teile desselben Workflows. Google sagt ausdrücklich, dass Sie für die Einholung der Einwilligung verantwortlich sind und diesen Einwilligungsstatus an Google mitteilen müssen. Wenn Sie WordPress mit Google Analytics, Google Ads oder Google Tag Manager betreiben, ist diese Unterscheidung wichtiger als die Bezeichnung "v2".

Die vier Einwilligungsparameter, die die meisten Teams verstehen sollten

Die aktuelle Dokumentation von Google konzentriert sich auf vier Parameter, die bei Website-Implementierungen oft wichtig sind: ad_storage, analytics_storage, ad_user_data, und ad_personalization. Google hat die letzten beiden im Consent Mode v2-Update für EEA-Verkehr hinzugefügt, sodass ältere Dokumentation oder ältere Einrichtungsvarianten möglicherweise nicht dem entsprechen, was Sie jetzt benötigen.

Grundlegend vs. erweiterte Consent Mode: der praktische Unterschied

Google dokumentiert zwei Implementierungsmodelle. Im grundlegenden Consent Mode werden Tags blockiert, bis der Besucher seine Einwilligung erteilt. Im erweiterten Consent Mode laden Tags mit Standard-Einwilligungseinstellungen und passen das Verhalten anschließend an die Wahl des Besuchers an.

Der Kompromiss ist einfach. Der Basismodus ist konzeptionell einfacher, da vor der Einwilligung nichts optionales ausgeführt wird. Der erweiterte Modus kann eine bessere Messungskontinuität unterstützen, da Google bei verweigertem Einverständnis consent-aware Pings und Modellierung verwendet. Weder Modell entfernt die Notwendigkeit, korrekte Standards festzulegen oder die Implementierung mit Ihrer Richtlinie und Bannerlogik abzustimmen.

Warum Teams in WordPress stecken bleiben

Der Fehlerpunkt liegt meist nicht bei WordPress selbst. Es geht um die Zeit. Eine Website kann ein Banner anzeigen und dennoch das falsche Signal senden, wenn der Standardzustand fehlt, zu spät geladen wird oder nur für den Pfad "Alle akzeptieren" aktualisiert wird. Deshalb konzentriert sich die Fehlerbehebungsanleitung von Google so stark darauf, dass Standards vorhanden sein müssen, bevor Tags die Einwilligung nutzen.

Ein praktischer Einrichtungsablauf für WordPress

1. Entscheiden Sie sich für Ihre Kategorienzuordnung, bevor Sie Tags berühren

Beginnen Sie mit den Kategorien, die Sie Besuchern anzeigen, und dem Google-Verhalten, das diese Kategorien beeinflussen sollten. Wenn Einwilligungen für Analysen und Werbung in Ihrem Banner getrennt sind, müssen Ihre Updates diese Unterscheidung konsistent widerspiegeln.

2. Setzen Sie verweigerte Standards frühzeitig

Die Fehlerbehebungsanleitung von Google Tag Assistant zeigt das Standardmuster deutlich: Setzen Sie die Einwilligungs-Standardwerte früh im Lebenszyklus der Seite und setzen Sie sie nicht asynchron nach anderen Tags, die bereits gestartet sind. Für viele WordPress-Bauten bedeutet das, die Skriptreihenfolge, GTM-Auslösezeitpunkte und zu prüfen, ob ein anderes Plugin Google-Tags vor der Verfügbarkeit der Einwilligungs-Standardwerte einfügt.

3. Aktualisieren Sie die Einwilligung nach der tatsächlichen Wahl des Besuchers

Nach Akzeptanz, Ablehnung oder gespeicherten benutzerdefinierten Einstellungen muss der Google-Einwilligungsstatus aktualisiert werden, um der vom Besucher getroffenen Wahl zu entsprechen. Hier hilft ein CMP-Workflow mit Fokus auf die Überprüfung: Sie können die Banner-Kategorien, die Richtlini-Kategorien und die tatsächlichen Google-Signale vergleichen, anstatt den Banner als Black Box zu behandeln.

4. Halten Sie den WordPress-Cookie-Inventar im Blick

Das WordPress-Kernsystem selbst verwendet Cookies für angemeldete Benutzer und Kommentatoren, laut der offiziellen WordPress-Entwicklerdokumentation. Allerdings hängen Consent Mode-Entscheidungen meist stärker von den optionalen Schichten ab, die Sie hinzufügen: Analysetags, Werbetags, Einbettungen, Tag-Manager und Plugins. Eine saubere Einrichtung koppelt Google-Signale mit einem aktuellen Cookie- und Skript-Inventar.

So überprüfen Sie die Implementierung mit Tag Assistant

Die Überprüfung ist der Punkt, an dem viele Teams endlich feststellen, ob die Website das tut, was sie glauben, dass sie tut. Google empfiehlt Tag Assistant zur Überprüfung des Verhaltens von Consent Mode, und seine Fehlerbehebungsanleitung weist auf wiederkehrende Fehler wie fehlende Standard-Einwilligungen und unvollständige Parameterabdeckung hin.

• Öffnen Sie die Website in einer neuen Sitzung und bestätigen Sie, dass der Standardzustand erscheint, bevor optionale Tags auf die Einwilligung angewiesen sind.
• Überprüfen Sie ad_storage, analytics_storage, ad_user_data, und ad_personalization sind alle vorhanden, wenn sie relevant sind.
• Alle akzeptieren, optionale Cookies ablehnen und eine benutzerdefinierte Auswahl speichern, um zu bestätigen, dass jeder Pfad den Zustand aktualisiert.
• Vergleichen Sie die Einwilligungs-Kategorien im Banner mit den Tags, die tatsächlich auf der Seite ausgelöst werden.
• Wiederholen Sie den Test auf wichtigen Vorlagen wie der Startseite, Landingpages und Checkout-Flows.

Wenn Ihr GA4-Eigenschaft mit Google-Diensten verknüpft ist, die eine Einwilligung erfordern, und Sie Besucher aus dem EWR haben, kann Google Analytics auch fehlende Signale für eine aktive Einwilligung zur Messung von Werbung oder Personalisierung markieren. Dies macht die Überprüfung zu einer laufenden operativen Aufgabe, nicht nur zu einer Start-Checkliste.

Wie ACookies in den WordPress-Workflow passt

ACookies richtet sich an WordPress-Teams, die Banner-Verhalten, Google Consent Mode-Unterstützung, Einwilligungsprotokolle, Cookie-Scans und Richtlinienerstellung an einem Ort wünschen. Die Produktseite für Google Consent Mode v2 für WordPress legt den Fokus auf frühe Standardwerte, aktualisiert sich nach der Auswahl des Besuchers und überprüft dies mit Werkzeugen wie Tag Assistant.

Die Implementierungsarbeit ist einfacher, wenn Sie auch überprüfen können, was auf der Website läuft. Die KI-gestützter Cookie-Scanner und das kostenlose Cookie-Richtlinien-Generator unterstützt einen Workflow, der zuerst überprüft ACookies-Preise erklärt die Pro-Site-Tarife für Teams, die das Plugin innerhalb von WordPress benötigen.

Häufige Fehler, die Sie vor der Veröffentlichung vermeiden sollten

Der häufigste Fehler ist die Annahme, dass der Banner allein beweist, dass die Google-Seite korrekt ist. In der Praxis stammen Probleme meist von der Skriptreihenfolge, unvollständiger Kategoriekartierung oder benutzerdefinierten Codepfaden, die einen Parameter aktualisieren, aber nicht die anderen.

Ein weiterer Fehler besteht darin, den Consent Mode als rechtlichen Abkürzung zu betrachten. Die Dokumentation von Google ist klar, dass Sie immer noch eine Einwilligung einholen und die Wahl des Benutzers kommunizieren müssen. Die Einwilligungsleitlinien der Europäischen Kommission sind ebenso klar, dass eine gültige Einwilligung informiert, spezifisch und durch eine positive Handlung erteilt sein muss, mit einer praktischen Möglichkeit, sie zurückzuziehen.