Server-side Tracking

Was Server-side Tracking ist

Server-side Tracking leitet Ihre Analytics über eine Subdomain Ihrer eigenen Website — zum Beispiel analytics.ihre-website.de — statt Events direkt aus dem Browser an einen Drittanbieter-Endpoint zu senden. Die Subdomain ist ein CNAME, der auf datakant 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 Ihrer eigenen Domain. Events, die sonst verworfen würden, kommen durch, und Session-Cookies überleben deutlich länger als das 7-Tage-Limit, das Safaris ITP auf Drittanbieter-Skripte anwendet.

Gleiche Daten, Ihre 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 Ihrem Dashboard. Jeder Schritt hat eine klare Aufgabe.

Browser des Visitors

Tracker feuert Pageview oder Event

Ihre Subdomain

First-Party-CNAME (Same-Site)

datakant Edge

Strippt IP, entfernt UA, prüft Consent

Ihr Dashboard

Echtzeit-Analytics in datakant

Destinations

Optionales Forwarding an GA4, Meta

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

Der Tracker auf Ihrer Website feuert ein Event und sendet es an Ihre First-Party-Subdomain, nicht an eine Drittanbieter-Domain.
Die Subdomain analytics.yoursite.com ist ein CNAME, der auf die EU-Edge von datakant auflöst — der Request verlässt im Browser also nie den Same-Site-Kontext.
An der Edge minimiert datakant den Payload — die rohe IP wird gekürzt, der User-agent auf eine Device-Klasse reduziert und die Consent-Regeln werden angewendet, bevor etwas geschrieben wird.
Das bereinigte Event wird für Ihr Dashboard gespeichert und — falls Sie eine Destination verbunden haben — 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 → Ihre Subdomain → datakant

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 datakant 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.

User-agent verworfen

Der User-agent-String wird durch eine grobe Device-Klasse ersetzt — 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. IP-Kürzung und User-agent-Reduktion laufen immer — selbst Ihre verbundenen Destinations erhalten also nie eine rohe IP oder einen vollständigen User-agent.

Einrichtung

Eine Property auf Server-side Tracking umzustellen ist eine einmalige Änderung pro Domain.

Öffnen Sie Einstellungen → Server-side für die Property und kopieren Sie die Subdomain, die datakant vorschlägt.
Legen Sie bei Ihrem DNS-Provider einen CNAME-Record an, der analytics (oder die von Ihnen gewählte Subdomain) auf ingest.datakant.app zeigt. Die Propagation dauert meist wenige Minuten.
Klicken Sie in datakant auf Verify — sobald der CNAME auflöst, bestätigt das Panel, dass die First-Party-Domain live ist.
Ersetzen Sie Ihr bestehendes Snippet durch das First-Party-Snippet aus dem Tab Tracking-Code und deployen Sie. Events fließen nun über Ihre eigene Domain.

Tauschen Sie das Snippet zuletzt. Belassen Sie das Standard-Snippet, 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 Ihrer CMP oder dem dataLayer, und die Edge erzwingt dasselbe Mapping pro System, das Sie unter Mode & Consent konfigurieren.

Da IP-Kürzung und User-agent-Reduktion vor der Speicherung stattfinden, senkt Server-side Tracking in der Regel die Menge personenbezogener Daten, die überhaupt zu datakant 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.