Im Vergleich zum vorherigen Modus führt Consent Mode V2 zwei zusätzliche Zustimmungstypen ein: ad_user_data und ad_personalisierung. Hier ist eine Aufschlüsselung von allen:
ad_storage
Steuert Werbe-Cookies.
analytics_storage
Steuert Analyse-Cookies.
ad_user_data
Regelt das Senden von Nutzerdaten an Google für Anzeigen (neu in V2).
ad_personalization
Regelt personalisierte Werbung/Remarketing (neu in V2).
Vollständigkeit der Daten
Serverseitiges Tracking wandelt Drittanbieter-Cookies in Erstanbieter-Cookies um und ermöglicht so eine robustere Datenerfassung, auch wenn die Browsereinschränkungen zunehmen.
Einhaltung
Der Zustimmungsmodus stellt sicher, dass nur vom Benutzer genehmigte Daten verarbeitet werden, was die Anforderungen der DSGVO und des CCPA erfüllt.
Konversion-modellierung
Google Ads kann auch ohne vollständige Cookie-Zustimmung nicht personenbezogene Signale (Gerätetyp, Land, Konversionstyp) für die Conversion-Modellierung verwenden.
Optimierung der Werbeplattform
Consent Mode V2 ermöglicht Remarketing und Conversion-Tracking ohne Cookies, sofern ein ausreichendes Anzeigenklickvolumen vorhanden ist.
Im Folgenden erläutern wir die Kernaspekte und die Funktionsweise von Consent Mode V2 in Google Ads. Eine der Hauptfunktionen von Consent Mode V2 ist die Möglichkeit, bestimmte nicht personenbezogene Daten zur Conversion-Modellierung an Google zu senden. Diese cookiefreien Pings enthalten nicht identifizierbare Signale wie:
• Gerätetyp
• Art der Konvertierung
• Land
• Uhrzeit
• Browsertyp
Diese Informationen sind wichtig, um den Google Ads-Algorithmus für die Conversion-Modellierung auszulösen.
Ihr täglicher Schwellenwert für Anzeigenklicks liegt bei 700 Anzeigenklicks über einen Zeitraum von 7 Tagen, pro Land und Domain-Gruppierung. Dies ist erforderlich, damit der Algorithmus im Einwilligungsmodus mit dem Erlernen der Lernphase beginnen kann.“ (Quelle: Google Ads)
Sobald dieser Schwellenwert erreicht ist, werden cookiefreie Pings aktiv. Das bedeutet, dass Google Ads auch dann bestimmte nicht identifizierbare Daten erhält, wenn Nutzer Cookies nicht zustimmen. Diese Daten ermöglichen es Google, Konversionsmodelle auf der Grundlage historischer Daten zu erstellen.
Darüber hinaus erleichtert der Consent Mode V2 Remarketing-Aktivitäten ohne die Verwendung von Cookies. Dies ist eine wichtige Entwicklung in der Online-Werbung, da sie es Werbetreibenden ermöglicht, ihre Kampagnen effektiv zu gestalten und gleichzeitig die Privatsphäre der Nutzer zu respektieren.
Einige CMPs ordnen ihre Kategorien den Typen des Zustimmungsmodus zu:
• Vermarktung → ad_storage, ad_user_data, ad_personalization
• Statistiken → analytics_storage
• Einstellungen → Funktionalität_Speicher, Personalisierungsspeicher
Stellen Sie sicher, dass Ihr CMP die Zustimmungsstatus für jede erforderliche Kategorie erfüllt.
Laden Sie das herunter und importieren Sie es Vorlage zum Einwilligungsstatus von GitHub.
Gehen Sie in GTM zu Vorlagen → Neu → Importiere und laden Sie die Vorlage für den Einwilligungsstatus hoch.
Für jede Art der Einwilligung (z. B. ad_personalization), erstellen Sie eine neue Variable:
Variablentyp: Zustimmungsstatus
Art der Einwilligung: z. B. ad_personalization
Wiederholen Sie dies für alle relevanten Typen (ad_storage, analytics_storage usw.).
Erstelle eine neue Variable: Google Tag - Event-Einstellungen
Variablentyp: Google Tag: Veranstaltungseinstellungen
Fügen Sie alle Consent State-Variablen als Veranstaltungsparameter hinzu.
Bearbeiten Sie Ihr Haupt-Google-Tag in GTM.
Wählen Sie unter Variable für Event-Einstellungen die Variable aus, die Sie gerade erstellt haben.
Dadurch wird sichergestellt, dass Zustimmungszustände mit jedem Ereignis an den Servercontainer gesendet werden.
Gehe für Tags ohne eingebaute Einwilligung (z. B. Facebook Pixel) zu den Zustimmungseinstellungen des Tags.
Aktiviere die Option Zusätzliche Zustimmung erforderlich, damit das Tag ausgelöst wird.
Wählen Sie die entsprechenden Einwilligungsarten aus (z. B. ad_storage für Anzeigen, Analytics_Speicher für Analytik).
Erstellen Sie einen benutzerdefinierten Event-Trigger (z. B. Cookie_Consent_Update), um Tags abzufeuern, wenn sich die Zustimmung ändert.
Weisen Sie diesen Trigger Tags zu, die dynamisch auf Zustimmungsaktualisierungen reagieren müssen.
Für alle anderen Plattformen wie Facebook können Sie die folgenden Schritte ausführen.
Die Daten gelangen aus dem Web-Container in den Servercontainer, indem neue Variablen erstellt werden. Sie müssen dies tun, damit die Zustimmung festlegt, wie sie an den Servercontainer gesendet werden.
Wir zeigen dies an einem Beispiel für den Zustimmungsstatus: ad_personalization.
1. Gehe zum Servercontainer und erstelle eine neue Variable.
2. Nennen Sie es Zustimmungsstatus — Personalisierung von Anzeigen.
3. Wählen Daten zur Veranstaltung als variable Konfiguration.
4. Geben Sie ein ad_personalisierung als Key Path, weil es so vom Webcontainer zum Servercontainer gesendet wird.
5. Klicken Sie Speichern.
Sie können jetzt Consent States-Variablen zu dem Tag hinzufügen, das Sie benötigen. Um bestimmte Tags verwenden zu können, ist es wichtig, dass das Marketing vom Benutzer akzeptiert wurde. Ist dies nicht der Fall, sollte das Tag nicht aktiviert werden.
Sie können dies tun, indem Sie dem entsprechenden Tag den Consent State — Marketing hinzufügen. Wenn Sie die neu erstellte Variable als Bedingung zum Auslöser hinzufügen, wird die Facebook Conversion API nur ausgelöst, wenn Marketing-Cookies vom Benutzer akzeptiert werden. Das kannst du tun, indem du diesem Tutorial folgst:
Dies sagt Ihnen, dass das Tag nur ausgelöst werden darf, wenn die Zustimmung zu Marketing-Cookies erteilt wurde. Dies steht im Einklang mit der Durchsetzung des Digital Markets Act (DMA).
Sie können diese dann wieder zu Ihren Tags hinzufügen. Sie tun dies erneut auf der Grundlage, dass Sie die Tags nicht auslösen dürfen, wenn bestimmte Zustimmungsstatus nicht aktiviert sind.
Jetzt kommt der knifflige Teil. Sie müssen für jedes Ereignis festlegen, unter welche Einwilligung es fällt. Wie bereits erwähnt, müssen Sie im Server Container für Google-Produkte keine zusätzlichen Einstellungen im Servercontainer vornehmen.
Beispielsweise fällt ein Kauf in GA4 unter Statistik, weil Sie ihn für Statistiken und nicht für Marketingzwecke verwenden. Dann müssen Sie also sicherstellen, dass der Kaufauslöser so eingestellt ist, dass die Statistik-Cookies vom Besucher akzeptiert werden.
Dieser Fehler kann auftreten, wenn Sie den Zustimmungsmodus in Google Tag Manager testen. Dieser Fehler ist nicht schwerwiegend und hat keinen Einfluss auf dein Tracking. Das bedeutet also nicht, dass der Zustimmungsmodus nicht richtig eingerichtet ist.
Wenn Sie auf ein Szenario stoßen, in dem das Cookiebot-Banner auf Ihrer Website nicht sichtbar ist, sollten Sie zwei Hauptprüfungen durchführen:
1. Überprüfe deinen Abonnementstatus
Die Sichtbarkeit des Cookiebot-Banners auf Ihrer Website hängt von einem aktiven Abonnement ab. Wenn Ihr Abonnement abgelaufen ist, kann Cookiebot die Anzeige des Banners einstellen, da es sich um eine im Dienst enthaltene Funktion handelt. Um dies zu beheben, überprüfen Sie Ihren Zahlungsstatus im Cookiebot-Dashboard und stellen Sie sicher, dass Ihr Abonnement aktuell ist.
2. Überprüfen Sie die Domainregistrierung in Cookiebot
Ein weiterer häufiger Grund für das Fehlen des Banners ist, dass die Domain im Cookiebot-System nicht registriert oder nicht richtig konfiguriert ist. Jede Domain, auf der das Banner erscheinen soll, muss in Ihrem Cookiebot-Konto aufgeführt sein. Um dies zu beheben, melden Sie sich bei Ihrem Cookiebot-Konto an und überprüfen Sie, ob alle Domains korrekt hinzugefügt wurden und ob die Einstellungen Ihren Implementierungsanforderungen entsprechen.
