Server-side Tracking

Was Server-side Tracking ist

Server-side Tracking leitet deine Analytics über eine Subdomain deiner eigenen Website — zum Beispiel analytics.deine-website.de — statt Events direkt aus dem Browser an einen Drittanbieter-Endpoint zu senden. Die Subdomain ist ein CNAME, der auf datataste zeigt, sodass jeder Request als First-Party gilt.

Da der Browser einen Same-Site-Request sieht, behandeln Privacy-Browser und Ad-Blocker ihn wie jeden anderen Aufruf deiner eigenen Domain — mehr Events kommen durch. Safaris ITP begrenzt per Skript gespeicherte IDs weiterhin, unabhängig vom Request-Weg.

Gleiche Daten, deine Domain. Server-side Tracking erfasst nichts Zusätzliches — es ändert den Weg, den die Events nehmen, nicht deren Inhalt.

Wie ein Event reist

Jedes getrackte Event nimmt denselben Weg vom Browser des Visitors bis zu deinem Dashboard. Jeder Schritt hat eine klare Aufgabe.

Browser des Visitors

Tracker feuert Pageview oder Event

Deine Subdomain

First-Party-CNAME (Same-Site)

datataste Edge

Strippt IP, leitet Device-Klasse ab, prüft Consent

Dein Dashboard

Echtzeit-Analytics in datataste

Destinations

Optionales Forwarding an GA4, Meta

Die First-Party-Subdomain und die datataste Edge liegen zwischen dem Browser und deinen Daten — jedes Event wird bereinigt, bevor es gespeichert oder weitergeleitet wird.

Der Tracker auf deiner Website feuert ein Event und sendet es an deine First-Party-Subdomain, nicht an eine Drittanbieter-Domain.
Die Subdomain analytics.yoursite.com ist ein CNAME, der auf die EU-Edge von datataste auflöst — der Request verlässt im Browser also nie den Same-Site-Kontext.
An der Edge minimiert datataste den Payload — die rohe IP wird gekürzt, aus dem User-agent wird die Device-Klasse abgeleitet und die Consent-Regeln werden angewendet, bevor etwas geschrieben wird.
Das bereinigte Event wird für dein Dashboard gespeichert und — falls du eine Destination verbunden hast — server-side an GA4 oder Meta weitergeleitet.

Client-side vs. Server-side

Standard-Browser-Tracking und First-Party Server-side Tracking erfassen dieselben Events — der Unterschied liegt darin, wie zuverlässig sie ankommen und wie lange Sessions intakt bleiben.

Client-side (Standard)

Browser → Drittanbieter-Endpoint

Von vielen Ad-Blockern und Tracking-Prevention-Listen blockiert
Safari ITP begrenzt per Skript gesetzte Cookies auf 7 Tage
Kein Setup — funktioniert, sobald das Snippet installiert ist

Server-side (First-Party)

Browser → deine Subdomain → datataste

Same-Site-Requests überstehen die meisten Blocker und ITP
Längere, stabilere Sessions und sauberere Zahlen
Benötigt einmalig einen CNAME und einen Snippet-Tausch

Was an der Edge passiert

Bevor ein Event gespeichert oder weitergeleitet wird, wendet die EU-Edge von datataste eine feste Minimierungs-Policy an. Nichts davon ist optional — sie läuft bei jedem server-side Event.

Rohe IP entfernt

Die Visitor-IP wird auf /24 (IPv4) bzw. /48 (IPv6) gekürzt, bevor sie die Edge verlässt — genug für grobe Geolokalisierung, nie die vollständige Adresse.

Device-Klasse abgeleitet

Der User-agent wird für das Device-Reporting in eine grobe Device-Klasse eingeordnet — Mobile, Tablet, Desktop oder Bot.

Consent angewendet

Events und Felder werden gemäß dem für die Property konfigurierten Consent-Mapping behalten oder verworfen.

Server-side Forwarding

Ist eine Destination verbunden, wird das minimierte Event von der Edge aus an GA4 oder Meta weitergeleitet — nicht aus dem Browser.

Die Minimierung ist nicht konfigurierbar. Die Visitor-IP wird vor der Speicherung gekürzt. Der User-agent wird für die Device-Erkennung gespeichert und — wo eine Destination ihn für das Matching benötigt (z. B. Meta CAPI) — gemäß deinem Consent-Mapping weitergegeben.

Einrichtung

Eine Property auf Server-side Tracking umzustellen ist eine einmalige Änderung pro Domain. Server-side Tracking ist ein kostenpflichtiges Add-on pro Property (in manchen Plänen enthalten) — siehe Billing-Tab.

Öffne Einstellungen → Server-side für die Property und kopiere die Subdomain, die datataste vorschlägt.
Lege bei deinem DNS-Provider einen CNAME-Record an, der analytics (oder die von dir gewählte Subdomain) auf tracking.datataste.ai zeigt. Die Propagation dauert meist wenige Minuten.
Klicke in datataste auf Verify — sobald der CNAME auflöst, bestätigt das Panel, dass die First-Party-Domain live ist.
Ersetze dein bestehendes Snippet durch das First-Party-Snippet aus dem Tab Tracking-Code und deploye. Events fließen nun über deine eigene Domain.

Tausch das Snippet zuletzt. Lass das Standard-Snippet bestehen, bis der CNAME verifiziert ist — ein Snippet, das auf eine noch nicht auflösende Subdomain zeigt, würde verhindern, dass Events ankommen.

Server-side Tracking ändert nicht, wie Consent funktioniert. Der Tracker liest die Consent-Signale weiterhin im Browser aus deiner CMP oder dem dataLayer, und die Edge erzwingt dasselbe Mapping pro System, das du unter Mode & Consent konfigurierst.

Da die IP vor der Speicherung gekürzt wird, senkt Server-side Tracking in der Regel die Menge personenbezogener Daten, die überhaupt zu datataste gelangt — und bei aktiviertem Forwarding die Menge, die GA4 oder Meta erreicht.

Server-side Tracking ist eine Übertragungsmethode, kein Consent-Bypass. Events, für die Consent verweigert wurde, werden weiterhin an der Edge verworfen.