iOS 17 zerstört dein Facebook-Tracking — außer du machst das

Safari ITP, Private Relay und Link Tracking Protection machen Client-Side Facebook-Tracking auf iOS 17 nahezu wertlos. Wie Meta CAPI das Problem serverseitig löst.

Apple baut seit iOS 14 systematisch Tracking-Mechanismen ab. Mit iOS 17 hat sich die Lage nochmal verschärft. Wer Meta-Ads auf iPhone-Nutzer schaltet und noch auf den Browser-Pixel setzt, bekommt ein fundamentales Messproblem — das sich nicht durch bessere Pixel-Konfiguration lösen lässt.

Was iOS 17 konkret kaputt macht

Safari ITP (Intelligent Tracking Prevention)

ITP ist Apples internes System zur Einschränkung von Cross-Site-Tracking. Es läuft seit Safari 12 (2018), wird aber mit jeder Version aggressiver.

Der aktuelle Stand in iOS 17:

  • Third-Party Cookies: seit Jahren blockiert
  • First-Party Cookies (via JavaScript gesetzt): Laufzeit auf maximal 7 Tage begrenzt
  • First-Party Cookies (via HTTP-Header gesetzt): bis zu 7 Tage bei aktiver Navigation, danach gelöscht
  • Bounced Tracking: Domains, die als Tracker klassifiziert werden, verlieren ihre Cookies innerhalb von 24 Stunden

Das Meta Pixel setzt Cookies per JavaScript. Die _fbp- und _fbc-Cookies, auf die das Pixel zur Nutzeridentifikation angewiesen ist, werden von ITP innerhalb von 7 Tagen gelöscht. Bei Nutzern, die nicht täglich auf deiner Seite sind — also den meisten — ist das Cookie beim nächsten Besuch weg.

99.8%Datenvollständigkeit
10×mehr Daten vs. Client-Side
<40msLatenz, deutsche Server

Private Relay

iCloud Private Relay verschleiert IP-Adressen von Safari-Nutzern. Die tatsächliche IP wird durch eine Apple-Relay-IP ersetzt. Das bricht IP-basierte Geolocation und macht IP-basierte Nutzeridentifikation unmöglich.

Für Facebook-Tracking bedeutet das: Selbst wenn der Browser ein Signal schickt, kann es nicht verlässlich einem geografischen Markt oder einer Nutzergruppe zugeordnet werden.

Neu in iOS 17: Safari entfernt automatisch Tracking-Parameter aus URLs. Das betrifft unter anderem den fbclid-Parameter, den Meta zur Klick-Attribution nutzt.

Ein Nutzer klickt auf eine Meta-Ad, kommt auf deine Seite — aber der fbclid-Parameter ist von Safari bereits aus der URL entfernt. Das Meta Pixel empfängt kein Klick-Signal. Die Attribution ist weg.

Was das für deine Zahlen bedeutet

Safari ist der Standard-Browser auf jedem iPhone und macht einen erheblichen Teil des Mobile-Traffics aus.

Wenn du keine server-seitige Lösung hast:

  • Unter 5% deiner Conversions von iOS-Nutzern kommen im Meta-Backend an
  • Die Click-Attribution via fbclid funktioniert nicht mehr
  • Der Algorithmus sieht iOS-Nutzer als konversionsschwach — und optimiert weg von ihnen
  • Dein tatsächlicher ROAS für iOS ist besser als gemessen, aber du kannst es nicht beweisen

Das ist kein theoretisches Problem. Es ist der aktuelle Zustand für jeden, der kein Server-Side Tracking betreibt. Dasselbe Muster betrifft übrigens nicht nur den Browser — bei Server-Side Tracking für mobile Apps verschärfen ATT und SKAdNetwork die Lage zusätzlich.

Wie Meta CAPI das löst

Meta Conversions API (CAPI) ist die serverseitige Alternative zum Browser-Pixel. Das Conversion-Event wird nicht vom Browser des Nutzers, sondern von deinem Server direkt an Meta geschickt.

Was das in Bezug auf iOS 17 bedeutet:

Kein ITP: ITP blockiert Cookies im Browser. Der Server-Request kommt nicht aus dem Browser — ITP greift nicht.

Kein Private Relay: Private Relay verschleiert Browser-IPs. Der Server-Request kommt von deiner Serverinfrastruktur — nicht von der IP des Nutzers.

Kein Link Tracking Protection-Problem: Die Klick-Zuordnung kann über server-seitige Methoden wie den event_id-Parameter und Nutzer-Hashes gelöst werden, unabhängig davon, ob fbclid in der URL vorhanden ist.

Wie viele Conversions verlierst du gerade?

Kostenlose Demo — 30 Min. Teams-Call, kein Sales-Pitch.

Demo buchen

Pixel + CAPI: kombinierter Ansatz

Meta empfiehlt und wir setzen standardmäßig Pixel und CAPI parallel ein. Das Pixel fängt die Conversions ab, die noch über den Browser ankommen. CAPI liefert alle anderen — und die Deduplication verhindert, dass Events doppelt gezählt werden.

Das Ergebnis: Statt unter 5% auf iOS-Geräten sehen wir 99.8% aller tatsächlichen Conversions — unabhängig vom Browser und Betriebssystem.

Was du nicht tun solltest

Einige verbreitete Workarounds, die nicht funktionieren:

First-Party-Cookie-Setzen via Server: Hilft gegen ITP teilweise — aber nicht gegen Link Tracking Protection und nicht gegen Private Relay. Es ist kein vollständiger Ersatz für CAPI.

Meta Pixel "advanced matching" aktivieren: Sendet mehr Nutzerdaten aus dem Browser. Hilft marginal bei der Zuordnung, löst aber das grundlegende Problem nicht — das Pixel läuft immer noch im Browser.

Auf iOS verzichten: iOS-Nutzer ignorieren bedeutet, den lukrativsten Teil deiner Zielgruppe zu ignorieren. iPhone-Nutzer haben im Schnitt höhere Kaufkraft als Android-Nutzer.

Die einzige Lösung, die iOS 17 vollständig adressiert, ist ein vollständig server-seitiger Event-Kanal. Alles andere ist ein Workaround.

Kostenlose Demo

Kostenlose Demo buchen.

Keine Test-Software zum Ausprobieren — wir demonstrieren live im Teams-Call, wie viele Conversions dein Client-Side Tracking verliert und was Server-Side zurückholt. Kostenlos, auf Deutsch.

Unverbindlich Kein Risiko Auf Deutsch

Weiter lesen

DSGVO
DSGVO & Datenschutz

Consent Mode v2 & Server-Side Tracking richtig kombinieren

7. Juni 2026 · 9 Min
Browser
Server
API
Server-Side Tracking

Warum Chrome 2024 nur noch ~10% deiner Conversions sieht

29. Mai 2026 · 8 Min