Tracking ohne Cookies: Alternativen

So funktionieren Analysemethoden ohne Cookies und was sie in einer datenschutzfreundlichen Zukunft leisten.

Entwurf

Drittanbieter-Cookies verschwinden. Einige Browser blockieren sie schon standardmässig, andere schaffen sie nach und nach ab. Websites, die auf Cookies angewiesen sind, verlieren Tracking-Möglichkeiten. Die Zukunft ist cookielos. Dieses Kapitel zeigt Alternativen: serverseitiges Tracking, First-Party-Daten und einwilligungsbasiertes Tracking, das ohne Cookies auskommt.

Warum Cookies verschwinden

Cookies waren für Funktionen im Web gedacht, etwa um Logins zu halten oder Einstellungen zu speichern. Drittanbieter-Cookies wurden dann zu Überwachungswerkzeugen. Werbenetzwerke nutzen sie, um Nutzer über mehrere Websites hinweg zu verfolgen. Datenschützer und Aufsichtsbehörden erkannten, dass das im Kern irreführend ist. Nutzer erwarten nicht, dass man sie websiteübergreifend verfolgt.

Die Browser haben reagiert. Manche blockieren Drittanbieter-Cookies standardmässig, andere schaffen sie komplett ab. In wenigen Jahren funktionieren Drittanbieter-Cookies für die meisten Nutzer nicht mehr. Websites, die davon abhängen, verlieren Funktionen.

Das betrifft mehr als Werbung

Auch Analysen nutzen Cookies, sowohl von der eigenen Website als auch von Dritten. Wenn Cookies verschwinden, muss sich die Analyse anpassen. Die Lösung: auf Alternativen ohne Cookies umsteigen, die besser funktionieren und ohnehin datenschutzfreundlicher sind.

Serverseitiges Tracking

Statt im Browser mit JavaScript und Cookies zu tracken, sendest du Ereignisse direkt an deinen Server. Dein Server speichert das Ereignis: Ein Kauf ist passiert, eine Seite wurde aufgerufen, ein Button wurde geklickt. Das Ereignis wird serverseitig protokolliert, ohne auf Cookies im Browser angewiesen zu sein.

So funktioniert serverseitiges Tracking

Nutzer klickt auf einen Button → JavaScript sendet das Ereignis an deinen Server → der Server speichert das Ereignis → der Server leitet es an deine Analyseplattform weiter. Cookies sind nicht beteiligt. Das Tracking läuft über deine eigene Domain, du behältst die Kontrolle, und Tracking-Blocker im Browser können es kaum stoppen.

Vorteile von serverseitigem Tracking

Datenschutzfreundlich: Es braucht keine Cookies. Es funktioniert auch, wenn der Nutzer Cookies blockiert. Kein Tracking durch Dritte.

Zuverlässiger: Datenschutzfunktionen im Browser stören nicht. Werbeblocker können es nicht blockieren, denn die Anfrage sieht aus wie normaler Website-Traffic.

Bessere Daten: Serverseitige Ereignisse sind verlässlicher, weil Nutzer sie nicht verhindern können. Du bekommst vollständigere Daten.

Einfacher zu ändern: Wenn du das Tracking anpassen willst, änderst du den Servercode und nicht Code, der in Millionen von Browsern läuft.

Herausforderungen von serverseitigem Tracking

Aufwendiger in der Umsetzung: Du brauchst Serverinfrastruktur und Entwicklung. Ein JavaScript-Tag reicht nicht.

Sitzungen müssen erkannt werden: Ohne Cookies brauchst du einen anderen Weg, Ereignisse Nutzern zuzuordnen (Sitzungs-IDs, Nutzer-IDs, gehashte E-Mail-Adressen).

Der Anbieter muss es unterstützen: Deine Analyseplattform muss serverseitige Ereignisse annehmen. Die meisten modernen Plattformen tun das, ältere Systeme nicht unbedingt.

First-Party-Daten und direkte Anbindung

Statt dich darauf zu verlassen, dass Analyseplattformen Daten über Tags erfassen, kannst du Daten direkt in deinen eigenen Systemen sammeln und per API an die Analyseplattform schicken. Das sind First-Party-Daten, denn sie gehören dir. Sie sind konform, weil du dich nicht auf Tracking durch Dritte stützt.

So funktioniert die direkte Anbindung

Dein CRM erfasst Kundenkontakte. Dein Onlineshop protokolliert Käufe. Deine App verfolgt das Nutzerverhalten. Diese Daten schickst du regelmässig per API an deine Analyseplattform. Die Plattform reichert sie an und wertet sie aus. Tags oder Cookies von Dritten sind nicht im Spiel.

So hast du volle Kontrolle. Du entscheidest, was du sendest, wann du es sendest und wer Zugriff bekommt. Das ist der datenschutzfreundlichste Weg, weil er transparent ist und in deiner Hand bleibt.

Alternativen zu Cookies im Browser

Local Storage

Statt Cookies kannst du den lokalen Speicher des Browsers nutzen, um Sitzungskennungen abzulegen. Der lokale Speicher bleibt wie Cookies bestehen, wird aber nicht bei jeder Anfrage mitgeschickt. Das ist effizienter und etwas privater, denn Server sehen ihn standardmässig nicht. Er funktioniert über Seitenaufrufe und Browsersitzungen hinweg.

First-Party-Cookies statt Drittanbieter-Cookies

Wenn du Cookies verwenden musst, nimm First-Party-Cookies (von deiner Domain gesetzt) statt Drittanbieter-Cookies (von Werbenetzwerken oder Analyseanbietern gesetzt). First-Party-Cookies greifen weniger in die Privatsphäre ein und lassen sich schwerer blockieren, weil sie für die Funktion der Website wichtig sind.

Weil Drittanbieter-Cookies verschwinden, wechseln inzwischen auch Analyseanbieter zu First-Party-Cookies (von dir bereitgestellt, vom Anbieter verwaltet).

Neue Browser-Technologien als Ersatz

Browserhersteller entwickeln Technologien als Ersatz für Drittanbieter-Cookies. Dazu gehören: Gruppierung von Nutzern nach Interessen, ohne sie zu identifizieren, Themenlabels für Nutzer ohne Tracking und Schnittstellen, die Conversions messen, ohne dass Dritte tracken.

Diese Ansätze sind noch experimentell und nicht weit verbreitet. Praktisch bleiben derzeit diese Alternativen: serverseitiges Tracking, First-Party-Daten und First-Party-Cookies mit Einwilligung.

Die richtige Tracking-Strategie für die Zukunft ohne Cookies

Die meisten Unternehmen setzen auf eine Mischung: serverseitiges Tracking für die wichtigsten Ereignisse (Seitenaufrufe, Conversions, zentrale Aktionen), First-Party-Cookies für die Sitzungsverwaltung und First-Party-Daten aus direkten Interaktionen. Diese Kombination funktioniert, ohne dass du dich auf verschwindende Cookies stützt, und ist von Grund auf datenschutzkonform.

Welche Ereignisse stelle ich zuerst auf serverseitiges Tracking um?

Beginne mit Ereignissen von hohem Wert: Conversions, Käufe, Anmeldungen und wichtige Button-Klicks. Sie leiden am stärksten unter Cookie-Blockern und sind für deine Geschäftszahlen am wichtigsten. Stelle weniger wichtige Ereignisse (Seitenaufrufe, Scrollen) später um. Setze Prioritäten nach dem Nutzen fürs Geschäft, nicht nach dem technischen Aufwand.

Welche Analyseplattformen unterstützen serverseitige Ereignisse?

Google Analytics 4 und die meisten modernen Plattformen nehmen serverseitige Ereignisse per API an. Ältere Plattformen (Classic Google Analytics) tun das nicht. Prüfe die Dokumentation deines Anbieters. Wenn er serverseitige Ereignisse nicht unterstützt, plane einen Wechsel. Für Analysen ohne Cookies ist das Pflicht.

Wie erkenne ich Nutzer ohne Cookies und ohne Tracking über mehrere Domains?

Nutze serverseitige Kennungen: Nutzer-IDs aus dem Login, gehashte E-Mail-Adressen oder Sitzungs-IDs für nicht angemeldete Nutzer. Sie sind zuverlässiger als Cookies, weil du sie selbst kontrollierst. Mit serverseitigen Kennungen ordnest du Ereignisse Nutzern zu, ohne dich auf Speicher im Browser zu verlassen.

Welchen Einfluss hat serverseitiges Tracking auf die Geschwindigkeit im Vergleich zu clientseitigem?

Serverseitig ist etwas langsamer (Anfrage an deinen Server, dann an die Analyse). Dafür ist die Zuverlässigkeit höher, denn Werbeblocker und Nutzer können es nicht stoppen. Bei den meisten Websites ist der Unterschied nicht spürbar (20 bis 50 ms). Der Tausch lohnt sich für bessere Daten und Datenschutzkonformität.

Local Storage oder First-Party-Cookies: Was nutze ich fürs Sitzungs-Tracking?

First-Party-Cookies für die Speicherung über mehrere Seiten, Local Storage für Logik im Browser. Cookies werden bei jeder Anfrage mitgeschickt (einfacher für die Server-Anbindung). Local Storage muss per JavaScript ausgelesen werden (etwas effizienter). Für Analysen sind First-Party-Cookies üblicher. Nutze beides, wenn du beides brauchst.

Wie wechsle ich von Cookie-Tracking zu Tracking ohne Cookies, ohne alte Daten zu verlieren?

Lass beide Varianten 3 bis 6 Monate parallel laufen (altes Cookie-Tracking und neues serverseitiges Tracking). Vergleiche die Zahlen, um zu prüfen, ob das serverseitige Tracking Ereignisse richtig erfasst. Wenn du sicher bist, schaltest du das Cookie-Tracking ab. Deine alten Daten bleiben in der Analyseplattform erhalten. Sie verschwinden nicht, wenn du nicht mehr sammelst.

Setz es direkt um,
auf deiner eigenen Website.

Starte kostenlos mit WEMASY und baue deine Seite in wenigen Minuten.