Werden Ihre Google-Tags ausgelöst, bevor WPConsent die Standardzustimmungen festlegen kann? Google Tag Gateway (GTG) ändert die Art und Weise, wie Google-Tags auf Ihrer Website geladen werden, was dazu führen kann, dass Zustimmungssignale zu spät eintreffen und die Einhaltung der Vorschriften beeinträchtigt wird. Dieser Artikel führt Sie durch die Fehlerbehebung bei Google Tag Gateway mit WPConsent, erklärt die empfohlene Lösung und behandelt Alternativen, falls diese Lösung für Sie nicht in Frage kommt.
Inhaltsverzeichnis
- Voraussetzungen
- Was Google Tag Gateway ist
- Wie Google Tag Gateway das Zustimmungsverhalten ändert
- Überprüfen, ob ein Tag in Google Tag Gateway eingebunden ist
- Erkennen eines späten Zustimmungssignals
- Empfohlene Lösung: Erweiterter Zustimmungsmodus (U+C)
- Auswahl einer alternativen Lösung
- Überprüfung der Lösung
- FAQ
- Schlussfolgerung
Voraussetzungen
Stellen Sie vor Beginn sicher, dass Sie Folgendes haben:
- WPConsent installiert und aktiviert
- Das Zustimmungsbanner ist aktiviert unter WPConsent >> Einstellungen
- Mindestens 1 Google-Tag auf Ihrer Website in Verwendung (Google Analytics 4, Google Ads oder ein Google Tag Manager-Container)
- Admin-Zugriff auf das Google-Produkt, in dem das Tag erstellt wurde, damit Sie dessen Google Tag Gateway-Status überprüfen können
Was Google Tag Gateway ist
Google Tag Gateway (GTG) ist eine Google-Funktion, die Google-Tags wie gtag.js und Google Tag Manager-Container von Ihrer eigenen Domain über Ihr CDN bereitstellt, anstatt von googletagmanager.com. Der Zweck ist, Tag-Anfragen als First-Party-Traffic zu behandeln und Tracker-Blocker zu umgehen, die andernfalls das Laden des Tags verhindern würden.
Google bietet 2 Möglichkeiten zur Einrichtung von Google Tag Gateway:
- Ein-Klick-CDN-Integration. Ihr CDN-Anbieter stellt eine direkte Verbindung zu Google her, und das CDN übernimmt die Tag-Injektion automatisch. Cloudflare, Akamai, Fastly und der externe Load Balancer von Google Cloud unterstützen diese Option.
- Manuelle Einrichtung. Sie fügen die First-Party-URL des Google-Tags selbst auf Ihrer Website ein, genau dort, wo Sie es auf der Seite haben möchten.
Für die vollständige Dokumentation von Google zu Google Tag Gateway siehe die Anleitungen von Google zur Einrichtung von Google Tag Gateway mit Cloudflare und die Versionshinweise zu Google Tag Gateway, die Akamai, Fastly und den Google Cloud Load Balancer abdecken.
Wie Google Tag Gateway das Zustimmungsverhalten ändert
Dies ist der Kern des Problems. Wenn Google Tag Gateway über eine Ein-Klick-CDN-Integration mit Cloudflare, Akamai oder Fastly aktiviert wird, injiziert das CDN das Google-Tag in die HTML-Antwort am Edge, bevor die Seite den Browser erreicht. Das Google-Tag wird an der Position in die Seite eingefügt, die das CDN gewählt hat, nicht an der Position, die Sie in Ihrem Theme oder Page Builder gewählt hätten.
Dies ist wichtig, da die Zustimmungssignale von WPConsent vor der Ausführung des Google-Tags ausgeführt werden müssen. Wenn das Google-Tag zuerst ausgeführt wird, ist jeder Zustimmungsstatus, den WPConsent danach festlegt, „verspätet“, nachdem das Tag bereits ohne angewendete Standardwerte gestartet wurde.
Kurz gesagt, die Ein-Klick-CDN-Injektion verhindert oft, dass der Kunde die Ladeordnung kontrolliert. Das Google-Tag sitzt über den Skripten von WPConsent auf der Seite, obwohl Sie es nicht dort platziert haben, und Sie können es nicht aus WordPress neu anordnen, da die Injektion erfolgt, nachdem WordPress das Rendern der Seite bereits abgeschlossen hat.
Hinweis: Die manuelle Einrichtung von Google Tag Gateway hat dieses Problem nicht. Bei der manuellen Einrichtung steuern Sie die Position des Tags auf Ihrer Seite und können daher die Skripte von WPConsent darüber platzieren.
Überprüfen, ob ein Tag in Google Tag Gateway eingebunden ist
Bevor Sie eine Korrektur anwenden, stellen Sie sicher, dass das Tag, um das Sie sich sorgen, tatsächlich über Google Tag Gateway ausgeliefert wird. Verwenden Sie eine der folgenden 3 Prüfungen. Jede einzelne Prüfung ist für sich ausreichend.
Prüfung in Google Tag Manager
Um dies in Google Tag Manager zu überprüfen, gehen Sie in Ihrem Container zu Admin >> Google Tag Gateway. Wenn der Status für Ihren Container First-party anzeigt, ist Google Tag Gateway für dieses Tag aktiv.
Prüfung der Netzwerkanforderung
Öffnen Sie als Nächstes Ihre Website in einem Browser und starten Sie die Entwicklertools. Drücken Sie in Chrome und Edge F12 und wechseln Sie zur Registerkarte Netzwerk, dann laden Sie die Seite neu. Wenn Ihre Google-Tag-Anforderung von yourdomain.com/<measurement-path> und nicht von googletagmanager.com stammt, wird das Tag über Google Tag Gateway ausgeliefert.
Prüfung mit Google Tag Assistant
Schließlich können Sie Google Tag Assistant gegen die Seite ausführen. Die Diagnosen des Assistenten identifizieren Tags, die über Google Tag Gateway ausgeliefert werden, und kennzeichnen sie als First-Party.
Erkennen eines späten Zustimmungssignals
Die Bestätigung, dass ein Tag in Google Tag Gateway vorhanden ist, ist nicht dasselbe wie die Bestätigung, dass ein Problem vorliegt. Das Problem ist nur relevant, wenn das Tag ausgelöst wird, bevor der Standard-Zustimmungsstatus von WPConsent festgelegt ist.
Um auf ein spätes Signal zu prüfen, öffnen Sie Google Tag Assistant und laden Sie die Seite, die Sie untersuchen möchten. Suchen Sie dann auf der Registerkarte Zustimmung nach dem Google-Tag. Sie sehen eines der folgenden 2 Ergebnisse:
- Die Registerkarte „Zustimmung“ zeigt an, dass das Tag ausgelöst wurde, bevor ein Standard-Zustimmungsstatus festgelegt wurde.
- Die Registerkarte „Zustimmung“ zeigt eine Meldung ähnlich wie Standardzustimmung zu spät festgelegt an.
Wenn eines davon angezeigt wird und das Tag auch über Google Tag Gateway ausgeliefert wird, befindet sich Ihre Website im Fehlerfall, den dieser Artikel lösen soll. Fahren Sie mit der unten empfohlenen Korrektur fort.
Wenn keines davon angezeigt wird, erhalten Ihre Tags rechtzeitig Zustimmungssignale und es sind keine weiteren Maßnahmen erforderlich.
Empfohlene Lösung: Erweiterter Zustimmungsmodus (U+C)
Für Tags mit aktiviertem Google Tag Gateway ist der erweiterte Zustimmungsmodus (U+C) der empfohlene Zustimmungsmechanismus, da er mit der manuellen Google Tag Gateway-Einrichtung kompatibel ist. Die Übernahme behebt das Problem des späten Signals an der Quelle, ohne dass Sie ändern müssen, wie Ihr CDN das Tag ausliefert.
Warum der erweiterte Zustimmungsmodus funktioniert
Der erweiterte Zustimmungsmodus lädt Google-Tags mit angewendeten Standard-Zustimmungszuständen beim Start, normalerweise auf verweigert gesetzt. Das Tag darf „Cookieless“-anonymisierte „Pings“ an Google senden, während es auf ein Zustimmungsupdate wartet. Wenn WPConsent die Antwort eines Besuchers auf das Banner erhält, sendet es ein Zustimmungsupdate über die Zustimmungs-API von Google, und das Tag wird auf vollständige Erfassung aufgerüstet.
In diesem Setup wird ein spätes Zustimmungs-Signal per Design toleriert. Das Tag hat von vornherein nie die volle Zustimmung angenommen, daher benötigt es nicht die Standardwerte von WPConsent, bevor es geladen wird. Im Gegensatz dazu blockiert der Basic Consent Mode Tags vollständig, bis die Zustimmung erteilt wurde, was hier nicht funktioniert, da das CDN das Tag bereits oberhalb Ihrer Kontrolle eingefügt hat.
Aktivieren des erweiterten Zustimmungsmodus in WPConsent
Um dies zu aktivieren, navigieren Sie in Ihrem WordPress-Admin zu WPConsent >> Einstellungen. Suchen Sie dann den Schalter Google Consent Mode und schalten Sie ihn ein. Der Google Consent Mode-Schalter in WPConsent gibt die v2-Zustimmungssignale (ad_storage, analytics_storage, ad_user_data, ad_personalization und personalization_storage) aus, die der erweiterte Zustimmungsmodus verwendet.
Vollständige Konfigurationsschritte und Verifizierung finden Sie in unserem Leitfaden zur Einrichtung des Google Consent Mode v2.
Konfigurieren von Datenübertragungssteuerungen und globalen Zustimmungsstandards
Sobald der erweiterte Zustimmungsmodus auf der WPConsent-Seite aktiv ist, konfigurieren Sie die Datenübertragungssteuerungen und globalen Zustimmungsstandards Ihres Google-Tags innerhalb des Google-Produkts, in dem das Tag erstellt wurde, z. B. Google Ads, Google Analytics oder Google Tag Manager. Legen Sie diese Werte entsprechend Ihren Anforderungen fest, basierend auf Ihren Regionen, Ihrer Datenschutzrichtlinie und den Vorschriften, unter denen Sie tätig sind.
Häufige Konfigurationen umfassen:
- Beschränkung der Übertragung von werbebezogenen Signalen in Regionen, in denen Sie sich nicht auf die Zustimmung verlassen können.
- Festlegen globaler Standardwerte auf verweigert für alle Zustimmungsparameter in Regionen, die Opt-in-Modelle wie die DSGVO befolgen.
- Festlegen globaler Standardwerte auf gewährt in Regionen, in denen Opt-out-Modelle gelten, sofern dies nach lokalem Recht zulässig ist.
Die Bannerantwort von WPConsent überschreibt die globalen Standardwerte, sobald der Besucher mit dem Banner interagiert.
Auswahl einer alternativen Lösung
Wenn Sie den erweiterten Zustimmungsmodus nicht übernehmen können oder wollen, haben Sie 2 Alternativen. Beide stellen Ihre Kontrolle über die Tag-Ladeordnung wieder her, ohne dass Sie Google Tag Gateway vollständig aus Ihrem Stack entfernen müssen.
Weiterleitung Ihrer Tags über einen GTM-Container
Die erste Alternative besteht darin, Ihre Google-Tags in einem Google Tag Manager-Container zu konsolidieren und diesen einzelnen Container dann anstelle einzelner Tags für Google Tag Gateway zu registrieren. Wenn das CDN den GTM-Container einfügt, erzwingt der Container selbst die korrekte Ladeordnung: Die Zustimmungsmanagementplattform wird zuerst ausgelöst und die enthaltenen Tags werden erst nach Festlegung des Zustimmungsstatus ausgelöst.
Dieser Ansatz behält die Vorteile von Google Tag Gateway für First-Party-Daten bei und stellt die deterministische Ladeordnung wieder her. Schritt-für-Schritt-Anleitungen zum Auslösen von GTM-Tags basierend auf den Signalen von WPConsent finden Sie in unserem Leitfaden zum Auslösen von GTM-Tags basierend auf Zustimmung.
Wechsel von Ein-Klick- zu manuellem Google Tag Gateway
Die zweite Alternative besteht darin, von einer Ein-Klick-CDN-Integration zur manuellen Einrichtung des Google Tag Gateways zu wechseln. Bei der manuellen Einrichtung fügen Sie die First-Party-URL des Google-Tags direkt auf Ihrer Website ein, genau dort, wo Sie es möchten. Sie können die Skripte von WPConsent über dem Google-Tag platzieren, was sicherstellt, dass der Standard-Zustimmungsstatus festgelegt wird, bevor das Tag überhaupt ausgeführt wird.
Die Versionshinweise zum Google Tag Gateway von Google dokumentieren die manuellen Einrichtungspfade für jeden unterstützten Anbieter.
Überprüfung der Lösung
Nachdem Sie die empfohlene Korrektur oder eine der Alternativen angewendet haben, bestätigen Sie, dass das Problem mit dem späten Signal behoben ist, bevor Sie das Problem als abgeschlossen betrachten.
- Öffnen Sie zuerst die Seite in einem privaten Browserfenster und laden Sie Google Tag Assistant dagegen.
- Untersuchen Sie dann die Registerkarte "Zustimmung" für das Google-Tag.
- Bestätigen Sie als Nächstes, dass ein Ereignis mit dem Standard-Zustimmungsstatus in der Zeitachse erscheint, bevor ein Tag ausgelöst wird.
- Nachdem Sie auf Ihrem Zustimmungsbanner auf Akzeptieren oder Ablehnen geklickt haben, bestätigen Sie, dass ein Zustimmungs-Update-Ereignis erscheint und dass die Werte der Wahl des Besuchers entsprechen.
- Bestätigen Sie schließlich, dass die Warnung Standardzustimmung zu spät festgelegt nicht mehr angezeigt wird.
Wenn alle 4 Prüfungen bestanden sind, ist das Problem mit dem späten Signal behoben und Ihre für das Google Tag Gateway registrierten Tags erhalten nun rechtzeitig Zustimmungssignale.
FAQ
Muss ich die Verwendung des Google Tag Gateways einstellen, um WPConsent einzuhalten?
Nein. Google Tag Gateway und WPConsent können zusammenarbeiten, aber Sie müssen den richtigen Zustimmungsmechanismus verwenden. Für Ein-Klick-CDN-Setups bedeutet dies, den erweiterten Zustimmungsmodus in WPConsent zu aktivieren, damit das Google-Tag mit Standard-Zustimmungsstatus gestartet wird und auf das Update von WPConsent wartet. Die anderen beiden Wege sind, Ihre Tags über einen GTM-Container zu leiten oder zur manuellen Einrichtung des Google Tag Gateways zu wechseln, beides ermöglicht Ihnen die Kontrolle der Lade Reihenfolge.
Warum bricht das Ein-Klick-Google-Tag-Gateway die Zustimmung überhaupt?
Das Ein-Klick-Google-Tag-Gateway fügt das Google-Tag am CDN-Edge ein, bevor das HTML den Browser erreicht. Da die Einfügung außerhalb von WordPress erfolgt, wird die Position des Tags vom CDN bestimmt und nicht von Ihrem Theme oder WPConsent. Wenn das Tag über den Skripten von WPConsent landet, wird es ausgeführt, bevor WPConsent die Möglichkeit hat, den Standard-Zustimmungsstatus festzulegen.
Woher weiß ich, welche meiner Tags für das Google Tag Gateway registriert sind?
Die schnellste Überprüfung ist, Google Tag Manager zu öffnen, zu Admin >> Google Tag Gateway zu navigieren und den Status für jeden Container anzuzeigen. Ein Status von First-Party bedeutet, dass das Google Tag Gateway aktiv ist. Sie können auch Netzwerkanfragen untersuchen, um zu sehen, ob Tags von Ihrer eigenen Domain oder von googletagmanager.com stammen, oder Google Tag Assistant für eine automatische Diagnose ausführen.
Unterscheidet sich der erweiterte Zustimmungsmodus vom Google-Zustimmungsmodus-Schalter in WPConsent?
In der Praxis nein. Der Google Consent Mode-Schalter von WPConsent implementiert die für den erweiterten Consent Mode verwendeten v2-Zustimmungssignale. Wenn Sie ihn aktivieren und die Einstellung Standardmäßig zulassen deaktiviert lassen, erhalten Sie das erweiterte Consent Mode-Verhalten mit Opt-in, das mit dem Google Tag Gateway gekoppelt ist.
Kann ich den Basis-Consent-Mode mit dem Google Tag Gateway beibehalten?
Wir empfehlen es nicht. Der Basis-Consent-Mode blockiert Google-Tags vollständig, bis die Zustimmung erteilt wird. Wenn das CDN das Tag bereits oberhalb der Skripte von WPConsent eingefügt hat, ist das Blockieren von WPConsent aus dem Inneren nicht zuverlässig, da das Tag bereits ausgeführt wurde. Der erweiterte Consent Mode ist der empfohlene Mechanismus für Tags, die mit dem Google Tag Gateway aktiviert sind.
Schlussfolgerung
Das Google Tag Gateway bietet Ihren Google-Tags einen First-Party-Pfad über Ihr CDN, aber eine One-Click-CDN-Integration entzieht Ihrer Website die Kontrolle über die Lade-Reihenfolge, was dazu führen kann, dass Zustimmungs-Signale zu spät eintreffen. Die Übernahme des erweiterten Consent Mode (U+C) innerhalb von WPConsent ist die empfohlene Lösung, da sie mit dem manuellen Google Tag Gateway kompatibel ist und späte Signale von Natur aus toleriert. Wenn der erweiterte Consent Mode keine Option ist, stellen sowohl das Routing von Tags über einen GTM-Container als auch der Wechsel zum manuellen Google Tag Gateway die benötigte Lade-Reihenfolge wieder her.
Eine detailliertere Erläuterung der WPConsent-Einstellung, die den erweiterten Consent Mode ermöglicht, finden Sie in unserem Leitfaden zur Einrichtung des Google Consent Mode v2. Wenn Sie GTM auch zur Verwaltung Ihrer Tags verwenden, behandelt der Leitfaden zum Auslösen von GTM-Tags basierend auf der Zustimmung die dataLayer-Ereignisse, die WPConsent ausgibt, wenn ein Besucher auf das Banner reagiert.