"Safari löscht ab jetzt alle gclids." "Chrome schafft Third-Party-Cookies ab." "Ab iOS 26 ist Conversion-Tracking tot." Wer 2025 und 2026 Marketing-Newsletter gelesen hat, kennt diese Sätze. Einige davon waren nie richtig, andere sind inzwischen überholt, und ein paar echte Änderungen gehen im Lärm fast unter.
Dieser Artikel sortiert die Tracking-Mythen 2026 nach dem Stand Mitte Oktober 2026: was in Chrome und Safari wirklich passiert ist, was noch unbestätigt ist und was das für dein Conversion-Tracking bedeutet.
Mythos 1: "Chrome schafft Third-Party-Cookies ab"
Stand: falsch. Google hat im Oktober 2025 offiziell bekanntgegeben, dass Chrome beim bisherigen Ansatz bleibt und Nutzern weiterhin die Wahl über Third-Party-Cookies lässt. Ein automatisches Abschalten kommt nicht.
Gleichzeitig hat Google den Großteil der Privacy Sandbox eingestellt, mit Verweis auf geringe Nutzung. Betroffen sind unter anderem die Topics API, Protected Audience, die Attribution Reporting API, IP Protection, Related Website Sets und Shared Storage. Weitergeführt werden einzelne Bausteine wie CHIPS, FedCM und Private State Tokens, außerdem arbeitet Google an einem W3C-Standard für Attribution mit.
Was das bedeutet: Das große "Cookie-Aus" ist in Chrome nicht gekommen. Wenn du in Artikeln aus 2026 noch liest, dass IP Protection "dieses Jahr" startet, ist das veraltet. Für dein Tracking heißt das aber nicht, dass alles beim Alten ist: Third-Party-Cookies spielen für Conversion-Tracking ohnehin kaum noch eine Rolle. Die relevanten Daten sind Click-IDs, First-Party-Cookies und serverseitige Signale.
Mythos 2: "Safari 26 löscht alle gclids und fbclids"
Stand: für normales Surfen falsch. Mit Safari 26 (September 2025) hat Apple die Advanced Fingerprinting Protection für alle Browsing-Modi aktiviert, nicht mehr nur im privaten Modus. Bekannte Fingerprinting-Scripts bekommen damit eingeschränkten Zugriff auf Dinge wie URL-Parameter, den Referrer und langlebigen Speicher.
Die Link Tracking Protection, die Parameter wie gclid, fbclid oder msclkid aus URLs entfernt, ist dagegen nicht zum Standard für normales Surfen geworden. Sie greift weiterhin:
- im privaten Modus von Safari,
- bei Links, die aus Mail und Nachrichten geöffnet werden,
- und für alle Links nur dann, wenn Nutzer die Funktion selbst einschalten.
Mehrere Tests der finalen Version zeigen, dass Click-IDs im Standardmodus normal ankommen. Die vielen Schlagzeilen, dass iOS 26 die gclid "abschafft", sind für den Normalfall also falsch.
Was das bedeutet: Ein Teil deiner Safari-Besucher kommt ohne Click-ID an, vor allem aus E-Mails, Nachrichten und dem privaten Modus. Das ist seit Safari 17 so und ist ein Grund, warum du dich nicht allein auf die URL verlassen solltest. Wichtig ist, dass du Click-IDs und UTM-Parameter beim ersten Seitenaufruf sicherst, solange sie da sind.
Fakt: Safari 27 blockiert Ad-Tech-Domains
Stand: bestätigt durch Berichte, Details offen. Die wirklich neue Entwicklung des Jahres ist Safari 27, das mit iOS 27 Mitte September 2026 ausgerollt wurde. Laut AdExchanger (Ende September und Anfang Oktober 2026) blockiert Safari 27 auf iPhone und iPad Domains von Ad-Tech- und Identity-Anbietern auf Ebene der registrierbaren Domain. Genannt werden unter anderem The Trade Desk (adsrvr.org), UID2, ID5, LiveRamp, Audigent und Permutive. Der zugehörige Code wurde laut den Berichten im Februar 2026 in WebKit übernommen, und die Liste soll aus der Ferne aktualisierbar sein und Hunderte Unternehmen umfassen.
Apple hat die Liste nicht öffentlich bestätigt, und die Release Notes erwähnen das Thema nicht.
Noch unbestätigt sind weitere Punkte, die Anbieter aus dem WebKit-Code ableiten:
- zusätzliche Parameter für die Link Tracking Protection, etwa twclid (X), xmt (Threads) und si (YouTube),
- dass Tools wie Tealium, Segment oder der LinkedIn Insight Tag als "Fingerprinting" eingestuft werden könnten,
- dass IP-basierte Blockaden First-Party-Subdomains weniger wirksam machen könnten.
Diese Punkte solltest du beobachten, aber nicht als Tatsache behandeln. Wir aktualisieren diesen Artikel, sobald es belastbare Informationen gibt, gerade beim LinkedIn Insight Tag, den wir selbst integrieren.
Was das bedeutet: Safari 27 trifft bisher vor allem programmatische Werbung und Identity-Anbieter, also Unternehmen, die Nutzer über viele Websites hinweg wiedererkennen wollen. In den bisher berichteten Beispielen tauchen die Pixel von Meta, Google und TikTok nicht auf. Die vollständige Liste hat Apple aber nicht veröffentlicht. Die Richtung ist trotzdem klar: Browser misstrauen Third-Party-Scripts immer stärker.
Und die Ad-Blocker?
Auch hier hat sich 2025 und 2026 etwas bewegt. Das vollständige uBlock Origin läuft in Chrome seit der Umstellung auf Manifest V3 nicht mehr. Die Variante uBlock Origin Lite arbeitet mit statischen Regeln und einer Obergrenze für deren Anzahl. Firefox und Brave blockieren weiterhin vollständig. Verlässliche Zahlen zur Nutzung von Ad-Blockern in 2026 haben wir nicht gefunden, deshalb verzichten wir hier auf Prozentangaben.
Für dich zählt: Ein Ad-Blocker blockiert typischerweise den Meta Pixel, das TikTok Pixel und andere bekannte Tags im Browser. Was dein Server an eine Werbeplattform sendet, sieht der Ad-Blocker nicht.
Wo dein Signalverlust wirklich herkommt
Wenn Chrome die Cookies behält und Safari im Normalfall die Click-IDs durchlässt, warum fehlen dann trotzdem Conversions? Weil der Signalverlust 2026 vor allem aus drei Quellen kommt:
- Einwilligung. Wer im Cookie-Banner ablehnt, darf nicht für Werbung getrackt werden. Das ist kein technisches Problem, sondern Recht, und daran ändert auch kein Tool etwas. Was du beeinflussen kannst: einen fairen, verständlichen Banner, der Pixel wirklich erst nach Einwilligung lädt, und eine Consent-Rate, die du beobachtest.
- Safari und Apple-Ökosystem. Intelligent Tracking Prevention begrenzt die Lebensdauer von Cookies, die per JavaScript gesetzt werden, die Link Tracking Protection entfernt Click-IDs in bestimmten Kontexten, und Safari 27 blockiert ganze Domains. Dazu kommt App Tracking Transparency in Apps.
- Ad-Blocker und Browser-Erweiterungen. Sie verhindern, dass Pixel überhaupt laden.
Keine dieser Quellen verschwindet. Was du tun kannst, ist die Daten, die du mit Einwilligung erheben darfst, so vollständig und robust wie möglich zu übertragen.
Was konkret hilft
Click-IDs und UTMs beim ersten Aufruf sichern
Eine Click-ID ist nur in der URL der Landingpage enthalten. Sobald der Nutzer weiterklickt, ist sie weg, wenn du sie nicht speicherst. LeadSignal erfasst beim Seitenaufruf die gängigen Click-IDs, darunter gclid, gbraid, wbraid, fbclid und das _fbp-Cookie, ttclid, li_fat_id und msclkid, und speichert die UTM-Parameter pro Session. Wenn Stunden später auf einer anderen Seite die Conversion passiert, ist die Click-ID noch da.
Server-Side Tracking für die Plattformen, die es anbieten
Wenn ein Besucher eingewilligt hat, sein Ad-Blocker aber den Pixel blockiert, geht die Conversion im Browser verloren. Über eine serverseitige Schnittstelle kommt sie trotzdem an. LeadSignal sendet Events parallel über die Meta Conversions API, die TikTok Events API und die LinkedIn Conversions API. Bei Meta teilen Pixel und Server-Event dieselbe Event-ID, damit Meta nichts doppelt zählt. Google Ads läuft bei LeadSignal im Browser über das Google Ads Tag mit Enhanced Conversions.
Wichtig: Server-Side Tracking ist kein Weg, die Einwilligung zu umgehen. Es macht die Übertragung robuster, nicht die Rechtsgrundlage überflüssig. Mehr dazu, warum das so ist, liest du in unserem Artikel darüber, warum Server-Side Tracking wichtig ist.
Mehr Matching-Daten statt mehr Cookies
Je weniger Cookies und Click-IDs zuverlässig sind, desto wichtiger werden First-Party-Daten, die Nutzer selbst angeben, etwa die E-Mail-Adresse im Kontaktformular. LeadSignal erkennt E-Mail, Telefon und Name aus Formularen automatisch und hasht sie auf unserem Server per SHA-256, bevor sie an die Conversions APIs gehen. Für Google Ads gehen sie als Enhanced Conversions mit. So können die Plattformen Conversions zuordnen, auch wenn eine Click-ID fehlt.
Prüfen statt raten
Ob deine Server-Events ankommen, siehst du am schnellsten mit Testereignissen. In LeadSignal gibt es dafür für Meta, TikTok und LinkedIn einen Button, der ein Test-Event an die jeweilige Plattform sendet.
Was mit dem Google Tag Gateway ist
Google bietet mit dem Google Tag Gateway inzwischen selbst an, Google-Tags über die eigene Domain auszuliefern, über Cloud-Anbieter wie Google Cloud, Akamai, Fastly oder Amazon CloudFront. Das kann helfen, wenn Tags über Google-Domains blockiert werden. Es ist aber, genau wie Server-Side Tracking, kein Weg um die Einwilligung herum, und es betrifft nur Google-Tags.
Fazit: Weniger Panik, mehr Grundlagen
Die großen Schlagzeilen der letzten Monate halten einem Faktencheck oft nicht stand. Chrome behält Third-Party-Cookies, Safari 26 lässt Click-IDs im Normalfall durch. Die echte Neuigkeit, Safari 27, trifft bisher vor allem Ad-Tech- und Identity-Anbieter.
Dein Conversion-Tracking wird 2026 nicht durch einen einzelnen Browser-Schalter kaputt gemacht, sondern durch die Summe aus Einwilligung, Safari-Einschränkungen und Ad-Blockern. Die Antwort darauf ist unspektakulär: Einwilligung sauber einholen, Click-IDs und UTMs sichern, Conversions zusätzlich serverseitig senden und mit gehashten First-Party-Daten die Zuordnung verbessern. Wie du das ohne Entwickler einrichtest, zeigt unser Guide zu einfachem Conversion-Tracking.