christian baumgertel

Blog · Server-side

Server-side Tracking: kein DSGVO-Umweg, sondern ein leichterer Client

Server-side Tracking wird oft als Trick verkauft, um Adblocker und Einwilligung zu umgehen. Das ist es nicht. Sein eigentlicher Wert liegt woanders: Der Browser Ihrer Kunden muss weniger fremden Code ausführen.

· 3 min Lesezeit · Christian Baumgertel

Was server-side nicht ist

Auch beim server-side Tracking verarbeiten Sie personenbezogene Daten. Ein eigener Server ändert nichts daran, dass für Marketing- und Analyse-Tracking in der Regel eine Einwilligung nötig ist. Ein sauberes Setup prüft den Consent deshalb zweimal: im Browser, bevor Daten gesendet werden, und im Server-Container, bevor sie an Google, Meta und andere gehen.

Wer server-side einführt, um Ablehnungen zu „retten“, verschiebt das Problem nur an einen Ort, den weniger Leute sehen. Ich bin kein Anwalt. Die rechtliche Bewertung eines konkreten Setups gehört zu jemandem mit juristischem Hintergrund.

Was es wirklich bringt

Weniger Drittanbieter-Code im Browser. Client-side lädt jede Plattform ihr eigenes Skript: Analytics, Ads, Social, Affiliate, Retargeting. Jedes Skript kostet Ladezeit und Rechenzeit auf dem Hauptthread. Und, jedes Skript, das lokal im Client geladen wird, birgt auch ein Sicherheitsrisiko. Server-side schickt der Browser einen Datenstrom an Ihren Server, und der verteilt ihn weiter. Die Last wandert vom Gerät des Kunden auf Ihre Infrastruktur.

Kontrolle über das, was rausgeht. Im Server-Container entscheiden Sie pro Plattform, welche Felder gesendet werden. IP-Adressen kürzen, interne Parameter entfernen, Daten hashen: Das passiert an einer Stelle und ist dokumentierbar.

Anreicherung. Der Server kennt Dinge, die der Browser nicht kennt. In einem Projekt fragt der Server-Container bei jedem Kauf einen kleinen eigenen Dienst ab, ob der Kunde neu oder wiederkehrend ist. Diese Information geht an die Werbeplattformen, ohne dass sie je im Frontend sichtbar ist.

First-Party-Kontext. Läuft der Container unter einer Subdomain Ihres Shops, sind Cookies und Requests first-party. Das macht Messung stabiler, ersetzt aber keine Einwilligung.

Was Sie realistisch erwarten können

Nicht jede Plattform lässt sich vollständig vom Server bedienen. Manche Partner brauchen weiterhin ein Skript im Browser, etwa für Remarketing-Listen oder Session-Recordings. Das Ziel ist deshalb „so viel wie möglich server-side“, nicht „nichts mehr im Browser“.

Auf Shopify kommt ein Vorteil dazu: Was clientseitig bleiben muss, läuft im Checkout in der Pixel-Sandbox ohne Zugriff auf das DOM. Mehr dazu im Beitrag zum Shopify-Checkout.

So messen Sie den Effekt

  1. Vor der Umstellung PageSpeed Insights für Startseite, Kategorie und Produktseite laufen lassen, mobil und Desktop.
  2. Im Lighthouse-Bericht die Hinweise zu Drittanbieter-Code und Total Blocking Time notieren.
  3. Nach der Umstellung dieselben Seiten erneut messen, am besten mehrfach an verschiedenen Tagen.
  4. Parallel die Tracking-Werte vergleichen: Sessions, Conversions und Umsatz sollten im erwarteten Verhältnis zum Shop-System bleiben.

An diesem Vergleich sieht man ehrlich, ob server-side Tracking dem Kunden etwas gebracht hat, und nicht nur dem Dashboard.