Google-Tags und Tag Gateway

Wissen, welche Tags zusätzliche Einstellungen brauchen

Google-Analytics-, Google-Ads- und Floodlight-Tags haben integrierte Consent-Prüfungen. Sie lesen den Consent-Mode-Status, den Velo setzt, und passen ihr Verhalten ohne weitere Einrichtung an. Andere Tags in Ihrem Container, darunter Custom HTML und die meisten Community-Vorlagen, lesen ihn nicht.

Öffnen Sie in GTM Admin → Container Settings und wählen Sie unter Additional Settings die Option Enable consent overview.
Öffnen Sie Tags und klicken Sie auf das Symbol Consent Overview. Es listet Tags auf, deren Consent nicht konfiguriert ist.
Öffnen Sie für jedes Tag, das kein Google-Tag ist, Advanced Settings → Consent Settings, wählen Sie Require additional consent for tag to fire und fügen Sie die Signale hinzu, von denen es abhängt. Werbe-Tags brauchen ad_storage, ad_user_data und ad_personalization. Analytics-Tags brauchen analytics_storage.
Veröffentlichen Sie den Container und testen Sie in einer neuen Sitzung erneut.

Ein Tag, das durch Consent-Einstellungen zurückgehalten wird, feuert später nicht von selbst. Wenn es laufen soll, sobald der Besucher akzeptiert, lösen Sie es zusätzlich über einen Custom-Event-Trigger auf velo_consent_update aus, das Data-Layer-Event, das Velo bei jeder wirksamen Entscheidung sendet.

Werbeoptionen wählen

Die Velo-CMP-Vorlage hat unter Advanced zwei Google-Optionen. Beide sind standardmäßig deaktiviert.

Erweiterte Optionen in der Velo-CMP-Vorlage
Option	Was sie bei abgelehnter Werbung tut
`ads_data_redaction`	Steht `ad_storage` auf „denied“, werden IDs von Anzeigenklicks aus den Google-Anfragen entfernt, und die Anfragen werden ohne Cookies gesendet.
`url_passthrough`	IDs für Anzeigenklicks, Clients und Sitzungen werden über Link-URLs von Seite zu Seite weitergegeben, weil sie nicht in Cookies gespeichert werden können.

Wählen Sie sie passend zur Richtlinie Ihres Unternehmens. Testen Sie mit url_passthrough Ihre Formulare und internen Links, weil den URLs zusätzliche Parameter angehängt werden. Bei einer direkten Installation setzen Sie diese Optionen in Ihrem Google-Tag-Code nach Googles Anleitung zur Consent-Einrichtung.

Von Nutzern bereitgestellte Daten prüfen

Funktionen wie Enhanced Conversions senden von Nutzern bereitgestellte Daten, etwa eine gehashte E-Mail-Adresse, für Werbezwecke an Google. Google entscheidet anhand des Signals ad_user_data, ob diese Daten gesendet werden dürfen. Velo setzt ad_user_data nur auf „granted“, wenn der Besucher die Kategorie Werbung erlaubt.

Testen Sie eine Conversion in zwei neuen Sitzungen: einmal mit akzeptierter, einmal mit abgelehnter Werbung. Prüfen Sie in Tag Assistant in jeder Sitzung den Consent-Status beim Conversion-Event.

Google-Tags über Tag Gateway ausliefern

Google Tag Gateway for Advertisers lädt Ihr Google-Tag oder Ihren GTM-Container von einem Pfad auf Ihrer eigenen Domain, etwa /metrics/, statt von googletagmanager.com. Ihr CDN oder Load Balancer leitet diesen Pfad an Google weiter.

Das Gateway ändert, woher Tags laden, nicht, welcher Einwilligung sie folgen.

Lassen Sie die Velo-CMP-Vorlage auf Consent Initialization – All Pages und behalten Sie die Consent-Einstellungen jedes Tags bei. Das Skript von Velo selbst lädt weiterhin von Velo. Das ist so vorgesehen.

Wenn Ihre Website Cloudflare nutzt

Öffnen Sie in GTM Admin → Google tag gateway.
Prüfen Sie den Messpfad. Nutzen Sie einen Pfad, den Ihre Website noch nicht verwendet.
Melden Sie sich bei Cloudflare an, autorisieren Sie Google und wählen Sie die Domains aus, die Sie aktivieren möchten.

Jedes andere CDN oder jeder andere Load Balancer

Folgen Sie Googles Anleitung zur Einrichtung von Tag Gateway. Sie leiten den Messpfad an die fps.goog-Adresse Ihres Tags weiter, reichen die Standort-Header des Besuchers durch und ändern im GTM- oder gtag-Snippet src auf den neuen Pfad.

Gateway prüfen

Ersetzen Sie /metrics durch Ihren eigenen Pfad. Beide Adressen sollten ok anzeigen.

Health-Checks · mit Ihrer eigenen Domain und Ihrem Pfad

https://www.example.com/metrics/healthy
https://www.example.com/metrics/?validate_geo=healthy

Tags über die eigene Domain auszuliefern ändert nichts an Ihren Pflichten zur Einwilligung. Wiederholen Sie nach der Umstellung den Test mit Tag Assistant mit Akzeptieren, Ablehnen und Teilauswahl.

Einwilligung ins Server-side Tagging übernehmen

Mit einem Server-Container fügen Google-Tags im Browser jeder Anfrage an Ihren Server den Consent-Status des Besuchers hinzu. Die serverseitigen Tags von Google, etwa Google Analytics und Google Ads, lesen diesen Status und passen an, was sie senden. Consent Mode richten Sie nur im Web-Container ein, und das erledigt die Velo-CMP-Vorlage bereits.

Server-Tags anderer Anbieter, etwa Meta Conversions API oder TikTok Events API, folgen dem Consent-Status von Google nicht automatisch. Konfigurieren Sie jedes davon so, dass es vor dem Senden von Daten die Einwilligung prüft, wie in der Dokumentation der jeweiligen Vorlage beschrieben, und testen Sie eine abgelehnte Sitzung in der Vorschau des Server-Containers.

Siehe Googles Consent-Leitfaden für Server-side Tagging.

Nach jeder Änderung testen

Beginnen Sie jeden Test in einer neuen Browsersitzung auf der veröffentlichten Website.
Prüfen Sie in Tag Assistant, ob die Velo-Standardwerte erscheinen, bevor ein Google-Tag feuert.
Akzeptieren, ablehnen und eine Teilauswahl speichern, dann bei jedem Tag den Consent-Status prüfen.
Prüfen Sie bei Tag Gateway, ob Google-Anfragen an Ihren Messpfad gehen.
Prüfen Sie, ob Tags mit zusätzlichen Consent-Einstellungen nach einer Ablehnung blockiert bleiben.
Eine Auswahl über die Datenschutz-Schaltfläche ändern und das Update auf der nächsten Seite prüfen.

Wenn etwas nicht stimmt

Ein Health-Check zeigt nicht „ok“ an.

Prüfen Sie, ob der Pfad an die richtige fps.goog-Adresse weitergeleitet wird und ob keine Cache- oder Weiterleitungsregel ihn vorher abfängt. Schlägt nur die Prüfung validate_geo fehl, fehlen die Standort-Header.

Tags laden weiterhin von googletagmanager.com.

Das Snippet auf der Seite wurde nicht auf den neuen Pfad umgestellt, oder eine alte Kopie ist noch installiert. Durchsuchen Sie Ihr Theme und Ihre Plugins nach dem ursprünglichen Snippet.

Ein Tag, das nicht von Google stammt, feuert vor der Entscheidung des Besuchers.

Seine Consent-Einstellungen fehlen oder stehen auf No additional consent required. Finden Sie es über die Consent Overview, fügen Sie die nötigen Consent-Typen hinzu und veröffentlichen Sie erneut.