First-Party-Tracking gilt als Antwort auf das Cookie-Aus, doch das Cookie-Aus fand so nie statt: Google behielt die Third-Party-Cookies in Chrome, während Safari sie längst blockiert. Zwischen diesen beiden Polen verlieren Website-Betreiber täglich Daten. Der Ausweg ist technischer, als ein Cookie-Banner vermuten lässt.

drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen

First-Party-Tracking ist vom Nischenthema zur Pflichtübung für jeden Website-Betreiber geworden. Das viel beschworene Cookie-Aus kam anders als angekündigt, die Datenlücken sind trotzdem real. Website-Betreiber, die heute noch ausschließlich auf klassische Browser-Cookies setzen, messen an einem wachsenden Teil ihrer Besucher vorbei.

Das Wichtigste in Kürze

  • Google stoppte das angekündigte Cookie-Aus in Chrome im April 2025; Safari und Firefox blockieren Third-Party-Cookies weiterhin standardmäßig.
  • First-Party-Tracking sammelt Daten über die eigene Domain und übersteht Browser-Restriktionen, Ad-Blocker und die Sieben-Tage-Grenze von Safari deutlich besser.
  • Serverseitiges Tagging verlagert die Datenerhebung auf einen eigenen Server, ersetzt aber keine Einwilligung: § 25 TDDDG gilt unverändert.
  • Verlässliche Daten entstehen aus dem Zusammenspiel von sauberem Consent, eigener Datenhaltung und einer klaren First-Party-Strategie, nicht aus einem einzelnen Werkzeug.
Ein Glas mit Notizzetteln und einem kleinen Helm darauf
Google stoppt Abschaffung von Third-Party-Cookies in Chrome und stellt Großteil der Privacy-Sandbox-Schnittstellen ein

Das große Cookie-Aus ist ausgeblieben, aber nur im Browser von Google. Am 22. April 2025 stoppte der Konzern im eigenen Privacy-Sandbox-Programm die geplante Abschaffung der Third-Party-Cookies in Chrome und verzichtete auf den zuvor angekündigten Auswahldialog. Im Oktober 2025 stellte Google zusätzlich einen Großteil der Privacy-Sandbox-Schnittstellen ein.

Für Website-Betreiber klingt das nach Entwarnung, meint aber das Gegenteil. Safari blockiert Third-Party-Cookies seit Jahren vollständig, Firefox trennt sie über die Total Cookie Protection pro Website voneinander ab. Der gemeinsame Marktanteil dieser beiden Browser reicht je nach Zielgruppe von einem Fünftel bis zur Hälfte aller Sitzungen.

Damit zerfällt der Markt in zwei Welten. In Chrome funktioniert die alte Cookie-Logik weiter, in Safari und Firefox läuft sie ins Leere. Website-Betreiber, die ihre Reichweite über alle Browser hinweg messen wollen, können sich auf eine einzige Technik längst nicht mehr verlassen.

Warum liefern klassische Cookies immer weniger verlässliche Daten?

Angeknabberter Keks mit Etikett „Mindesthaltbar: 7 Tage“, umgeben von Krümeln auf Weiß
Klassische Cookies verlieren schnell ihre Haltbarkeit: In Safari verfallen per Skript gesetzte Cookies bereits nach sieben Tagen.

Klassische Cookies verlieren an Aussagekraft, weil Browser sie kürzen, Ad-Blocker sie abfangen und die Einwilligung einen Teil der Besucher ausschließt. Apple beschreibt das Vorgehen in der offiziellen Dokumentation zur Intelligent Tracking Prevention: Safari löscht alle per JavaScript gesetzten Cookies nach sieben Tagen ohne erneute Interaktion, bei als Tracker eingestuften Domains bereits nach 24 Stunden.

Ein Cookie mit sieben Tagen Lebensdauer ist wie ein Kassenzettel, der nach einer Woche verblasst: Der Kauf hat stattgefunden, nachweisen lässt er sich nicht mehr. Für die Attribution von Kampagnen bricht damit ein zentraler Baustein weg, weil Nutzer selten am selben Tag klicken und kaufen. Die gemessene Conversion Rate fällt dann niedriger aus als die tatsächliche, und Budgetentscheidungen beruhen auf Zahlen, die zu tief liegen.

Hinzu kommt die technische Erosion. Ad-Blocker unterbinden das Laden vieler Analyse-Skripte, bevor überhaupt ein Cookie entsteht. Der folgende Überblick zeigt, wie unterschiedlich die drei großen Browser mit Cookies umgehen.

BrowserThird-Party-CookiesLebensdauer von First-Party-Cookies aus JavaScript
ChromeStandardmäßig aktiv (Stand 2026)Keine generelle Kürzung
Safari (ITP)Vollständig blockiert7 Tage, bei Tracker-Einstufung 24 Stunden
FirefoxPro Website isoliert (Total Cookie Protection)Keine feste Kürzung, Löschung bei Tracker-Klassifizierung

Die Tabelle macht das eigentliche Problem sichtbar. Eine Datenlücke entsteht nicht durch ein einzelnes Ereignis, sondern durch das Zusammenspiel von Browser-Regeln, Blockern und Einwilligungsraten, die in der Summe die Grundgesamtheit verzerren.

Wie lange Cookies überleben
Lebensdauer eines Cookies je nach Setzweg und Browser
24 Std.
Per JavaScript gesetztes Cookie in Safari, sobald die Domain als Tracker gilt
7 Tage
Per JavaScript gesetztes First-Party-Cookie in Safari unter ITP
400 Tage
Serverseitig über den HTTP-Header gesetztes First-Party-Cookie

Was unterscheidet First-Party-Tracking von Third-Party-Tracking?

Zwei Gläser: Eines offen mit Kärtchen, eines verschlossen mit Murmeln und Sperrschild
First-Party-Daten liegen griffbereit auf der eigenen Domain, Third-Party-Daten bleiben zunehmend hinter Browser-Sperren.

First-Party-Tracking erhebt Daten über die eigene Domain und im direkten Verhältnis zum Nutzer, Third-Party-Tracking läuft über fremde Domains und browserübergreifend. Genau dieser Unterschied entscheidet darüber, ob ein Browser die Daten akzeptiert oder blockiert.

First-Party-Daten entstehen dort, wo ein Nutzer bewusst mit der Website interagiert: bei der Anmeldung zum Newsletter, beim Login oder beim Kauf. Diese Daten gehören dem Website-Betreiber und lassen sich schwerer abfangen. Third-Party-Daten dagegen sammeln Dienste über viele Websites hinweg ein, meist für Retargeting und Werbenetzwerke.

MerkmalFirst-Party-DatenThird-Party-Daten
HerkunftEigene Domain, direkte InteraktionFremde Domains, browserübergreifend
KontrolleBeim Website-BetreiberBeim Drittanbieter
Browser-BlockadeKaum betroffenStandardmäßig blockiert in Safari und Firefox
EinwilligungNach TDDDG erforderlich, sobald nicht technisch notwendigNach TDDDG erforderlich
BeispieleLogin, Newsletter, KaufhistorieRetargeting-Pixel, Cross-Site-Netzwerke

Der strategische Wert liegt auf der Hand. Wer die Beziehung zum eigenen Publikum kennt, ist von den Regeln fremder Plattformen unabhängiger und behält die Datenhoheit im eigenen Haus.

Wie funktioniert serverseitiges Tracking technisch?

Hand stempelt Post in Holzsortierer mit beschrifteten Fächern und einer Ente
Beim serverseitigen Tracking entscheidet der eigene Server wie ein Pförtner, welche Daten an welche Plattform weitergehen.

Serverseitiges Tracking verlegt die Ausführung der Tracking-Skripte vom Browser auf einen eigenen Server. Statt Daten direkt aus dem Browser an Google, Meta oder andere Dienste zu senden, schickt die Website die Ereignisse zunächst an eine eigene First-Party-Domain, etwa an eine Subdomain wie data.meineseite.de.

Auf diesem Server entscheidet ein Container, welche Daten wohin weitergeleitet werden. Der Ansatz macht die Messung widerstandsfähiger gegen Ad-Blocker und Browser-Restriktionen, weil der Datenfluss aus Sicht des Browsers vollständig auf der eigenen Domain stattfindet. Ob sich der Aufwand für jeden Betrieb lohnt, hängt vom Datenbedarf ab; die Abwägung vertieft unser Beitrag zum serverseitigen Tracking.

Ein technischer Nebeneffekt wiegt schwer. Ein First-Party-Cookie, das der Server über den HTTP-Header setzt, überlebt in Safari bis zu 400 Tage, während das per JavaScript gesetzte Pendant nach sieben Tagen verfällt. Für die Wiedererkennung von Besuchern ist dieser Unterschied gewaltig.

Serverseitiges Tagging bringt einen zweiten Vorteil mit. Der Website-Betreiber sieht, welche Daten das Haus verlassen, und kann sie vor der Weitergabe filtern oder anonymisieren. Aus einer Blackbox im Browser wird eine Kontrollinstanz unter eigener Aufsicht.

So fließen First-Party-Daten serverseitig
Vom Browser über den eigenen Server zu den Plattformen
01

Erhebung

Der Browser sendet das Ereignis an die eigene First-Party-Domain, etwa an data.meineseite.de.

02

Prüfung und Filter

Der eigene Server prüft die Einwilligung, filtert die Daten und anonymisiert, was nicht weitergehen soll.

03

Weitergabe

Nur freigegebene Daten gehen an Analyse- und Werbeplattformen; das Server-Cookie hält bis zu 400 Tage.

Serverseitiges Tracking hebt die Datenqualität, hebelt aber keine Einwilligung aus. § 25 TDDDG gilt auf dem eigenen Server genauso wie im Browser des Nutzers.

— Markus Seyfferth, Chefredakteur Dr. Web

Bleibt die Einwilligung nach TDDDG trotzdem Pflicht?

Tür mit „§ 25“-Schild, daneben Checkliste mit abgehaktem Punkt „§ 25 eingehalten“
Ohne aktive Einwilligung bleibt die Tür zu: § 25 TDDDG verlangt ein echtes Opt-in, auch beim serverseitigen Tracking.

Ja, die Einwilligung bleibt Pflicht, auch auf dem eigenen Server. § 25 TDDDG knüpft die Zustimmung nicht an den Ort der Verarbeitung, sondern an den Zugriff auf das Endgerät des Nutzers. Sobald ein Skript Informationen auf dem Gerät speichert oder ausliest und dafür nicht technisch zwingend notwendig ist, wird eine aktive Einwilligung fällig.

Serverseitiges Tagging verschiebt die Verarbeitung, nicht die Rechtslage. Der Browser sendet die Daten zwar zuerst an die eigene Domain, doch das Setzen eines Analyse- oder Marketing-Cookies bleibt zustimmungspflichtig. Anbieter, die serverseitiges Tracking als Weg am Consent vorbei bewerben, verkennen den Wortlaut des Gesetzes.

Die Anforderungen an eine gültige Einwilligung sind konkret: keine vorangekreuzten Kästchen, ein echtes Opt-in statt stillschweigender Weiternutzung, ein Widerruf, der so leicht ausfällt wie die Zustimmung selbst. Das TDDDG löste im Mai 2024 das TTDSG ab, an der materiellen Regelung des § 25 änderte sich nichts.

Verstöße gegen die Einwilligungspflicht ahndet das Gesetz mit Bußgeldern von bis zu 300.000 Euro. First-Party-Tracking senkt also nicht die rechtlichen Anforderungen, sondern verbessert die Qualität der Daten, die innerhalb dieser Anforderungen erhoben werden.

Welche Wege führen zu verlässlichen First-Party-Daten?

Hand mit Uhr stapelt weiße Würfel (Strategie, Consent, Daten) auf weißem Grund
Verlässliche First-Party-Daten entstehen aus drei Bausteinen: eigener Datenerhebung, sauberem Consent und klarer Strategie.

Verlässliche First-Party-Daten entstehen aus drei Bausteinen: eigener Datenerhebung, sauberem Consent und einer klaren Datenstrategie. Kein einzelnes Produkt liefert alle drei, die Technik ist nur der Unterbau.

Technisch führen mehrere Wege zum serverseitigen Setup. Das Server-Side-Tagging über den Google Tag Manager ist weit verbreitet, verlangt aber eigene Server-Infrastruktur. Analyse-Plattformen wie Matomo oder Piwik PRO holen die Datenhaltung ins eigene Haus. Daneben haben sich europäische Spezialanbieter etabliert, etwa der Wiener Anbieter JENTIS oder Dienste wie Stape, die den serverseitigen Datenfluss als fertige Plattform bereitstellen.

Bei der Auswahl zählen für Entscheider vor allem vier Kriterien:

  • Serverstandort und Rechtsrahmen: Eine Verarbeitung in der EU erleichtert die DSGVO-Konformität
  • Consent-Integration: ein sauberes Zusammenspiel mit der eigenen Consent-Management-Plattform
  • Datenhoheit: Die Rohdaten bleiben beim Website-Betreiber, nicht beim Dienstleister
  • Transparenz: keine verdeckten Weitergaben, nachvollziehbare Datenflüsse

Genauso wichtig wie die Technik ist die Consent-Rate. Ein gut gestaltetes Einwilligungsbanner, das den Nutzen offen erklärt, hebt die Zustimmungsquote und damit die Datenbasis oft stärker als jedes Tracking-Upgrade.

Kein Werkzeug nimmt die strategische Arbeit ab. First-Party-Tracking lohnt sich erst, wenn die erhobenen Daten in Entscheidungen einfließen, statt in einem weiteren Dashboard zu versanden. Welche handwerklichen Fehler dabei Budget verbrennen, zeigt unser Überblick zu den häufigsten Fehlern im Performance Marketing. Der Umstieg ist kein Projekt für ein Wochenende, sondern eine Weichenstellung für die kommenden Jahre.

Glossar: 13 wichtige Fachbegriffe zum First-Party-Tracking

Geöffnetes Buch mit Lupe, Bücherwurm und Text „ACHTUNG: WISSEN GEFUNDEN!“
Die wichtigsten Fachbegriffe rund um First-Party-Tracking kompakt erklärt.

Ad-Blocker

Ad-Blocker sind Browser-Erweiterungen oder eingebaute Funktionen, die Werbung und häufig auch Analyse-Skripte blockieren. Für die Messung bedeuten sie eine systematische Lücke, weil betroffene Sitzungen gar nicht erst erfasst werden und die erhobene Datenbasis dadurch verzerrt.

CNAME-Cloaking

CNAME-Cloaking bezeichnet die Technik, einen Drittanbieter-Dienst über eine eigene Subdomain einzubinden, damit er wie ein First-Party-Dienst wirkt. Safari erkennt viele dieser Konstruktionen und kürzt die betroffenen Cookies, weshalb die Methode allein keine dauerhafte Lösung ist.

Consent-Management-Plattform

Consent-Management-Plattform (CMP) ist die Software, die Einwilligungen der Nutzer einholt, dokumentiert und verwaltet. Die Plattform steuert, welche Skripte und Cookies nach der Zustimmung geladen werden, und liefert den rechtlich geforderten Nachweis über die erteilte oder verweigerte Einwilligung.

DSGVO

Datenschutz-Grundverordnung (DSGVO) ist das europäische Datenschutzrecht, das die Verarbeitung personenbezogener Daten regelt. Die Verordnung definiert die Anforderungen an eine wirksame Einwilligung, auf die § 25 TDDDG für das Speichern und Auslesen von Informationen auf Endgeräten ausdrücklich verweist.

Einwilligung

Einwilligung (Consent) ist die freiwillige, informierte und aktive Zustimmung des Nutzers zu einer Datenverarbeitung. Ohne sie darf ein Website-Betreiber keine nicht notwendigen Cookies setzen. Vorangekreuzte Kästchen oder eine bloße Weiternutzung der Seite gelten nicht als gültige Einwilligung.

First-Party-Daten

First-Party-Daten sind Informationen, die ein Nutzer direkt auf der eigenen Domain hinterlässt, etwa durch Login, Newsletter-Anmeldung oder Kauf. Diese Daten gehören dem Website-Betreiber, sind qualitativ hochwertig und von Browser-Blockaden gegen Third-Party-Cookies kaum betroffen.

First-Party-Tracking

First-Party-Tracking misst das Nutzerverhalten über die eigene Domain, statt über Drittanbieter-Cookies. Weil die Datenerhebung im direkten Verhältnis zwischen Website und Besucher stattfindet, akzeptieren die Browser sie eher. Die Messung bleibt damit auch nach dem Cookie-Aus belastbar.

Intelligent Tracking Prevention

Intelligent Tracking Prevention (ITP) ist die Tracking-Schutztechnik von Apples Browser Safari. Der Mechanismus blockiert Third-Party-Cookies vollständig und kürzt per JavaScript gesetzte First-Party-Cookies auf sieben Tage, bei als Tracker klassifizierten Domains sogar auf 24 Stunden.

Privacy Sandbox

Privacy Sandbox ist Googles Programm für datenschutzfreundlichere Werbetechnologien, das die Third-Party-Cookies in Chrome ersetzen sollte. Google stoppte 2025 die geplante Cookie-Abschaffung und stellte einen Großteil der zugehörigen Schnittstellen wieder ein.

Server-Side-Tagging

Server-Side-Tagging verlagert die Ausführung von Tracking-Skripten vom Browser auf einen eigenen Server. Der Browser sendet Ereignisse an eine First-Party-Domain, von der aus der Server über die Weitergabe an Drittdienste entscheidet. Der Ansatz erhöht Datenqualität und Kontrolle.

TDDDG

Telekommunikation-Digitale-Dienste-Datenschutz-Gesetz (TDDDG) ist das deutsche Gesetz, das seit Mai 2024 das TTDSG ablöst. Sein § 25 verlangt eine Einwilligung, bevor Informationen auf dem Endgerät eines Nutzers gespeichert oder ausgelesen werden, sofern sie nicht technisch notwendig sind.

Third-Party-Cookie

Third-Party-Cookie ist ein Cookie, das von einer anderen Domain als der besuchten Website gesetzt wird, typischerweise für browserübergreifendes Tracking. Safari und Firefox blockieren solche Cookies standardmäßig, Chrome behält sie vorerst aktiv.

Total Cookie Protection

Total Cookie Protection ist Firefox‘ Standardschutz, der Cookies in einem eigenen Behälter pro Website isoliert. Dadurch können Tracker die Cookies nicht mehr nutzen, um einen Nutzer über verschiedene Websites hinweg wiederzuerkennen.

Gläsernes Einmachglas mit Fragenliste und FAQ-Schild auf weißem Hintergrund
Häufige Fragen zum First-Party-Tracking nach dem Cookie-Aus, kurz beantwortet.

Ist das Cookie-Aus 2026 endgültig da?

Nein, nicht so, wie ursprünglich angekündigt. Google stoppte im April 2025 die geplante Abschaffung der Third-Party-Cookies in Chrome, sodass diese im meistgenutzten Browser vorerst aktiv bleiben. Safari und Firefox blockieren Third-Party-Cookies allerdings weiterhin standardmäßig, weshalb das Cookie-Aus für einen großen Teil des Publikums längst Realität ist.

Was ist der Unterschied zwischen First-Party- und Third-Party-Cookies?

Ein First-Party-Cookie wird von der besuchten Website selbst gesetzt und dient deren eigenen Zwecken, etwa dem Login oder dem Warenkorb. Ein Third-Party-Cookie stammt von einer fremden Domain und ermöglicht browserübergreifendes Tracking. Browser behandeln beide sehr unterschiedlich: First-Party-Cookies werden meist akzeptiert, Third-Party-Cookies zunehmend blockiert.

Ersetzt serverseitiges Tracking die Cookie-Einwilligung?

Nein. Serverseitiges Tracking verlagert die technische Verarbeitung, ändert aber nichts an der Rechtslage. § 25 TDDDG knüpft die Einwilligungspflicht an den Zugriff auf das Endgerät, unabhängig davon, ob die Daten im Browser oder auf einem Server verarbeitet werden. Nicht notwendige Cookies brauchen weiterhin eine aktive Zustimmung.

Wie lange leben First-Party-Cookies in Safari?

Per JavaScript gesetzte First-Party-Cookies löscht Safari nach sieben Tagen ohne erneute Nutzerinteraktion, bei als Tracker eingestuften Domains bereits nach 24 Stunden. Ein First-Party-Cookie, das der Server über den HTTP-Header setzt, kann dagegen bis zu 400 Tage bestehen bleiben, was serverseitiges Setzen für die Wiedererkennung wertvoll macht.

Ist First-Party-Tracking ohne Einwilligung erlaubt?

Nur, wenn es technisch zwingend notwendig ist, etwa für die Grundfunktionen eines Warenkorbs. Sobald First-Party-Tracking der Analyse oder dem Marketing dient, greift die Einwilligungspflicht nach § 25 TDDDG genauso wie bei jeder anderen Form der Datenerhebung. Der Ort der Verarbeitung spielt dabei keine Rolle.

Brauchen kleine Websites überhaupt Server-Side-Tagging?

Nicht zwingend. Für kleine Websites mit geringem Datenbedarf kann eine datenschutzfreundliche Analyse mit First-Party-Cookies ausreichen. Serverseitiges Tagging lohnt sich vor allem dort, wo präzise Attribution, hohe Datenmengen oder viele Werbekanäle im Spiel sind und der Aufwand für eigene Server-Infrastruktur im Verhältnis steht.

Quellen

Google (Privacy Sandbox) | The next step for Privacy Sandbox on the web | https://privacysandbox.google.com/blog/privacy-sandbox-next-steps | besucht am 03.08.2026

Apple (WebKit) | Tracking Prevention | https://webkit.org/tracking-prevention/ | besucht am 03.08.2026

Bundesamt für Justiz | § 25 TDDDG, Schutz der Privatsphäre bei Endeinrichtungen | https://www.gesetze-im-internet.de/ttdsg/__25.html | besucht am 03.08.2026

Mozilla | Firefox rolls out Total Cookie Protection by default | https://blog.mozilla.org/en/mozilla/firefox-rolls-out-total-cookie-protection-by-default-to-all-users-worldwide/ | besucht am 03.08.2026

4,1 23 Bewertungen

Wie hat Ihnen dieser Artikel gefallen?