Google Tag Gateway und Einwilligungsverwaltung mit UniConsent

Was ist Google Tag Gateway?

Google Tag Gateway (GTG) ist eine Google-Infrastrukturfunktion, die Google Tags -- einschließlich gtag.js, Google Tag Manager und Google Analytics -- von einer First-Party-Domain anstatt von Googles Servern ausliefert. Anstatt dass der Browser Skripte von googletagmanager.com oder google-analytics.com abruft, werden Anfragen an einen First-Party-Pfad auf Ihrer Domain wie ihre-domain.com/gtg/js gesendet. Ein CDN (Cloudflare, Akamai oder Fastly) oder Load Balancer leitet diese Anfragen transparent an Google weiter.

Die offizielle Dokumentation finden Sie unter Google Tag Gateway Dokumentation.

Wie GTG bereitgestellt wird

Es gibt zwei Bereitstellungsmethoden:

Ein-Klick-CDN-Injektion

Der CDN-Anbieter (z.B. Cloudflare) fügt Mess-Tags direkt über das CDN in das Head-Element der Seite ein. Dies entzieht Ihnen die Kontrolle über die Ladereihenfolge. Der CDN entscheidet, wann und wie Google Tag-URLs umgeschrieben werden, und Sie können die Position dieser Skripte relativ zum CMP-Snippet nicht steuern.

Da GTG-Tags als First-Party-Skripte geladen werden (von Ihrer eigenen Domain statt von Googles Domain), wird die Blockierung im Basic Consent Mode, die nach Skripten von der Google Tag Manager-Domain sucht, unwirksam. Die Tags erscheinen als First-Party-Ressourcen und werden von domainbasierten Blockierungsregeln nicht erfasst.

Manuelle GTG-Einrichtung

Sie fügen den First-Party-Skript-Pfad manuell im Seitenquelltext ein und steuern, wo er relativ zu anderen Skripten erscheint. Dies gibt Ihnen volle Kontrolle über die Ladereihenfolge. Die manuelle Einrichtung ist die empfohlene Bereitstellungsmethode, wenn der Zeitpunkt der Einwilligung kritisch ist.

Einrichtungsanweisungen finden Sie unter Google Tag Gateway einrichten.

Wie GTG die Einwilligung beeinflusst

Wenn GTG nicht aktiv ist, laden Google Tags von Drittanbieter-Domains. Der Einwilligungsablauf ist vorhersehbar: Ihre CMP lädt zuerst, setzt die Einwilligungsstandards, und die Google Tags respektieren diese Standards bei ihrer Ausführung.

Wenn GTG aktiv ist, insbesondere über die Ein-Klick-CDN-Injektion, können Google Tags schneller laden, da sie von einer First-Party-Domain ausgeliefert werden. Wenn die CMP die Einwilligungsstandards noch nicht gesetzt hat, bevor der Google Tag ausgeführt wird, läuft der Tag ohne Einwilligungssignale. Dies wird als "verspätetes" Einwilligungssignal bezeichnet.

Was ein verspätetes Einwilligungssignal bedeutet

  • Google Tags können Cookies setzen oder Daten erfassen, bevor der Nutzer eine Einwilligungsentscheidung getroffen hat
  • Consent Mode-Standards (wie denied) werden bei der ersten Tag-Ausführung nicht angewendet
  • Conversion-Modellierung und Analysedaten können ungenau sein
  • Die Website kann gegen die DSGVO, ePrivacy oder andere Vorschriften verstoßen, die eine Einwilligung vor der Datenerfassung erfordern

Wie man verspätete Einwilligungssignale verhindert

Um sicherzustellen, dass Messungen aufrechterhalten werden, ohne die Einwilligung zu verletzen, sollten Sie einen Standard-"denied"-Block setzen, damit Google Tags in einem abgelehnten Zustand starten. Die CMP lädt dann und erteilt explizit die Einwilligung für Bereiche, in denen der Nutzer bereits zugestimmt hat. Ereignisse werden in eine Warteschlange gestellt und wiedergegeben, sobald die Einwilligung erteilt wird.

Wenn Sie Google Tag Manager verwenden, können Sie einen Standard-"denied"-Zustand direkt in GTM setzen:

  1. Navigieren Sie zu "Configuration" in GTM
  2. Gehen Sie zu "Manage" > "Override consent mode defaults"
  3. Setzen Sie die Konfiguration so, dass alles für diesen Tag abgelehnt wird

Dies fügt einen Standard-"denied"-Codeblock vor dem Laden der Google Tags über das CDN ein. Sie können auch Datenübertragungssteuerungen verwenden, um zu verhindern, dass Verhaltensmessungs- und Konfigurationsdaten an Google gesendet werden, wenn die Einwilligung abgelehnt wird.

Weitere Informationen zur Einwilligungsimplementierung und Fehlerbehebung finden Sie in der Google Consent Mode-Dokumentation.

So prüfen Sie, ob ein Tag in GTG registriert ist

Sie können über Ihre Google Tag-Einstellungen überprüfen, ob ein Tag in Google Tag Gateway registriert ist. Siehe Auf Ihre Google Tag-Einstellungen zugreifen für eine Schritt-für-Schritt-Anleitung zur Überprüfung des GTG-Registrierungsstatus.

1. Google Tag-ID oder GTM-Container-ID auf der Website finden

Um zu prüfen, ob ein Tag in GTG registriert ist, verwenden Sie https://tagassistant.google.com/, um die Container-ID (GTM-XXXXX) oder Tag-ID auf der Seite zu finden. Gehen Sie zu https://tagassistant.google.com/, klicken Sie auf „Add domain" und geben Sie die URL Ihrer Website ein. Sie sehen dann Google Tag-IDs wie GTM-XXXXX, AW-XXXXX oder G-XXXXXXXX.

Klicken Sie auf „Summary" und prüfen Sie dann die „Container Details" oder „Tag Details" jedes Containers oder jeder Tag-ID. Unter „Container Details" oder „Tag Details" gibt es eine „source"-Bezeichnung. Falls ein Symbol vorhanden ist, fahren Sie mit der Maus darüber — es zeigt „Tag was loaded by Google tag gateway" an, wenn der Tag in GTG registriert ist.

Diese Tags werden standardmäßig von www.googletagmanager.com geladen, wenn GTG nicht registriert ist.

Wenn GTG registriert ist, werden sie stattdessen von einer First-Party-URL (/xxxxx/) geladen und laden Tags von einem First-Party-Pfad (/xxxxx/yyyyyy) auf Ihrer eigenen Domain.

PräfixProduktDaten werden gesendet an
G-Google Analytics 4 (GA4)www.google-analytics.com (+ region1.google-analytics.com, *.analytics.google.com)
GT-Google Tag (gtag.js)Das einheitliche „Google Tag" — ein Tag, mehrere Ziele
AW-Google Ads (ehemals AdWords)www.googleadservices.com, googleads.g.doubleclick.net, www.google.com (+ jede Länder-TLD)
DC-Floodlight (Campaign Manager 360 / Display & Video 360)*.fls.doubleclick.net, ad.doubleclick.net
GTM-Google Tag ManagerKeine eigenen — es ist ein Dispatcher, der die enthaltenen Tags auslöst

2. In der Google Tag Manager-Oberfläche bestätigen

  1. Öffnen Sie Google Tag Manager unter https://tagmanager.google.com/#/home#tags, suchen Sie dann den Container oder das Tag unter dem Tab „Accounts" oder „Google tags" anhand der Tag-ID und öffnen Sie ihn.
  2. Gehen Sie zum Bereich „Admin", indem Sie auf den Tab „Admin" klicken.
  3. Sehen Sie unter „Google Tag Gateway" nach, ob es als aktiv markiert ist, und klicken Sie darauf, um zu prüfen, ob Ihre spezifische Domain als „First-party" markiert ist. Wenn ja, ist das Tag in GTG registriert.

3. In der Google Ads-Oberfläche bestätigen

  1. Melden Sie sich bei Ihrem Google Ads-Konto unter https://ads.google.com an.
  2. Öffnen Sie „Tools" > „Data Manager".
  3. Klicken Sie auf den Link „Verwalten" beim Tag unter „Google Tag".
  4. Gehen Sie zum Bereich „Admin", indem Sie auf den Tab „Admin" klicken.
  5. Sehen Sie unter „Google Tag Gateway" nach, ob es als aktiv markiert ist, und klicken Sie darauf, um zu prüfen, ob Ihre spezifische Domain als „First-party" markiert ist. Wenn ja, ist das Tag in GTG registriert.

4. In der Google Analytics-Oberfläche bestätigen

  1. Öffnen Sie Google Analytics unter https://analytics.google.com/ und finden Sie das Konto für Ihre aktuelle Website.
  2. Gehen Sie zu „Admin" > „Datenerhebung und -änderung" > „Datenstreams", öffnen Sie dann die Webstream-Details und finden Sie die Mess-ID (z.B. G-XXXXXXXXX).
  3. Klicken Sie im Abschnitt „Google Tag" auf „Tag-Einstellungen konfigurieren", um die Tag-Details zu öffnen.
  4. Gehen Sie zum Bereich „Admin", indem Sie auf den Tab „Admin" klicken.
  5. Sehen Sie unter „Google Tag Gateway" nach, ob es als aktiv markiert ist, und klicken Sie darauf, um zu prüfen, ob Ihre spezifische Domain als „First-party" markiert ist. Wenn ja, ist das Tag in GTG registriert.

5. Mit Browser-Entwicklertools überprüfen

  1. Öffnen Sie die Entwicklertools (F12) und gehen Sie zum Tab „Network".
  2. Laden Sie Ihre Seite und filtern Sie Anfragen nach Ihrer eigenen Domain.
  3. Suchen Sie nach Anfragen an Pfade wie /RANDOM_STRING/ oder ähnliche First-Party-Pfade, die Skripte von /RANDOM_STRING/LONG_RANDOM_STRING laden und Daten an die oben genannten Google-Produkt-Domains oder an Google-Produkt-Pfade wie pagead/conversion, /collect usw. senden. Wenn Sie diese Muster sehen, könnte das Tag in GTG registriert sein.

Siehe Google Tag Gateway Einrichtungsanleitung für Details zur Registrierung und Konfiguration.

Wenn ein verspätetes Einwilligungssignal erkannt wird

Wenn Google Tags Einwilligungssignale verspätet erhalten (nach der ersten Ausführung) und die GTG-Registrierung bestätigt ist, stehen Ihnen folgende Optionen zur Verfügung:

Wenn Sie GTG manuell einrichten können und die Ladereihenfolge der Skripte steuern, platzieren Sie den Consent Mode Default Status Tag vor der GTG-Skript-Referenz in Ihrem Seitenquelltext. Advanced Consent Mode ist der empfohlene Mechanismus für GTG-aktivierte Tags, da er mit manuellem GTG kompatibel ist.

Wenn Sie die Ladereihenfolge der Skripte bei einer Ein-Klick-CDN-Injektion nicht steuern können, können Sie alle Tags in einen Google Tag Manager-Container migrieren und GTM über GTG bereitstellen, wodurch die Steuerung der Ladereihenfolge zentralisiert wird, sodass die integrierten Einwilligungsprüfungen von GTM auf alle Tags innerhalb des Containers angewendet werden.

Sie können auch Datenübertragungssteuerungen aktivieren, um zu beschränken, welche Daten Google Tags basierend auf dem Einwilligungsstatus entsprechend Ihren Anforderungen übertragen können.

  1. Setzt Einwilligungsstandards, bevor ein Tag ausgelöst wird. Das UniConsent-Einwilligungsinitialisierungs-Snippet wird synchron im <head> der Seite ausgeführt und setzt alle Einwilligungstypen standardmäßig auf denied, bevor Google Tags ausgeführt werden — unabhängig davon, ob sie von Googles Servern oder über GTG geladen werden.

  2. Kompatibel mit manuellem GTG. Wenn Sie die Ladereihenfolge der Skripte steuern (manuelles GTG), stellt die Platzierung des UniConsent-Snippets vor dem GTG-Skript-Pfad sicher, dass die Einwilligungsstandards immer zuerst gesetzt werden.

  3. Ermöglicht Conversion-Modellierung. Wenn die Einwilligung abgelehnt wird, senden Google Tags weiterhin cookielose Pings, die die Conversion-Modellierung speisen und einen erheblichen Teil der Conversion-Daten wiederherstellen.

Platzieren Sie den Consent Mode Default Status Tag im <head> der Seite. Er muss vor allen Google Tag-Skripten erscheinen, einschließlich GTG-Pfaden. Beispielreihenfolge:

<head>

  <!-- 1. Consent mode defaults, same as stubgcm.min.js -->
  <script src="https://cmp.uniconsent.com/v2/stubgcm.min.js"></script>
  <!-- Or: Consent mode defaults inline on page, same content as stubgcm.min.js -->
  <script>
  (function() {
      if(!window['gtag']) {
          window['dataLayer'] = window['dataLayer'] || [];
          window['gtag'] = function(){window['dataLayer'].push(arguments);}
      }
      window['gtag']('set', 'developer_id.dZTcxZD', true);
      window['gtag']('consent', 'default', {
          ad_storage: 'denied',
          functionality_storage: 'denied',
          personalization_storage: 'denied',
          analytics_storage: 'denied',
          ad_user_data: 'denied',
          ad_personalization: 'denied',
          security_storage: 'granted',
          wait_for_update: 1000
      });
      window['gtag']("set", "ads_data_redaction", true);
      window['gtag']("set", "url_passthrough", false);
  })();
  </script>

  <!-- 2. UniConsent CMP tag -->
  <script async src="https://cmp.uniconsent.com/v2/YOUR_LICENSE_ID/cmp.js"></script>

  <!-- 3. Google tags / GTG script path (loads after consent defaults are set) -->
  <script async src="https://www.googletagmanager.com/gtag/js?id=YOUR_ID"></script>
</head>

Überprüfen Sie den Einwilligungszeitpunkt mit dem UniConsent Consent Mode Checker, um zu bestätigen, dass die Einwilligungsstandards vor der Ausführung der Google Tags gesetzt werden und keine Fehler vorliegen.

Überwachen Sie über Ihr UniConsent-Dashboard. Der Implementierungsprüfbericht weist auf verspätete Einwilligungssignale und fehlende Einwilligungsstandards hin.

Datenübertragungssteuerung und globale Einwilligungsstandards

Googles Datenübertragungssteuerungen beschränken, welche Daten Google Tags basierend auf dem Einwilligungsstatus des Nutzers senden. In Kombination mit UniConsents Einwilligungssignalen ergibt sich ein mehrschichtiger Ansatz:

SteuerungFunktionVerwendungszweck
Globale EinwilligungsstandardsLegt den anfänglichen Einwilligungsstatus für alle Einwilligungstypen vor der Nutzerinteraktion festImmer, stellt sicher, dass Tags beim ersten Seitenaufruf eine Einwilligungsbasis haben
DatenübertragungssteuerungenBeschränken bestimmte Datenfelder, die an Google gesendet werdenWenn Sie eine granulare Kontrolle über die Einwilligungstyp-Schalter hinaus benötigen
Regionsspezifische StandardsLegt unterschiedliche Standards nach geografischer Region festWenn Sie Nutzer sowohl im EWR/UK als auch in anderen Regionen bedienen

Globale vs. regionale Standardverweigerung

Obwohl Sie die Einwilligungsstandards technisch nur in bestimmten Regionen (wie dem EWR) auf denied setzen können, empfiehlt Google dringend eine globale Standardverweigerung. Eine globale Verweigerung verhindert verspätete Einwilligungsprobleme, falls Sie das regionale Verhalten Ihres Banners zu einem späteren Zeitpunkt ändern möchten. Für Fälle, in denen Google Tags nicht nach CMP-Skripten verschoben werden können, empfiehlt Google ausdrücklich die Verwendung der Global Consent Defaults-Oberfläche in der Tag Manager-Verwaltung zur Festlegung der Standard-Einwilligungszustände.

Wie UniConsent die regionale Einwilligung automatisch handhabt

UniConsent aktualisiert den Einwilligungsstatus automatisch basierend auf der erkannten Region des Nutzers:

  • Für EWR, Vereinigtes Königreich und Schweiz werden alle Einwilligungstypen standardmäßig auf denied gesetzt. Der Nutzer muss mit dem Einwilligungsbanner interagieren, bevor eine Einwilligung erteilt wird.
  • Für Regionen, die keine Einwilligung erfordern, erteilt UniConsent die Einwilligung automatisch basierend auf Ihrer Konfiguration. Das bedeutet, dass Nutzer in diesen Regionen nicht durch unnötige Einwilligungsaufforderungen blockiert werden und Google Tags sofort Daten erfassen können, ohne auf eine Banner-Interaktion warten zu müssen.

Dieses regionsbezogene Verhalten ist im UniConsent-Dashboard vollständig konfigurierbar, sodass Sie festlegen können, welche Regionen eine ausdrückliche Einwilligung erfordern und welche Regionen mit automatischer Einwilligungserteilung fortfahren können.

Google Tag Gateway vs. Server-Side GTM

GTG und Server-Side Google Tag Manager (sGTM) sind verschiedene Lösungen, die zusammenarbeiten können:

Google Tag GatewayServer-Side GTM
FunktionLiefert Google Tag-Skripte von einer First-Party-Domain ausLeitet Tag-Anfragen durch einen serverseitigen Container
BereitstellungCDN-Ebene (Cloudflare, Akamai, Fastly) oder manuellErfordert einen serverseitigen GTM-Container (Cloud Run, App Engine usw.)
Auswirkung auf die EinwilligungÄndert die Skript-Ladereihenfolge; kann verspätete Einwilligungssignale verursachenEinwilligungsprüfung erfolgt serverseitig, bevor Daten weitergeleitet werden
KostenKeine zusätzlichen Google-Kosten; vorhandenes CDN oder Load Balancer erforderlichServerhostingkosten fallen an
Optimal fürVerbesserung der Tag-Auslieferungsraten, Reduzierung der Auswirkungen von Ad-BlockernVolle Kontrolle über den Datenfluss, serverseitige Einwilligungsdurchsetzung

Beide können zusammen verwendet werden: GTG liefert den clientseitigen Tag von einer First-Party-Domain aus, während sGTM die resultierenden Ereignisse serverseitig verarbeitet, wobei Einwilligungsprüfungen angewendet werden, bevor sie an Google weitergeleitet werden.

Verwandte Anleitungen

Google Dokumentation