Server Side Tracking verlagert die Messung von Nutzeraktionen aus dem Browser auf einen Server, den Ihr selbst betreibt. Der Umbau rechnet sich, sobald Eure Messdaten echte Budgetentscheidungen tragen. Bei Websites mit einer Handvoll Anfragen im Monat übersteigt der Aufwand den Nutzen. 2025 hat sich allerdings die Begründung für das Verfahren verschoben, denn Google behält die Third-Party-Cookies in Chrome. Geblieben sind Messlücken, die sich beziffern lassen.
Was beim Server Side Tracking technisch passiert
Im klassischen Setup lädt der Browser die Skripte von Google, Meta oder anderen Anbietern und schickt die Messdaten direkt dorthin. Beim serverseitigen Aufbau nehmen die Daten einen Umweg über eine Zwischenstation: Der Browser sendet sie an einen Server-Container unter Eurer eigenen Subdomain. Dieser Container entscheidet dann, welche Information an welchen Anbieter weitergeht. Google beschreibt das Verfahren in seiner Dokumentation als Weg, Tags so zu instrumentieren, dass Nutzeraktivität dort gemessen wird, wo sie stattfindet.
Technisch bleibt vieles vertraut. Server-Container arbeiten mit demselben Modell aus Tags, Triggern und Variablen wie die Browser-Variante im Google Tag Manager. Google nennt für den Umstieg drei Effekte: bessere Seitenperformance, feinere Datenschutz-Kontrollen und höhere Datenqualität. Die Performance verbessert sich, weil weniger Anbieter-Skripte im Browser geladen und ausgeführt werden. Der entscheidende Unterschied liegt darin, wo die Verarbeitung stattfindet und wer den Zugriff kontrolliert. Euer Conversion-Tracking läuft danach über eine Instanz, die Euch gehört.
Das Schaubild zeigt beide Wege nebeneinander. Links verlassen die Messdaten die Website in viele Richtungen gleichzeitig, und ein Teil der Verbindungen reißt unterwegs ab. Rechts laufen dieselben Daten zuerst in eine eigene Instanz und gehen von dort geordnet weiter.
Warum das Cookie-Argument nicht mehr trägt
Jahrelang lautete die Begründung für den Umbau: Die Third-Party-Cookies verschwinden aus Chrome. Am 22. April 2025 hat Google diese Erwartung kassiert und angekündigt, den bisherigen Umgang mit Third-Party-Cookies beizubehalten. Nutzer entscheiden weiterhin selbst in den Chrome-Einstellungen. Am 17. Oktober 2025 folgte der zweite Schritt: Google stellt einen Großteil der Privacy-Sandbox-Technologien ein, darunter Topics, Protected Audience und die Attribution Reporting API. Als Grund nennt das Unternehmen die geringe Verbreitung und die Rückmeldungen aus dem Ökosystem.
Die Messlücken bestehen trotzdem weiter, nur an anderer Stelle. Safari blockiert nach der Tracking-Prevention-Policy von WebKit sämtliche Third-Party-Cookies ohne Ausnahme und löscht per JavaScript gesetzte Cookies nach sieben Tagen ohne Nutzerinteraktion. Cookies aus Link-Dekoration halten dort nur 24 Stunden, und auch Speicher wie LocalStorage oder IndexedDB räumt Safari nach dieser Frist. Firefox arbeitet nach einem ähnlichen Prinzip. Wer viele Besucher über iPhones gewinnt, verliert damit einen Teil der Zuordnung zwischen Klick und Bestellung, unabhängig davon, wie Chrome sich verhält. Wiederkehrende Käufer mit längerem Entscheidungsweg fallen dabei zuerst aus der Statistik. Genau an diesem Punkt setzt serverseitiges Messen an, weil der eigene Server Cookies mit längerer Lebensdauer setzen kann.
Was der Umbau kostet
Die Infrastruktur ist der berechenbare Teil der Rechnung. Google veranschlagt für einen Server-Container auf Cloud Run rund 45 US-Dollar pro Monat und Server und empfiehlt für den Produktivbetrieb mindestens zwei Instanzen, um Datenverluste bei einem Ausfall zu vermeiden. Jede Instanz läuft mit einer vCPU und 0,5 GB Arbeitsspeicher; zwei bis zehn Server verarbeiten nach Googles Angabe 35 bis 350 Anfragen pro Sekunde. Für den Start bedeutet das etwa 90 US-Dollar im Monat. Google rät ausdrücklich dazu, einen Budget-Alarm einzurichten, weil die Kosten mit der Zahl der Instanzen steigen.
Neben dem Hosting fallen weitere Posten an, die im ersten Angebot gerne fehlen:
- Eine eigene Subdomain samt DNS-Eintrag und gültigem Zertifikat
- Die Einrichtung von Server-Container, Clients und Tags sowie deren Test
- Die Anbindung an Euer Einwilligungs-Werkzeug
- Laufendes Monitoring, weil ein stiller Ausfall Eure Zahlen unbemerkt verfälscht
- Nachkontrolle nach Updates der Anbieter, wenn sich Schnittstellen ändern
Woran Ihr den Nutzen erkennt
Die Rechnung ist überschaubar: Der Umbau trägt sich, wenn die zurückgewonnenen Daten mehr wert sind als 90 US-Dollar Hosting plus Einrichtung und Pflege. Bei einem Shop, der monatlich fünfstellige Beträge über Google Ads oder Meta bewegt, ist diese Schwelle schnell erreicht. Wie viel Budget dabei falsch verteilt wird, seht Ihr am Abstand zwischen den Bestellungen in Eurem Backend und den gemeldeten Conversions im Werbekonto. Dieselbe Logik gilt für die Auswertung in Google Analytics 4 (GA4). Die rechtliche Seite bleibt davon unberührt: § 25 TDDDG ist technikneutral formuliert und verlangt eine Einwilligung, sobald Informationen auf dem Endgerät gespeichert oder ausgelesen werden. Wo der Server steht, ändert daran nichts. Für Nutzer im Europäischen Wirtschaftsraum setzt Google zusätzlich den Einwilligungsmodus voraus, der Signale wie ad_storage und analytics_storage auswertet.
Diese fünf Punkte sprechen für eine Umstellung:
- Ihr steuert Werbebudget anhand von Conversion-Daten, etwa in Meta Advantage+ oder in Google Ads
- Ein spürbarer Teil Eures Traffics kommt über Safari, iPhone oder iPad
- Der Abstand zwischen Bestellungen im Backend und Conversions im Werbekonto ist messbar geworden
- Ihr wollt steuern, welche Daten Euer Haus überhaupt verlassen
- Es gibt jemanden im Team oder in Eurer Agentur, der das System dauerhaft betreut
Fehlen mehrere dieser Punkte, ist Euer Geld in sauberer Datenpflege und in gutem Content besser angelegt. Wie sich der Rückgang organischer Klicks ausgleichen lässt, haben wir an anderer Stelle beschrieben. Wenn Ihr die Messung Eurer Kampagnen ohnehin überarbeiten wollt, unterstützen wir Euch im Performance Marketing von der Konzeption bis zum laufenden Betrieb.
FAQs zum Server Side Tracking
Ersetzt Server Side Tracking die Cookie-Einwilligung?
Nein. § 25 TDDDG ist technikneutral formuliert und gilt unabhängig davon, ob die Verarbeitung im Browser oder auf einem Server stattfindet. Sobald Informationen auf dem Endgerät gespeichert oder ausgelesen werden, braucht Ihr eine Einwilligung. Die Ausnahme greift nur, wenn der Zugriff für den ausdrücklich gewünschten Dienst unbedingt erforderlich ist.
Was kostet Server Side Tracking im Monat?
Für die reine Infrastruktur rechnet Google mit rund 45 US-Dollar pro Server und Monat auf Cloud Run und empfiehlt mindestens zwei Instanzen, also etwa 90 US-Dollar. Dazu kommen einmalige Einrichtung, die Anbindung an das Einwilligungs-Werkzeug und laufendes Monitoring. Die Gesamtkosten hängen davon ab, wie viele Anfragen Eure Website erzeugt.
Brauche ich für Server Side Tracking zwingend Google Cloud?
Nein. Google nennt in seiner Dokumentation drei Wege: Cloud Run, App Engine und ein manuelles Setup auf eigener Infrastruktur. Cloud Run ist der dokumentierte Standardweg mit dem geringsten Einrichtungsaufwand. Wer eigene Server betreibt, kann den Container auch dort betreiben.
Hilft Server Side Tracking gegen Adblocker?
Teilweise. Weil die Messdaten an eine Subdomain Eurer eigenen Domain gehen statt an bekannte Anbieter-Adressen, greifen einfache Listen-Blocker seltener. Blocker, die auf Verhaltensmuster reagieren, erkennen den Weg dennoch. Eine vollständige Erfassung erreicht Ihr damit nicht.
Bleiben meine bestehenden Tags beim Umstieg erhalten?
Weitgehend ja. Server-Container nutzen dasselbe Modell aus Tags, Triggern und Variablen wie die Browser-Variante, sodass die Logik übertragbar bleibt. Jedes Tag muss aber einzeln geprüft und neu verdrahtet werden, weil die Daten nun über den Server-Container laufen. Plant für den Test dieselbe Sorgfalt ein wie für die Einrichtung.
