Was ist serverseitiges Tracking?
Beim serverseitigen Tracking verarbeitet ein Server die vorgesehenen Messdaten, bevor sie an Zielsysteme gehen. Der Server-Side Google Tag Manager ist eine mögliche Umsetzung. Direkte Browser-Requests können daneben bestehen bleiben.
Die Server-Side-Tracking-Pillar zeigt den Event-Weg und erklärt Tag Gateway, Hosting und Grenzen. Hier geht es darum, den Nutzen des Umbaus zu beurteilen.
Client-Side vs. Server-Side Tracking, der direkte Vergleich
| Kriterium | Client-Side Tracking | Server-Side Tagging |
|---|---|---|
| Datenkontrolle | Regeln in Browser-Tags und Event-Erfassung | Zusätzliche Filter vor den Server-Tags |
| Browser-Performance | Abhängig von Skripten und deren Ausführung | Entlastung möglich, wenn Browser-Skripte entfallen |
| Blockierungen | Requests können blockiert werden | Eigener Endpunkt kann ebenfalls blockiert werden |
| Datenqualität | Event-Schema und Tests erforderlich | Event-Schema und Tests weiterhin erforderlich |
| Consent | Je Ziel berücksichtigen | Vom Browser bis zu jedem Server-Tag prüfen |
| Betrieb | Browser-Konfiguration pflegen | Zusätzlich Hosting, Monitoring und Server-Konfiguration pflegen |
Vorteile des serverseitigen Trackings im Detail
Einen zusätzlichen Prüfpunkt schaffen
Im Container lässt sich festlegen, welche Felder ein Tag erhalten darf. Beispielsweise können Sie unerwünschte URL-Parameter entfernen oder Felder nur für bestimmte Ziele freigeben. Diese Transformationen müssen konfiguriert und im ausgehenden Request überprüft werden.
Ein Filter im Server erfasst keine direkten Browser-Requests, die am Container vorbeigehen. Auch gehashte Daten sind nicht automatisch anonym.
Mögliche Performance-Effekte messen
Wenn Server-Tags bisherige Browser-Skripte ersetzen, kann die JavaScript-Arbeit im Browser sinken. Verbleibende Skripte, das Banner, Bilder und die Anwendung beeinflussen die Ladezeit weiterhin.
Vergleichen Sie Core Web Vitals vor und nach dem Umbau, mit vergleichbaren Geräten und Traffic-Quellen. LCP, INP und CLS beschreiben unterschiedliche Aspekte. Ein zusätzlicher Server allein garantiert bei keiner dieser Kennzahlen eine Verbesserung.
Signalverluste gezielt untersuchen
Eine eigene Domain ändert den Übertragungsweg. Sie garantiert keine Blocker-Immunität und keine bestimmte Cookie-Laufzeit. WebKit begrenzt beispielsweise Cookies bei erkanntem CNAME- oder IP-Cloaking. Quelle: WebKit Tracking Prevention.
Trennen Sie technische Ausfälle von fehlender Einwilligung, unterschiedlichen Berichtsdefinitionen und Modellierung. Mehr Events sind nur dann ein Vorteil, wenn sie gültig, zulässig und nicht doppelt gezählt sind.
Anwendungsfälle
- Web-Events: Freigegebene Browser-Events über einen Server-Container verarbeiten und an konfigurierte Ziele verteilen.
- Backend- und CRM-Events: Geeignete Schnittstellen für abgeschlossene Bestellungen oder qualifizierte Leads nutzen. Anforderungen an Identifikatoren und Zuordnung je Ziel prüfen.
- Datenreduktion: Felder nach einer dokumentierten Spezifikation begrenzen.
- Betriebsprüfung: Eingang, Verarbeitung und Ausgang im Container nachvollziehen.
Ein Browser-Event, das den Server nie erreicht, wird durch die serverseitige Weiterleitung nicht nachträglich wiederhergestellt.
Datenqualität vor und nach dem Umbau messen
Vergleichen Sie gültige Conversion-Events mit den passenden Backend-Vorgängen. Verwenden Sie gleich lange Zeiträume und dieselbe Definition von gültig. Deduplizieren Sie vor dem Vergleich.
Ein mögliches Maß ist der Anteil korrekt erfasster Bestellungen an den Bestellungen, die nach dem dokumentierten Consent-Konzept messbar sein sollen. Trennen Sie beobachtete Events von modellierten Werten. Prüfen Sie parallel Releases, Traffic-Mix und Änderungen am Banner, bevor Sie eine Differenz dem Hosting zuschreiben.
Wann sich ein Umbau lohnt
Ein eigener Verarbeitungsschritt ist sinnvoll, wenn er ein nachgewiesenes Datenproblem löst oder benötigte Kontrollen ermöglicht. Stellen Sie diesem Nutzen Hosting, Einrichtung und laufende QA gegenüber. Eine allgemeine Schwelle bei Besucherzahl oder Werbebudget gibt es nicht.
Der Stape-Leitfaden vertieft die Hosting-Entscheidung. Die GA4-Audit-Befunde helfen dabei, bestehende Messprobleme einzugrenzen.