iOS Safari blockiert Tracking: ITP und seine Folgen für Google Ads

• • •

Du hast einen hohen Safari-Anteil bei deinen Besuchern und fragst dich, warum seit einiger Zeit weniger Käufe, Leads oder andere Interaktionen in deinen Google Ads Kampagnen gemessen werden?

Dann bist du mit dem Problem nicht allein.

Gerade Safari und das Apple-Ökosystem sorgen seit Jahren dafür, dass klassische cookiebasierte Messung deutlich schwieriger geworden ist. Viele Unternehmen merken das erst dann, wenn Conversions im Werbekonto sinken, obwohl sich an der realen Nachfrage gar nicht so viel verändert hat.

In diesem Artikel zeige ich dir, woran das liegt, welche alten Erklärungen heute zu kurz greifen und was du stattdessen sauber aufsetzen solltest. 

Was hat es mit ITP auf sich?

Safari und damit das WebKit-Ökosystem erschweren das Nachverfolgen von Werbekampagnen schon seit Jahren spürbar.

Der zentrale Begriff dabei ist ITP. Das steht für Intelligent Tracking Prevention.

Diese Technologie wurde eingeführt, um Cross-Site-Tracking stärker einzuschränken und Nutzer besser vor browserübergreifender Verfolgung zu schützen.

Das ist aus Nutzersicht nachvollziehbar. Für Webanalyse, Attribution und Werbemessung ist es aber natürlich eine echte Herausforderung.

Wenn du dich grundsätzlich für die Unterschiede der Browser interessierst, ist Cookie Status eine gute Übersicht.

Warum Safari für Werbetracking so relevant ist

Viele Trackingsysteme im Marketing basieren darauf, dass ein Browser bestimmte Informationen über einen gewissen Zeitraum speichern und später wieder auslesen kann.

Das betrifft zum Beispiel:

  • Klickkennungen wie GCLID,
  • Analytics-Cookies,
  • Attributionsinformationen,
  • oder Identifier, die für die Zuordnung von Werbeklick zu Conversion gebraucht werden.

Wenn der Browser diese Daten sehr kurz lebt, früh löscht oder nicht mehr zuverlässig zugänglich macht, fehlt dir später ein Teil der Messbarkeit.

Das bedeutet nicht automatisch, dass weniger Umsatz gemacht wurde. Es bedeutet zunächst einmal: Ein Teil der Conversions wird schlechter oder gar nicht mehr beobachtbar.

Die alte 24-Stunden-Erklärung greift heute oft zu kurz

Viele ältere Artikel vereinfachen das Thema so:

„Safari macht aus deinem Google Ads Cookie einfach nur 24 Stunden.“

Das ist in dieser Pauschalität heute zu grob.

Richtig ist:

Safari beziehungsweise WebKit begrenzt bestimmte clientseitig gesetzte oder script-beschreibbare Speicherformen sehr stark. Dazu gehört unter anderem auch die bekannte Logik rund um Link Decoration und Tracking-Parameter. In manchen Konstellationen kann das tatsächlich dazu führen, dass relevante Informationen sehr schnell nicht mehr sauber nutzbar sind.

Aber: Es ist nicht jede Safari-Messung pauschal exakt nach 24 Stunden „tot“.

Die Realität ist technischer und hängt unter anderem davon ab:

  • wie deine Tags implementiert sind,
  • ob Identifikatoren clientseitig oder serverseitig gesetzt werden,
  • ob Link Decoration im Spiel ist,
  • wie lang dein Sales Cycle ist,
  • und wie dein Consent-Setup aussieht.

Was Safari konkret einschränkt

Vereinfacht gesagt erschwert Safari vor allem die langfristige Nutzung von browserseitig gespeicherten Daten, wenn diese für Tracking-Zwecke eingesetzt werden könnten.

Für dich als Werbetreibender heißt das:

  • clientseitige Identifikatoren werden unzuverlässiger,
  • Attributionsketten werden kürzer oder brechen früher ab,
  • und Conversions mit längerer Entscheidungsdauer werden häufiger nicht mehr sauber dem ursprünglichen Klick zugeordnet.

Das trifft besonders Konten mit diesen Eigenschaften:

  • hoher Safari-Anteil,
  • längere Sales Cycles,
  • mehrere Besuche bis zum Kauf,
  • viele mobile Nutzer,
  • und starke Abhängigkeit von rein clientseitigem Tracking.

So prüfst du, ob dich das Thema überhaupt betrifft

Bevor du technische Lösungen diskutierst, solltest du zuerst verstehen, ob Safari in deinem Setup wirklich relevant ist.

1. Prüfe deinen Safari-Anteil in GA4

Universal Analytics ist inzwischen abgeschaltet. Wenn du also noch mit alten UA-Menüs arbeitest, ist das nicht mehr der richtige Weg.

In GA4 findest du die Browserdaten im Bereich Berichte > Technik > Tech details beziehungsweise in der Technik-Übersicht.

Schau dir dort über einen ausreichend langen Zeitraum an:

  • wie hoch der Safari-Anteil ist,
  • wie viel Umsatz oder wie viele Conversions auf Safari entfallen,
  • und wie relevant Safari für dein Geschäftsmodell insgesamt ist.

Wenn Safari bei dir nur einen sehr kleinen Anteil hat, musst du das Thema natürlich anders gewichten als bei einem Shop oder Lead-Setup mit hohem iPhone- und Mac-Anteil.

2. Prüfe deinen Zeitverzug bis zur Conversion

Danach solltest du dir ansehen, wie lang dein tatsächlicher Weg bis zur Conversion ist.

Ein besonders hilfreicher Ort dafür sind die Attributionsberichte in Google Ads, vor allem die Pfadmetriken beziehungsweise der Zeitverzug bis zur Conversion.

Wenn bei dir ein relevanter Teil der Conversions nicht am selben Tag oder innerhalb von 24 Stunden passiert, sondern erst nach mehreren Tagen, dann ist Safari für deine Messung deutlich kritischer.

Gerade dann wird nämlich sichtbar, wie problematisch verkürzte oder instabile Client-Side-Identifier sein können.

Warum die gemessenen Conversions sinken können, obwohl dein Business gleich läuft

Das ist ein ganz wichtiger Punkt.

Viele sehen weniger gemessene Conversions und denken sofort, die Kampagnen würden schlechter performen.

Manchmal stimmt das. Manchmal aber auch nicht.

Wenn Safari, Consent, Adblocker oder Browserrestriktionen einen Teil deiner Messung erschweren, dann kann dein reales Geschäft stabil sein – während die beobachtbaren Conversions sinken.

Das ist besonders tückisch, weil dann Smart Bidding und Budgetentscheidungen auf einer schlechteren Datengrundlage basieren.

Genau deshalb ist das Thema nicht nur ein Reporting-Problem, sondern ein Steuerungsproblem.

Das klassische clientseitige Tracking reicht oft nicht mehr aus

Wenn du dich heute noch ausschließlich auf klassisches Browser-Tracking verlässt, läufst du in mehreren Bereichen in Grenzen:

  • Safari und WebKit beschneiden Speicher und Identifikatoren,
  • Consent-Banner reduzieren beobachtbare Daten,
  • Adblocker kappen zusätzliche Signale,
  • und längere Conversion-Pfade machen die Zuordnung noch schwieriger.

Deshalb ist die sinnvollere Frage heute nicht mehr:

„Wie bekomme ich den alten Zustand zurück?“

Sondern:

„Wie baue ich meine Messung so auf, dass sie unter den heutigen Bedingungen möglichst robust bleibt?“

Was du heute statt reinem Browser-Tracking tun solltest

Aus meiner Sicht solltest du nicht nur auf eine technische Maßnahme setzen, sondern auf ein sauber kombiniertes Setup.

1. Sauberer Google Tag statt veralteter Einzel-Setups

Die Basis sollte ein aktueller, sauber implementierter Google Tag sein – nicht irgendein historisch gewachsener Flickenteppich aus alten Snippets.

Je sauberer deine Grundimplementierung ist, desto besser funktioniert später auch alles andere.

2. Enhanced Conversions nutzen

Enhanced Conversions sind heute einer der wichtigsten Hebel, wenn du die Messqualität in Google Ads verbessern willst.

Dabei werden gehashte First-Party-Daten wie E-Mail-Adresse oder Telefonnummer in datenschutzfreundlicher Form an Google übergeben, um die Conversion-Messung robuster zu machen.

Gerade bei Safari, Consent-Lücken und unvollständigen Pfaden kann das sehr wertvoll sein.

Wichtig ist: Enhanced Conversions ersetzen kein sauberes Grundtracking – sie ergänzen es.

3. Consent Mode korrekt umsetzen

Auch der Consent Mode ist heute ein wichtiger Baustein.

Er sorgt nicht dafür, dass du plötzlich alles „trotz Ablehnung“ messen darfst. Aber er hilft Google dabei, Lücken in der beobachtbaren Conversion-Messung besser zu modellieren.

Das ist gerade für Smart Bidding relevant.

Wichtig ist dabei eine technisch saubere Consent-Integration – nicht nur irgendein Banner, das optisch da ist.

4. Serverseitiges Tagging als zusätzlicher Stabilitätshebel

Ja, serverseitiges Tagging kann eine sehr sinnvolle Lösung sein.

Aber ich würde es nicht mehr so verkaufen wie in vielen älteren Artikeln: nach dem Motto „einmal Server-Side Tag Manager einbauen und Safari ist kein Problem mehr“.

So einfach ist es nicht.

Serverseitiges Tagging kann dabei helfen, Datenflüsse robuster aufzusetzen, First-Party-Setups zu stärken und die Messung deutlich stabiler zu machen. Aber es ist kein magischer Schalter, der alle Browserrestriktionen aushebelt.

Vor allem musst du unterscheiden zwischen:

  • technischer Verbesserung der Datenerfassung,
  • längerer Nutzbarkeit bestimmter Identifier,
  • und der rechtlichen Zulässigkeit.

Das sind nicht dieselben Dinge.

5. Offline Conversions und CRM-Rückspielung

Wenn du längere Sales Cycles hast, Leads erst später qualifiziert werden oder Abschlüsse nicht direkt im Browser passieren, dann solltest du zusätzlich über Offline Conversion Imports nachdenken.

Gerade im Lead-Bereich ist das oft deutlich wertvoller als zu versuchen, jeden langen Pfad rein browserseitig perfekt nachzubauen.

Dann wird aus:

  • „Formular wurde abgesendet“

später:

  • „Lead wurde qualifiziert“,
  • „Termin fand statt“,
  • „Abschluss wurde real erzielt“.

Und genau diese Information ist für Google Ads am Ende meist viel relevanter.

Ist serverseitiges Tagging die Lösung?

Es ist eine Lösung – aber nicht die einzige und nicht automatisch in jedem Setup die beste erste Maßnahme.

Serverseitiges Tagging lohnt sich besonders dann, wenn:

  • du signifikantes Volumen hast,
  • dein Safari-Anteil hoch ist,
  • dein Tracking heute sichtbar unvollständig ist,
  • und du das Thema technisch sauber aufsetzen willst.

Wenn dein Konto dagegen noch an ganz anderen Grundlagen scheitert – zum Beispiel schwache Kampagnenstruktur, schlechtes Conversion-Setup, fehlende Zieldefinition oder unklare Bid-Strategie – dann ist Server-Side nicht automatisch der erste und wichtigste Hebel.

Es ist ein starkes Werkzeug, aber eben ein Werkzeug innerhalb eines größeren Mess- und Marketing-Setups.

Und was ist mit der Cookie-Laufzeit?

Auch hier ist Vorsicht bei zu einfachen Aussagen wichtig.

Früher wurde oft gesagt: clientseitig kurz, serverseitig lang – Problem gelöst.

In der Praxis ist das heute differenzierter.

Ja, ein sauber implementiertes serverseitiges Setup kann dir deutlich helfen, Identifier und Datenflüsse robuster aufzusetzen.

Aber nein: Du solltest dich nicht darauf verlassen, dass Safari dadurch pauschal immer „zwei Jahre Analytics“ und „90 Tage Google Ads“ garantiert ermöglicht.

So pauschal kann man das heute nicht seriös versprechen.

Ist das legal?

Hier ist mir eine saubere Einordnung wichtig:

Serverseitiges Tagging ist nicht automatisch legal – und auch nicht automatisch illegal.

Entscheidend ist, wie du es umsetzt.

Wenn du Daten trotz fehlender Einwilligung sendest, dich nicht an dein Consent-Setup hältst oder Nutzer falsch informierst, wird die technische Architektur das nicht heilen.

Wenn du dagegen ein sauberes Consent-Banner, eine korrekte Einwilligungslogik, transparente Informationen und passende Verträge bzw. Einstellungen im Hintergrund hast, kann serverseitiges Tagging Teil eines sauberen Setups sein.

Wichtig ist also:

  • Consent bleibt Pflicht,
  • Transparenz bleibt Pflicht,
  • Datenschutz verschwindet nicht durch Technik.

Und wie immer an dieser Stelle: Das ist keine Rechtsberatung. Für die konkrete rechtliche Bewertung solltest du deinen Datenschutzbeauftragten oder einen spezialisierten Rechtsanwalt einbeziehen.

Was ich dir heute konkret empfehle

Wenn du das Thema sauber angehen willst, würde ich in dieser Reihenfolge denken:

  1. Prüfe in GA4 deinen Safari-Anteil und den tatsächlichen Impact.
  2. Prüfe in Google Ads den Zeitverzug bis zur Conversion.
  3. Stelle sicher, dass dein Google Tag sauber implementiert ist.
  4. Richte Enhanced Conversions ein.
  5. Setze Consent Mode technisch korrekt um.
  6. Prüfe, ob serverseitiges Tagging für dein Setup wirtschaftlich und technisch sinnvoll ist.
  7. Denke bei längeren Sales Cycles zusätzlich über Offline Conversions nach.

So gehst du deutlich strategischer vor, als einfach nur zu hoffen, dass ein einzelner technischer Hack das ganze Thema löst.

Fazit: Safari ist kein Randproblem mehr, sondern ein echtes Mess-Thema

Wenn du einen relevanten Safari-Anteil hast und deine Conversions nicht nur sofort am ersten Besuch entstehen, dann betrifft dich das Thema ziemlich wahrscheinlich.

Die schlechte Nachricht ist: Rein clientseitiges Tracking wird unter heutigen Browserbedingungen immer fragiler.

Die gute Nachricht ist: Du bist dem nicht komplett ausgeliefert.

Mit einem sauberen Setup aus Google Tag, Enhanced Conversions, Consent Mode, gegebenenfalls serverseitigem Tagging und – je nach Geschäftsmodell – Offline Conversion Imports kannst du deine Messung deutlich robuster machen.

Nicht perfekt. Aber deutlich besser als mit einem alten, rein browserbasierten Setup.

Möchtest du das Thema Tracking und Messbarkeit sauber aufsetzen?

Dann lass uns gern darüber sprechen.

Wir schauen uns nicht nur an, ob serverseitiges Tagging für dich sinnvoll ist, sondern vor allem, wie dein gesamtes Google Ads und Tracking-Setup sauberer, belastbarer und wirtschaftlich sinnvoller werden kann.

Denn am Ende geht es nicht nur darum, technisch mehr zu messen – sondern mit besseren Daten auch bessere Entscheidungen zu treffen.

Buche dir einfach einen Termin in meinem Kalender. Anschließend bekommst du eine Bestätigung mit weiteren Infos, wie unser Gespräch ablaufen wird.

Melde dich jetzt zum Google Ads Kurs an:

Sichere dir zusätzlich jetzt den exklusiven Report 📥 zum Herunterladen 📥 und mache Schluss mit Geldverschwendung.

Autor

ProvenExpert Banner

Noch keine Kommentare vorhanden

Was denkst du?

Copyright 2026 Christoph Mohr | Alle Rechte vorbehalten | Informationen zum Datenschutz | Impressum | KI-Informationen


Dieses Blog basiert auf der Inbound Marketing-Plattform Chimpify

Melde dich jetzt zum Google Ads Kurs an:

Sichere dir zusätzlich jetzt den exklusiven Report 📥 zum Herunterladen 📥 und mache Schluss mit Geldverschwendung.