taggrs-logo

Debugging im Server Container – Testen und Validieren der Server side tracking Konfiguration

Debugging-in-the-Server-Container-Test-and-validate-Server-Side-Tracking-configuration-1

Sie haben die Einrichtung des Server side tracking abgeschlossen und stehen nun vor der Herausforderung, alles zu validieren. Dies ist wichtig für die Effizienz und Genauigkeit Ihrer Nachverfolgungsbemühungen. Glücklicherweise bietet Google Tag Manager (GTM) einen Vorschaumodus, der speziell für diese Zwecke entwickelt wurde, auch wenn er ein wenig anders funktioniert, als Sie es vielleicht von einem Webcontainer gewohnt sind.

In diesem Blog werden wir Sie Schritt für Schritt durch den Prozess der Fehlersuche in Server Container führen. Die Fehlersuche bei der serverseitigen Einrichtung kann zunächst kompliziert erscheinen, insbesondere wegen der Unterschiede zum Webcontainer. Mit einer klaren Erklärung und praktischen Schritten können Sie diese Herausforderung jedoch meistern und eine robuste Nachverfolgungslösung sicherstellen.

Unser Ziel ist es, Ihnen das Wissen und die Werkzeuge an die Hand zu geben, die Sie benötigen, um Ihre Tracking-Konfiguration zuverlässig zu debuggen und zu validieren.

Wichtige Punkte 🔑:

  1. Google Tag Manager (GTM) Preview Mode: Hier erfahren Sie, wie Sie diesen Modus sowohl für Web- als auch für Server Container aktivieren und nutzen können, um Ihre Server Side Tracking (SST) Konfiguration zu validieren.
  2. Unterschiede zwischen Web und Server Containern: Erkennen Sie die einzigartigen Elemente des Server Containers und wie sie sich vom Web Container während des Debuggens unterscheiden.
  3. Validierung ein- und ausgehender Daten: Überprüfen Sie, ob der GA4 Client innerhalb des Server Containers die Daten auf externen Plattformen korrekt empfängt und verarbeitet.
  4. Tag-Aktivierung und Datenfluss: Testen Sie, ob alle erforderlichen Tags aktiviert sind und die entsprechenden Daten mitgesendet werden.

Wie ist die Lage?

Wir konzentrieren uns auf die Fehlersuche in unserem TAGGRS-Demoshop, einem einfachen E-commerce-Webshop. Für die Tests haben wir verschiedene Komponenten eingerichtet, um eine Tracking-Umgebung zu schaffen:

  • Google Tags (Web Container)
  • E-commerce-Events (Web Container)
  • TAGGRS Tracking Tags (Web und Server Container)
  • Google Analytics Events (Server Container)
taggrs-demo-shop

Server-seitige Einrichtung von Tests in Google Tag Manager

1. Öffnen Sie den Vorschaumodus im Google Tag Manager

Erste Schritte! Der Debugging-Prozess im Server Container unterscheidet sich von dem im Web Container dadurch, dass Sie den Vorschaumodus sowohl für Web- als auch für Server Container aktivieren müssen.

  • Öffnen Sie die Servervorschau (normal, wenn Sie keine Eingaben sehen)
  • Öffnen Sie die Vorschau des Webcontainers und fügen Sie die URL der Website hinzu.
  • Prüfen Sie in beiden Vorschaumodi, ob die Daten eintreffen.

Eine klare Erklärung dieses Prozesses finden Sie in dem unten stehenden Video.

Sie können es nicht herausfinden? Lesen Sie unseren Support-Artikel zum Öffnen des Debug-Modus im Server Container.

2. Ansicht im Vorschaumodus

Beim Öffnen des Vorschaumodus in GTM werden die Unterschiede zwischen dem Web- und dem Server-Container deutlich sichtbar. Der Server-Container führt neue Registerkarten ein, die sich auf seine Funktionen beziehen.

(Server Container)

Im Web Container auf der linken Seite sehen wir unter Zusammenfassung:

  • Window Loaded (Fenster geladen): Dieser Zeitpunkt zeigt an, wann das gesamte Browserfenster, einschließlich aller abhängigen Ressourcen wie Bilder und Stylesheets, vollständig geladen ist.
  • DOM Ready: Dies ist der Zeitpunkt, an dem das Document Object Model (DOM) der Seite vollständig aufgebaut ist, so dass Skripte, die vom DOM abhängen, ausgeführt werden können.
  • Container geladen: Zeigt an, dass der Google Tag Manager Container vollständig geladen und auf der Seite initialisiert wurde und bereit ist, Tags zu verarbeiten.
  • Initialisierung: Dies ist der Zeitpunkt, an dem Google Tag Manager mit der Initialisierung der Einrichtung beginnt, bevor die Tags ausgewertet und ausgeführt werden.
  • Consent Initialization: Dies bezieht sich auf die Initialisierung und Verarbeitung von Einwilligungseinstellungen innerhalb des Containers, was für die Einhaltung der Datenschutzbestimmungen unerlässlich ist.
  • Meldung: Dies bezieht sich auf eine allgemeine Benachrichtigung oder Meldung, die während des Debugging-Prozesses erscheinen kann und oft verwendet wird, um bestimmte Aktionen oder Fehler innerhalb von Tags zu melden.
(Web Container).

Im Server Container sehen wir:

  • Zusammenfassung: Hier sehen wir eine Zusammenfassung aller eingehenden Anfragen, die der Server Container abgefangen hat.
  • Request: Zeigt die vom Server eingehenden und ausgehenden HTTP-Anfragen an und welcher Client sie bearbeitet hat.
  • Tags: Zeigt an, welche Tags im Server Container abgefeuert wurden.
  • Variablen: Enthält Informationen über alle zugänglichen Variablen, die über die Anfrage gesendet werden.
  • Event data: Hier sehen Sie das vom Client erstellte Event data-Objekt.
  • Konsole: Zeigt nützliche Protokollmeldungen an.
gtm-server-preview-mode-was-ist-was

Unter Summary im Server-Container werden bestimmte Events durch den Parameter collect?=v dargestellt, der den Event Type angibt, der verarbeitet wird, z.B. ein GA4-Event. Unter “collect” steht das Event, in diesem Fall “page_view”.

  • js?id=G-XXXXXXXX = Request von der Google Tag JavaScript-Bibliothek.
  • collect?v=2 = GA4-Requests

3. Gelangen Daten in den Server Container?

Um zu prüfen, ob die Daten korrekt im Server Container ankommen, prüfen wir zunächst, ob der Server Container Daten vom Webcontainer erhalten hat. Wir tun dies über den Abschnitt “Request” in GTM. Hier können Sie sehen, welcher Client die eingehenden Anfragen bearbeitet hat, welche Anfragen reinkommen und welche rausgehen.

  • Ausgehender HTTP Request vom Server: Die Daten, die vom Server Container an externe Plattformen gesendet werden
  • Eingehender HTTP Request: Die vom Webcontainer an den Server Container gesendeten Daten

Im Server Container können wir unter der Rubrik“Requests” überprüfen, ob der GA4 Client die Daten korrekt erfasst hat.

(Server Container)

In diesem Fall haben wir festgestellt, dass der GA4 Client die Daten erfolgreich erfasst hat. Die Daten werden dann an die API von TAGGRS und an Google Analytics weitergeleitet (ausgehende HTTP-Requests), während der eingehende Request als /g/collect?v (also GA4) identifiziert wird.

4. Sind alle notwendigen Tags abgefeuert?

Nachdem die Daten nun erfolgreich vom Webcontainer an den Server Container und dann an Google Analytics weitergegeben wurden, ist es an der Zeit zu testen, ob unsere gesetzten Tags korrekt funktionieren. Wir konzentrieren uns auf den Test eines ‘view item’ Events in unserem TAGGRS Demo Webshop.

(Server Container)

Im Webcontainer sehen wir, dass zwei Tags ausgelöst werden: unser GA4 Event und das TAGGRS Server Tag. Dies ist der richtige Zeitpunkt, um zu überprüfen, ob alle erforderlichen Tags wie vorgesehen aktiviert sind. Dadurch wird bestätigt, dass die Trigger richtig eingestellt sind und die Daten ordnungsgemäß an den Server weitergeleitet werden.

5. Welche Daten sendet das Tag mit?

Nachdem die erforderlichen Tags korrekt aktiviert wurden, ist es wichtig zu prüfen, welche spezifischen Daten diese Tags mitsenden. Diese können im Abschnitt Event data innerhalb des Server Containers eingesehen werden. Hier finden Sie alle Daten, die vom Webcontainer an den Server Container weitergeleitet wurden. In einem “view_item”-Event in unserem Demo-Shop sollen zum Beispiel Informationen wie der Preis, der Name und eventuell eine ID des Produkts übergeben werden. In diesem Segment können Sie überprüfen, ob die erstellten Variablen korrekt übergeben werden.

(Server Container)

Sie arbeiten im Server Container nicht buchstäblich mit der Struktur des Data Layers, sondern mit den Namen der Parameter, die Sie übergeben.

5. Kontrolle, ob die Daten korrekt übermittelt wurden

Nach dem Aktivieren der entsprechenden Tags wird im nächsten Stape überprüft, ob die Daten in der jeweiligen Plattform korrekt verarbeitet wurden. Sie können dies über die Debug-Modi der Plattformen selbst oder über verschiedene Debug-Chrome-Erweiterungen beurteilen. In Ihrem TAGGRS Server Side Analytics Dashboard können Sie Folgendes überprüfen:

  • Eingehende Anfragen: Prüfen Sie im Dashboard auf eingehende Requests.
  • Webcontainer- und Server Container-Zeile: Hier können Sie beobachten, ob Daten sowohl vom Web als auch vom Server eingehen und wie groß der prozentuale Unterschied zwischen den beiden ist.
  • Daten pro Event: Analysieren Sie, wie viele zusätzliche Daten pro Event verarbeitet werden. Wenn Sie beispielsweise feststellen, dass ein Event 50 % weniger, aber insgesamt mehr misst, ist es ratsam, die Konfiguration dieses Events auf Fehler zu überprüfen.
taggrs-server-seite-analytik-dashboard

Tipp: Sehen Sie sich unsere TAGGRS Debug Series an, um die häufigsten Situationen und Lösungen in unserer Software kennenzulernen.

Andere Registerkarten im Debug-Modus

Konsole / Fehler (Web / Server Container): Im Webcontainer können Fehler ähnlich wie in der Konsole angezeigt werden, während im Servercontainer eine eigene Konsolen-Registerkarte hinzugefügt wurde. Diese Debug-Registerkarte kann nützliche Zusatzinformationen für die Fehlersuche liefern. Dies ist eine Debug-Registerkarte, die zusätzliche Informationen liefern kann, die für die Fehlersuche nützlich sein können (nicht wichtig).

(Server Container)

Einwilligung (Webcontainer): Wenn Sie Berechtigungseinstellungen (Einwilligung) konfiguriert haben, z. B. mit Consent Mode V2, zeigt diese Registerkarte an, welche Einwilligungsstatus gesetzt und abgefeuert wurden, was besonders nützlich für die Fehlersuche im Consent Mode v2 und auch für die Überprüfung der Standardeinstellungen ist. Möchten Sie Ihre Einrichtung ohne die Einschränkungen des Consent Modes testen? Das können Sie mit unserem TAGGRS Consent Mode Blocker tun.

(Web Container)

Data Layer (Webcontainer): Im Vorschaumodus des Webcontainers liefert die Registerkarte Data Layer wichtige Informationen über die Struktur und die von der Website gesendeten Daten zu Nachverfolgungszwecken. Dies ist eine wichtige Informationsquelle für alle Tags, deren Funktion vom Data Layer abhängt.

Data Layer

Variable (Webcontainer): Auf der Variables-Registerkarte werden alle verfügbaren Variablen innerhalb des Containers aufgelistet, die zum Festlegen von Triggern oder zur Definition von Tag-Konfigurationen verwendet werden können. Diese Registerkarte ist wichtig, um zu verstehen, welche Daten zur Verwendung in Tags und Triggern zur Verfügung stehen.

Variable

Das war’s dann – SST Set Up Testing

Sie sind nun mit dem Wissen und den Werkzeugen ausgestattet, um Ihre Server Side Tracking (SST) Einrichtung effektiv zu testen. Wir haben gelernt, wie man den Vorschaumodus im Google Tag Manager öffnet, welche Daten von den Tags gesendet werden und wie man überprüft, ob alle erforderlichen Tags zur richtigen Zeit aktiviert sind. Vergessen Sie nicht, die ein- und ausgehenden Anfragen zu überwachen und die Daten in Ihrem Dashboard zu überprüfen. Jetzt, da Sie sicher sind, dass die Daten korrekt übermittelt und verarbeitet wurden, können Sie Ihren SST für eine genaue und zuverlässige Datenverfolgung einsetzen. Testen Sie gründlich, optimieren Sie, wo es nötig ist, und Sie werden sehen, dass Ihre Bemühungen durch eine zuverlässige, konforme Datenerfassung belohnt werden. Viel Erfolg beim Testen Ihrer SST-Einrichtung! Haben Sie Zweifel, ob Sie alles eingestellt haben? Dann werfen Sie einen Blick auf unsere Checkliste für das Server side tracking.


Über den Autor

Ate Keurentjes

Ate Keurentjes

Spezialist für Server Side Tracking bei TAGGRS

Ate Keurentjes ist ein Spezialist für Server Side Tracking bei TAGGRS. Er hat Erfahrung mit verschiedenen Konzepten des Google Tag Managers. Keurentjes redigiert und schreibt seit 2023 über die neuesten Entwicklungen und Trends im Bereich Datenerfassung / Server Side Tracking.

Bereit für die nächste Stufe?

Starten Sie mit Server Side Tracking und erzielen Sie mehr Umsatz und Konversionen in einer Welt ohne Third-Party-Cookies.