Der Leitfaden zu Server-Side Tracking erklärt Datenwege und Grenzen.
Welche Datenprobleme der Server lösen soll
Eine Differenz zwischen Shop und GA4 ist zunächst ein Befund. Consent, abweichende Definitionen, doppelte Events, Zeitzonen und technische Ausfälle können dazu beitragen. Prüfen Sie die Ursache, bevor Sie einen Hosting-Anbieter auswählen.
Ein allgemeines Cookie-Aus ist keine belastbare Begründung: Google hält in Chrome an der bisherigen Nutzerwahl für Drittanbieter-Cookies fest und hat die Einstellung mehrerer Privacy-Sandbox-Technologien angekündigt. Quelle: Google, Oktober 2025.
Was Server-Side technisch ist
Ein Server-Container nimmt Events entgegen, verarbeitet sie und sendet konfigurierte Daten an Zielsysteme. Drei Punkte gehören in die Spezifikation:
- Empfangen. Welche Events kommen aus Browser, Shop oder Backend?
- Verarbeiten. Welche Felder benötigt und erhält jedes Ziel? Welche Consent-Regeln gelten?
- Weiterleiten. Welche Tags oder API-Anbindungen senden die Daten, und wie werden sie geprüft?
Mit Transformationen lassen sich Event-Felder für Tags zulassen, verändern oder ausschließen. Das ist Konfiguration, keine automatische Anonymisierung. Kontrollieren Sie auch parallele Browser-Requests. Hashing oder das Kürzen einer IP-Adresse hebt den Personenbezug nicht automatisch auf.
Browsergrenzen bleiben relevant
Ein eigener Endpunkt verändert den Übertragungsweg. Browser oder Blocker können ihn trotzdem einschränken. Ob weniger Events verloren gehen, muss am konkreten Setup gemessen werden.
Auch HttpOnly garantiert keine bestimmte Cookie-Laufzeit. Das Attribut verhindert den Zugriff per JavaScript. WebKit begrenzt unter anderem Cookies bei erkanntem CNAME- oder IP-Cloaking auf sieben Tage. Für scriptbeschreibbaren Speicher gilt eine gesonderte Regel bei ausbleibender Nutzerinteraktion. Eine pauschale Gegenüberstellung „7 Tage im Browser, 400 Tage auf dem Server“ ist deshalb falsch. Quelle: WebKit Tracking Prevention.
Was Server-Side nicht löst
Fehlende Einwilligung. Einwilligungspflichtige Verarbeitung bleibt auch auf dem Server einwilligungspflichtig. Die CMP erfasst die Entscheidung im Browser. Bei Google Consent Mode übermittelt der Web-Container den Status an den Server; die Tags reagieren darauf. Die Consent-Anleitung beschreibt die Prüfung bis zum Zielsystem.
Fehlerhafte Events. Ein zusätzlicher Server repariert keine falsche Bestell-ID oder fehlende Währung. Der Measurement Blueprint legt fest, welche Daten korrekt sind.
Ungeklärte Zuständigkeiten. Managed Hosting übernimmt nicht automatisch die Pflege Ihrer Tags, Consent-Zuordnungen und Event-Spezifikationen.
Wann es sich lohnt
Prüfen Sie den erwarteten Nutzen gegen Einrichtung, Hosting und laufende QA. Relevant sind die betroffenen Entscheidungen, die Ursache der Messlücke und die benötigte Datenkontrolle. Eine feste Grenze bei Sessions oder Werbebudget lässt sich daraus nicht ableiten.
Auch ein kleiner Funnel kann besondere Anforderungen an Datenweitergabe haben. Umgekehrt kann bei hohem Traffic die Reparatur des Browser-Setups ausreichen.
Stape vs. Cloud Run vs. eigener Server
Die aktuelle Stape-Preistabelle trennt Monats- und Jahreszahlung und erläutert Request-Budget und Tarifgrenzen.
| Option | Was Sie kalkulieren | Was im Team bleibt |
|---|---|---|
| Stape | Tarif, benötigte Funktionen, eingehende Requests und Reserven | Tracking-Konfiguration, Consent, Tests und Überwachung der Datenqualität |
| Cloud Run | CPU, Speicher, Region, Laufzeit, Netzwerk und weitere Dienste | Konfiguration und Betrieb des Server-Containers |
| Eigener Server | Server, Redundanz, Updates, Monitoring und Arbeitszeit | Infrastruktur und Tracking-Betrieb |
Cloud Run wird nicht ab einer festen Zahl von Requests automatisch günstiger. Rechnen Sie denselben Zeitraum und Funktionsumfang durch. Die Google-Preisseite beschreibt die Kostenfaktoren; eine EU-Region allein klärt weder alle Datenflüsse noch alle vertraglichen Anforderungen.
Der folgende Rechner vergleicht nur die Standardtarife von Stape. Er berechnet keinen allgemeinen ROI und keinen Kostenvorteil gegenüber Cloud Run.
Eingehende Requests sind nicht mit Sessions oder Browser-Events gleichzusetzen. Nutzen Sie gemessene Requests inklusive Zusatzfunktionen.
1.000.000 Requests pro Monat
Business: 100 USD pro Monat. Kontingent: 5.000.000 Requests/Monat.
Nur Hosting, ohne Steuern, Einrichtung und laufende QA. Tageslimits, Funktionen und Lastspitzen zusätzlich prüfen. Kein Kostenvergleich mit selbst betriebenem Cloud Run. Stand: 8. September 2026.
Stape-Tarife und BedingungenDisclosure
Stape.io ist seit 2024 unser deklarierter Server-Side-Tagging-Partner und im Impressum als solcher aufgeführt. Der Status bringt uns Zugang zu Roadmap-Calls und gelegentlich Promo-Codes für Discovery-Kunden. Und Geld: Wir bekommen monatlich 20 % der Lizenzgebühr als Cashback zurück. An jeder stape.io-Lizenz, die über uns läuft, verdienen wir also mit. Das sollten Sie wissen, bevor Sie die Empfehlung oben lesen.
Andere Server-Side-Setups (Eigenhosting, GCP Cloud Run / App Engine) sind genauso valide, wir empfehlen sie wo sie passen. Diese Empfehlungen basieren auf operativer Erfahrung, nicht auf Affiliate-Anreizen.
Diagnose-Checkliste vor der Entscheidung
- Vergleichsgrundlage festlegen. Bestellungen, Zeiträume, Zeitzonen und Consent-Konzept aufeinander abstimmen. Gemessene und modellierte Werte trennen.
- Fehler lokalisieren. Browser-Netzwerk, Server-Preview und eingehende Daten im Ziel prüfen. Die Differenz zwischen zwei Analytics-Tools ist keine isolierte Adblocker-Quote.
- Abnahme planen. Testbestellungen, Deduplizierung, erlaubte Felder und alle Consent-Zustände dokumentieren. Hosting- und Tracking-Verantwortliche benennen.
Scope und Umsetzung beschreibt die Leistung Measurement & Privacy Engineering.