Wir konzentrieren uns auf das Debuggen unseres TAGGRS Demoshops, eines einfachen E-Commerce-Webshops. Zum Testen richten wir verschiedene Komponenten ein, um eine Tracking-Umgebung zu erstellen:
Der Debugging-Prozess im Servercontainer unterscheidet sich von dem im Web-Container darin, dass Sie den Vorschaumodus sowohl für Web- als auch für Servercontainer aktivieren müssen.
Sehen Sie sich das Video unten an, um den Vorgang Schritt für Schritt zu verfolgen.
Beim Öffnen des Vorschaumodus in GTM werden Unterschiede zwischen Web- und Servercontainern deutlich. Der Servercontainer führt neue Tabs ein, die sich speziell auf seine Funktionalität beziehen.
Im Webcontainer auf der linken Seite sehen wir unter Zusammenfassung:
Im Server Container sehen wir:
Unter Zusammenfassung im Servercontainer werden bestimmte Ereignisse durch die Parameter sammeln? =v, was den Typ des zu verarbeitenden Ereignisses angibt, z. B. ein GA4-Ereignis. Unter Collect befindet sich das Ereignis, in diesem Fall Seitenansicht.js? id=G-xxxxxxxx = Anfrage von der Google Tag-JavaScript-Bibliotheksammeln? v=2 = GA4-Anfragen
Um zu überprüfen, ob Daten korrekt in den Servercontainer eingehen, überprüfen wir zunächst, ob der Servercontainer Daten vom Webcontainer erhalten hat. Wir tun dies über den Abschnitt „Anfrage“ in GTM. Hier können Sie sehen, welcher Kunde die eingehenden Anfragen bearbeitet hat, welche Anfragen eingehen und welche ausgehen.
Nachdem die Daten erfolgreich vom Webcontainer an den Servercontainer und dann an Google Analytics übergeben wurden, ist es an der Zeit zu testen, ob unsere gesetzten Tags korrekt funktionieren. Wir konzentrieren uns auf das Testen von Artikel ansehen Veranstaltung in unserem TAGGRS Demo Webshop.
Im Webcontainer beobachten wir, dass zwei Tags aktiviert sind: unsere GA4-Veranstaltung und die TAGGRS-Servertag. Dies ist die Zeit, um zu überprüfen, ob alle erforderlichen Tags wie beabsichtigt ausgelöst werden. In diesem Fall wird bestätigt, dass die Trigger korrekt gesetzt sind und die Daten angemessen an den Server weitergeleitet wurden.
Nachdem die erforderlichen Tags korrekt aktiviert wurden, ist es wichtig zu überprüfen, welche spezifischen Daten diese Tags mit ihnen senden. Dies kann im Abschnitt mit den Eventdaten im Servercontainer eingesehen werden. Hier finden Sie alle Daten, die vom Webcontainer an den Servercontainer übergeben wurden. Für eine „Artikel ansehen“ -Veranstaltung in unserem Demo-Shop möchten wir beispielsweise, dass Informationen wie der Preis, der Name und möglicherweise eine ID des Produkts weitergeleitet werden. Mit diesem Segment können Sie überprüfen, ob die erstellten Variablen korrekt übergeben wurden.
Sie arbeiten im Server Container nicht buchstäblich mit einer Datenschichtstruktur, sondern mit den Namen der Parameter, die Sie übergeben.
Nachdem Sie die entsprechenden Tags aktiviert haben, müssen Sie im nächsten Schritt überprüfen, ob die Daten auf der entsprechenden Plattform korrekt verarbeitet wurden. Sie können dies anhand der Debug-Modi der Plattformen selbst oder mithilfe verschiedener Chrome-Erweiterungen debuggen.
Innerhalb TAGGRS Serverseitiges Analyse-Dashboard, können Sie Folgendes überprüfen:
Der Web-Container zeigt möglicherweise Fehler an, die denen in der Konsole ähneln, während dem Server-Container ein spezieller Konsolen-Tab hinzugefügt wurde.
Diese Registerkarte „Debuggen“ kann nützliche zusätzliche Informationen zum Debuggen enthalten. Dies ist eine Debug-Registerkarte, die zusätzliche Informationen enthalten kann, die für das Debuggen nützlich sein können (nicht wichtig).
Wenn Sie Berechtigungseinstellungen (Zustimmungseinstellungen) konfiguriert haben, zum Beispiel mit Consent Mode V2, auf dieser Registerkarte wird angezeigt, welche Zustimmungsstatus gesetzt und ausgelöst wurden. Dies ist besonders nützlich für das Debuggen des Zustimmungsmodus v2 und auch für die Überprüfung der Standardeinstellungen.
Im Web-Container-Vorschaumodus enthält die Registerkarte Datenebene wichtige Informationen über die Struktur und die Daten, die von der Website zu Tracking-Zwecken gesendet werden. Dies ist eine wichtige Informationsquelle für alle Tags, deren Funktion von der Datenschicht abhängt.
Die Registerkarte Variablen listet alle verfügbaren Variablen innerhalb des Containers auf, die zum Setzen von Triggern oder zum Definieren von Tag-Konfigurationen verwendet werden können. Diese Registerkarte ist wichtig, um zu verstehen, welche Daten für die Verwendung in Tags und Triggern verfügbar sind.
Veröffentlichen Sie nach der Überprüfung den aktualisierten Servercontainer, um die Transformation live zu schalten.
Im Folgenden finden Sie die häufigsten Probleme, die verhindern, dass die Tags ausgelöst werden, praktische Lösungen und zwei spezifische Situationen, die einen gezielteren Ansatz zur Problembehandlung erfordern.
Die allgemeinen Gründe, warum ein Tag nicht ausgelöst wird, sind:
gtm.blocklist und gtm.allowlistDie allgemeinen Gründe, warum ein Tag nicht ausgelöst wird, sind:
Prüfen Sie im Vorschaumodus, ob das GA4-Tag ausgelöst wird. Wenn es im Web-Container ausgelöst wird, aber nicht im Server-Container, überprüfen Sie, ob die Measurement-ID (Web Container) und die Tag-ID (Server Container) in den GA4-Konfigurations-Tags übereinstimmen.
Für die Diagnose und Behebung des Problems ist es von entscheidender Bedeutung, die Nuancen zu verstehen, warum ein Tag möglicherweise nicht ausgelöst wird.
Folgen Sie den oben beschriebenen Schritten, um häufig auftretende Probleme beim Auslösen von Tags in Google Tag Manager zu beheben. Denken Sie daran, dass detaillierte Tests und Überprüfungen entscheidend sind, um sicherzustellen, dass Ihr Tracking-Setup wie vorgesehen funktioniert.
In Situationen, in denen der Debug-Modus von Google Tag Manager zwar Seitenaufrufe anzeigt, E-Commerce-Ereignisse jedoch nicht registriert, liegt das Problem häufig in der Abstimmung zwischen der Mess-ID des Google-Tags und der E-Commerce-Konfiguration. Es ist wichtig sicherzustellen, dass die in Ihrem Google-Tag-Setup verwendete Mess-ID genau mit der für das E-Commerce-Tracking konfigurierten ID übereinstimmt. Abweichungen zwischen diesen IDs können dazu führen, dass Seitenaufrufe korrekt verfolgt werden, während E-Commerce-Ereignisse verpasst werden. Überprüfe diese Konfigurationen noch einmal, um die Konsistenz und die korrekte Verfolgung aller gewünschten Aktionen auf deiner Website sicherzustellen.
Stellen Sie außerdem sicher, dass Sie kein doppeltes Tracking-Skript im Code haben. In einigen Fällen stellen wir fest, dass das Google Tag Manager-Skript auf verschiedene Arten in den Code geladen wird, häufig durch manuelles Platzieren + über ein Plugin. Dies kann in einigen Fällen das Tracking stören.
Prüfen Sie also immer, ob der Code einen Tracking-Code (pro Container) enthält. In der Abbildung unten können Sie sehen, dass das Tracking an mehrere Quellen gesendet wird. Idealerweise möchten Sie, dass hier nur serverseitige Domains aufgeführt werden, an die Sie die Daten senden. Andernfalls können Ereignisse von den anderen missbraucht werden.
Nach der Implementierung von serverseitigem Tracking über TAGGRS erhalten Sie beim Öffnen der Konsole im Browser Fehler. Oft sind diese Fehler harmlos oder lassen sich leicht beheben. Hier sind alle Situationen und Lösungen für Konsolenfehler nach der Implementierung unserer Software aufgeführt.
Wenn in der Konsole der Fehler ERR_BLOCKED_BY_ORB 200 angezeigt wird, bedeutet dies, dass unser TAGGRS-Tracking-Tags-Pixel durch Tracking-Verhinderung blockiert ist (siehe zum Beispiel Aktualisierungen von Safari 26) aufgrund von Browserpräventionen und -vorschriften. Wenn TAGGRS aufgrund des serverseitigen Trackings zusätzliche Daten grafisch darstellt, wird ein Pixel über den Web-Container verwendet. Wenn Sie ERR_BLOCKED_BY_ORB 200 sehen, bedeutet das, dass es (teilweise) blockiert wird. Das hat keine Auswirkungen auf dein Tracking, das ist nur das zusätzliche Datengraph!
Sollten Sie bei der Integration des GTM-Codes auf einen der unten aufgeführten Fehler stoßen, können Sie sicher sein: Der Code bleibt funktionsfähig.
Wenn in der Konsole ein 400-Fehler angezeigt wird, deutet dies in der Regel darauf hin, dass bei der Einrichtung der Client-Erstellung im Servercontainer ein verpasster Schritt versäumt wurde. Dies ist eine wichtige Phase bei der Konfiguration des Enhanced Tracking Script.
Bei der Verwendung des Enhanced Tracking-Skript, es ist nicht erforderlich, einen veralteten Google Tag Manager-Code zu pflegen. Das liegt daran, dass dann zwei verschiedene Tag-Manager (der alte und das Enhanced Tracking Script) gleichzeitig geladen werden. Um dieses Problem zu lösen, sollte der ursprüngliche GTM-Code nach der Aktivierung des Enhanced Tracking Script entfernt werden. Nur der GTM-Code des Enhanced Tracking Script bleibt erhalten.
Das Erreichen des Anforderungslimits (TAGGRS Dashboard) kann dazu führen, dass Tag Manager pausiert und das Tracking gestoppt wird. Es ist wichtig zu verstehen, dass nach der Implementierung des Enhanced Tracking Script das Überschreiten des Anforderungslimits die Tracking-Funktionalität unterbricht. Die Überwachung und Verwaltung des Anforderungslimits ist daher von entscheidender Bedeutung, um eine kontinuierliche Nachverfolgung zu gewährleisten.
Treten in Ihrem Magento 2-Servercontainer keine Anfragen für Server Side Tracking auf? Dies ist häufig auf die CORS-Regeln von Magento zurückzuführen, die ausgehende Anfragen aus Sicherheitsgründen blockieren sollen. Um das Problem zu beheben, passen Sie Ihr .htaccess mit Header an und fügen Sie Access-Control-Allow-Origin "https://*.yourdomain.com" hinzu und ersetzen Sie "https://*.yourdomain.com" durch Ihre Subdomain, um sicherzustellen, dass Ihre Anfragen zulässig sind. Überprüfe unsere Magento 2 Artikel ohne Anfrage.
Parameter zulassenParameter ausschließenBereicherung von Veranstaltungen
