Apple reduziert weiterhin die Menge an Informationen, die Tracking-Technologie von Drittanbietern in Safari sammeln kann. Die erste Betaversion von Safari 27 erschien am 8. Juni 2026. Branchentests ergaben einen breiteren Satz bereinigter Tracking-Parameter und blockierter Tracking-Ressourcen. Das genaue Beta-Verhalten kann sich bis zur endgültigen Veröffentlichung noch ändern, aber die Richtung ist bekannt: Die Messung, die vollständig von Browser-Skripten, Anfragen von Drittanbietern und persistenten Identifikatoren abhängt, wird immer weniger vollständig.
Was sich in Safari 27 zu ändern scheint
Apples veröffentlichte Beta-Notizen zu Safari 27 bestätigen die Beta-Version und die Plattformverfügbarkeit, dokumentieren jedoch nicht jede Änderung an den Tracking-Listen. Unabhängigen Branchenberichten zufolge erweitert Safari 27 die aus Links entfernten Tracking-Parameter, einschließlich der in Links von Plattformen wie Threads, YouTube und X verwendeten Kennungen.
Die gleichen Berichte deuten auf eine umfassendere Blockierung bekannter Werbe- und Fingerabdruck-Ressourcen hin. Beispiele hierfür sind snap.licdn.com von LinkedIn und Ressourcen im Zusammenhang mit Tools wie Microsoft Advertising UET, Segment, Tealium und BlueConic. Da Safari 27 noch in der Betaphase bleibt, sollten Teams ihre eigene Implementierung testen, anstatt davon auszugehen, dass jede gemeldete Regel unverändert ausgeliefert wird.
Warum das wichtig ist: Safari ist ein wichtiger mobiler Browser
Safari-Anteil an der weltweiten Nutzung mobiler Browser, Juni 2026 (Statcounter)
Dies ist kein Randfall. Statcounter hat im Juni 2026 gemessen, dass Safari 24,07 % der weltweiten mobilen Browsernutzung ausmacht – etwa jede vierte mobile Browsersitzung in seinem Datensatz. Bei Zuschauern in Apple-lastigen Märkten oder Premium-Verbrauchersegmenten kann der Anteil deutlich höher sein.
Wenn Safari-Besucher zu wenig erfasst werden, können Dashboards weniger Sitzungen, Konvertierungen und unterstützte Touchpoints anzeigen, als das Geschäft tatsächlich generiert hat. Kampagnen schneiden nicht unbedingt schlechter ab; die Messschicht sieht weniger. Dies schwächt die Attribution, die Remarketing-Zielgruppen und die Signale, die Werbeplattformen zur Optimierung nutzen.
Wo beim clientseitigen Tracking Informationen verloren gehen
Beim herkömmlichen Tracking wird der Browser des Besuchers aufgefordert, JavaScript des Anbieters zu laden, Kennungen zu speichern und Anfragen direkt an Werbe- oder Analysedomänen zu senden. Safari kann in jeder dieser Phasen eingreifen.
Attributionsparameter
Wenn identifizierende Parameter aus einer Zielseiten-URL entfernt werden, ist es möglicherweise schwieriger, die ursprüngliche Kampagne oder den ursprünglichen Klick mit einer späteren Conversion zu verbinden.
Anfragen Dritter
Ein bekannter Pixel- oder Tracker-Endpunkt kann blockiert werden, bevor die Anfrage das Gerät verlässt, sodass der Anbieter das Ereignis nie erhält.
Browserspeicher
WebKit schränkt das Cross-Site-Tracking ein und kann den über Skripts beschreibbaren Speicher begrenzen, wodurch es schwieriger wird, lange Konvertierungswege zuverlässig zu verbinden.
Fingerabdrucksignale
Durch die Reduzierung oder Randomisierung von Geräteeigenschaften wird die probabilistische Identifizierung weniger stabil – was zwar gut für den Datenschutz, aber störend für die darauf basierenden Tracking-Systeme ist.
Wie serverseitiges Tracking die Ausfallsicherheit verbessert
Mit dem serverseitigen Google Tag Manager sendet die Website Daten zu genehmigten Ereignissen an einen Erstanbieter-Endpunkt auf Ihrer eigenen Domain. Ihr Servercontainer validiert und transformiert das Ereignis und leitet dann nur die erforderlichen Felder an Ziele wie GA4, Google Ads, Meta oder TikTok weiter.
Dadurch wird die Anzahl der direkten Aufrufe Dritter durch den Browser reduziert und Sie erhalten eine kontrollierte Erfassungsebene. Sie können Kampagnendaten standardisieren, unnötige persönliche Daten entfernen, fehlerhafte Ereignisse ablehnen und die Zustellung zentral überwachen. Ein verwalteter, in der EU gehosteter Endpunkt sorgt außerdem dafür, dass die Infrastruktur vorhersehbar ist, ohne dass Ihr Team Google Cloud betreiben muss.
1. Abholung durch Erstanbieter
Der Browser sendet zulässige Ereignisdaten an Ihre Marken-Tracking-Subdomain.
2. Serverseitige Kontrolle
Ihr sGTM-Container validiert, bereichert und filtert das Ereignis gemäß Ihren Regeln.
3. Kontrollierte Lieferung
Der Server sendet genehmigte Daten an jede Analyse- oder Werbeplattform.
Was serverseitiges Tracking nicht leistet
Serverseitiges Tracking stellt keine Tarnung dar und sollte nicht zur Umgehung der Datenschutzkontrollen des Browsers verwendet werden. Es kann keine Klick-ID wiederherstellen, die Safari entfernt hat, bevor Ihre Seite sie erhalten hat, und es kann keine Daten erstellen, die durch ein blockiertes Browserereignis nie erfasst wurden.
Es gelten weiterhin Einwilligungsvoraussetzungen. Ihre Einwilligungsverwaltungsplattform sollte bestimmen, welche Ereignisse und Ziele zulässig sind, bevor Daten erfasst oder weitergeleitet werden. Das Ziel ist eine zuverlässigere, datenschutzbewusste First-Party-Architektur – nicht mehr Tracking ohne Erlaubnis.
Ein praktischer Safari 27-Bereitschaftsplan
- 01
Messen Sie Ihre Safari-Lücke
Vergleichen Sie Safari-Conversion-Raten, Event-Bereitstellung und zugeordnete Einnahmen mit anderen Browsern. Segmentieren Sie mobile Safari separat.
- 02
Überwachen Sie Browserabhängigkeiten
Listen Sie alle Pixel, Drittanbieter-Skripte, URL-Parameter und Browser-Cookies auf, die von Ihrem Messstapel verwendet werden.
- 03
Schützen Sie First-Party-Kampagnendaten
Erfassen Sie den zulässigen Kampagnenkontext frühzeitig, verwenden Sie gegebenenfalls dauerhafte Erstanbieter-Identifikatoren und dokumentieren Sie Aufbewahrungsregeln.
- 04
Verschieben Sie die Lieferung serverseitig
Leiten Sie berechtigte GA4- und Werbeveranstaltungen über einen sGTM-Endpunkt auf Ihrer eigenen Subdomain weiter.
- 05
Testen Sie Einwilligung und Deduplizierung
Überprüfen Sie das Einwilligungsverhalten, die Ereignis-IDs, die Browser-/Server-Deduplizierung und die Anbieterdiagnose, bevor Sie die Gesamtwerte vergleichen.
- 06
Überwachen Sie Safari 27 bis zur Veröffentlichung
Testen Sie Beta-Updates und die endgültige Version erneut, da sich Tracker-Listen und -Verhalten ändern können.
Warten Sie nicht, bis das Armaturenbrett das Signal verliert
Der Datenschutztrend von Safari ist etabliert und die mobile Zielgruppe ist zu groß, um sie zu ignorieren. Unternehmen, die nur auf clientseitige Pixel angewiesen sind, müssen damit rechnen, dass die Messlücken größer werden, wenn die Browser strenger werden.
Ein gut gestaltetes serverseitiges Setup wird Safari nicht zunichte machen – und sollte es auch nicht versuchen. Es bietet Ihrem Unternehmen einen saubereren First-Party-Endpunkt, eine bessere Governance und eine zuverlässigere Bereitstellung der Daten, die Benutzer verarbeiten konnten.
Safari 27 und serverseitiges Tracking: häufige Fragen
Blockiert Safari 27 jegliches Tracking?
Nein. Safari wendet verschiedene Datenschutzmaßnahmen auf bekannte Tracker, Link-IDs, Browserspeicher und Fingerabdrücke an. Das genaue Verhalten hängt von der Anfrage und Konfiguration ab und Safari 27 ist noch Beta.
Wird die serverseitige Nachverfolgung jede fehlende Safari-Konvertierung wiederherstellen?
Nein. Es verbessert die Zuverlässigkeit und Kontrolle der zulässigen Erstanbieter-Ereigniszustellung, kann jedoch keine Informationen wiederherstellen, die Safari vor der Erfassung entfernt hat, oder Ereignisse, die nie aufgetreten sind.
Benötige ich weiterhin eine Einwilligung zum serverseitigen Tracking?
Ja. Durch die Verlagerung der Verarbeitung auf einen Server werden DSGVO, ePrivacy oder andere Einwilligungspflichten nicht aufgehoben. Die Einwilligung sollte die Sammlung und jedes nachgelagerte Ziel steuern.
Warum serverseitiges GTM verwenden, anstatt Ereignisse direkt vom Browser zu senden?
Serverseitiges GTM reduziert direkte Browseranfragen von Drittanbietern und bietet eine zentrale Ebene für Validierung, Minimierung, Weiterleitung, Überwachung und einwilligungsbewusste Bereitstellung.