IDFA: Was es ist, wie es funktioniert und die Berechtigungsanfrage in iOS

Was ist IDFA?

IDFA (Identifier for Advertisers) ist eine eindeutige alphanumerische Kennung, die jedem Apple-Gerät zu Werbezwecken zugewiesen wird. Im Gegensatz zu IDFV (Identifier for Vendor) ist IDFA geräteübergreifend für alle Apps auf dem Gerät gleich und kann vom Benutzer jederzeit zurückgesetzt werden über Einstellungen — Datenschutz — Werbung — Kennung zurücksetzen.

Der Hauptzweck der IDFA ist die Installationsattribution und die Verfolgung der Effektivität von Werbekampagnen auf Apple-Geräten. Werbenetzwerke verwenden IDFA, um einen Anzeigenklick mit einer App-Installation zu verknüpfen, Benutzerprofile zu erstellen und personalisierte Werbung anzuzeigen. Seit der Einführung von ATT liegt der Prozentsatz der Benutzer, die Zugriff auf IDFA gewähren, laut verschiedenen Analyseplattformen bei durchschnittlich 20–35%.

Laut Flurry Analytics (2025) erreichte die ATT-Akzeptanzrate nach iOS 18 92% der aktiven Geräte, aber der Anteil der Benutzer, die dem Tracking zustimmen, sank auf 22%. Dies hat zu einem grundlegenden Wandel in der mobilen Werbebranche geführt und Werbenetzwerke gezwungen, nach alternativen Attributionsmethoden zu suchen.

Ein wesentliches Merkmal der IDFA ist, dass sie keine persönlichen Benutzerdaten enthält und nicht mit einer Apple-ID verknüpft ist. Apple klassifiziert sie jedoch als eine Kennung, die der App Tracking Transparency-Regulierung unterliegt.

Wie IDFA und App Tracking Transparency funktionieren

App Tracking Transparency (ATT) ist ein Apple-Framework, das in iOS 14.5 eingeführt wurde und eine ausdrückliche Benutzerzustimmung vor dem Lesen der IDFA erfordert. Ohne Zustimmung gibt die Methode asIdentifierManager eine genullte Kennung zurück (00000000-0000-0000-0000-000000000000), und die App kann den Benutzer nicht verfolgen.

App Tracking Transparency-Framework

ATT wird über die Klasse ATTrackingManager mit einer einzigen öffentlichen Methode requestTrackingAuthorization(completionHandler:) implementiert. Beim Aufruf dieser Methode zeigt das System einen nativen Dialog mit dem Text an, den der Entwickler über den NSUserTrackingUsageDescription-Schlüssel in Info.plist festgelegt hat. Der Benutzer kann eine von drei Optionen wählen: „Tracking erlauben“, „App bitten, nicht zu tracken“ oder „Ablehnen“.

Der Autorisierungsstatus wird über ATTrackingManager.trackingAuthorizationStatus verfolgt, der vier Werte annehmen kann: notDetermined, restricted, denied oder authorized. Vor dem Anfordern von ATT wird empfohlen, den aktuellen Status zu überprüfen und den Dialog nicht aufzurufen, wenn der Status bereits feststeht — ab iOS 17 zeigt ein erneuter Aufruf von requestTrackingAuthorization mit Status denied keinen Dialog mehr an und gibt einen Fehler zurück.

Wann man die Erlaubnis anfordern sollte

Der Zeitpunkt der ATT-Anfrage beeinflusst die Zustimmungsraten entscheidend. Untersuchungen von Singular (2025) zeigen, dass eine ATT-Anfrage auf dem Onboarding-Bildschirm (beim ersten Start) eine Konversionsrate von 35–45% ergibt, während eine Anfrage nach Abschluss einer Aktion (z.B. nach der Registrierung) die Konversion auf 55–65% erhöht. Es wird empfohlen, vor dem systemeigenen ATT-Dialog einen Pre-Permission-Bildschirm mit eigenem Design anzuzeigen, der dem Benutzer den Wert des Trackings erklärt.

Wichtig: Die App kann requestTrackingAuthorization nur einmal aufrufen, bevor sie eine Antwort erhält. Sobald der Benutzer „Ablehnen“ oder „App bitten, nicht zu tracken“ wählt, wird der Dialog auf dem Gerät nicht mehr angezeigt. Der Entwickler muss Fallback-Mechanismen für die Arbeit ohne IDFA implementieren, damit die App unter eingeschränkten Tracking-Bedingungen weiterhin korrekt funktioniert.

iOS 18+-Tracking-Anforderungen

Mit der Veröffentlichung von iOS 18 hat Apple die Anforderungen an Apps, die den Werbeidentifikator verwenden, verschärft. Alle Apps, die IDFA anfordern oder Gerätedaten zu Werbezwecken übermitteln, müssen die neuen App Store-Regeln einhalten. Die Nichteinhaltung führt zur Ablehnung des Builds während der App Store Connect-Überprüfung.

Privacy Manifest und Tracking

Ab iOS 18 muss jede App ein Privacy Manifest (privacy.xcprivacy-Datei) enthalten, das alle fürs Tracking verwendeten APIs deklariert. Für IDFA werden die Schlüssel NSPrivacyTracking und NSPrivacyTrackingDomains verwendet, in denen die Domänen der Werbenetzwerke angegeben werden, an die die Kennung übermittelt wird. Ohne korrektes Manifest wird die App während der App Store Connect-Moderation abgelehnt.

Apple hat außerdem die Anforderung eingeführt, den Grund für die Verwendung des Werbeidentifikators in der App-Beschreibung anzugeben. Wenn die App IDFA zur Installationsattribution verwendet, muss sie SKAdNetwork als primäre Methode nutzen und IDFA nur als zusätzliches Signal zur Verbesserung der Attributionsgenauigkeit verwenden.

IDFA-Alternativen

Mit zunehmenden Einschränkungen für IDFA hat die Branche mehrere alternative Ansätze entwickelt. SKAdNetwork (StoreKit Ad Network) ist der offizielle Attributionsmechanismus von Apple, der ohne IDFA funktioniert und keine Benutzerzustimmung erfordert. SKAdNetwork verwendet signierte Postback-Anfragen zwischen dem Werbenetzwerk und dem App Store und gewährleistet so die Privatsphäre des Benutzers.

Weitere Alternativen umfassen: probabilistische Attribution basierend auf IP-Adresse, OS-Version und anderen Gerätesignalen; private aggregierte APIs wie Private Click Measurement (PCM) von WebKit; und proprietäre Lösungen von Werbeplattformen, die maschinelles Lernen zur Vorhersage von Conversions nutzen. Für den chinesischen Markt wird auch CAID (Cellular Advertising ID) verwendet, das auf Mobilfunknetzdaten basiert.

Codebeispiele zur IDFA-Anforderung

Die Implementierung einer IDFA-Anforderung erfordert die Integration von App Tracking Transparency und die korrekte Behandlung aller möglichen Autorisierungsstatus. Nachfolgend finden Sie ein vollständiges Beispiel für Swift mit einem Pre-Permission-Bildschirm.

ATT-Anfrage in Swift

Das Beispiel zeigt den vollständigen Arbeitsablauf mit IDFA: Statusprüfung, Anzeigen eines Pre-Permission-Bildschirms, Aufrufen des ATT-Systemdialogs und Erhalten der Kennung nach der Autorisierung.

import AppTrackingTransparency
import AdSupport

func requestIDFAAccess() {
    let status = ATTrackingManager.trackingAuthorizationStatus

    switch status {
    case .notDetermined:
        // Pre-Permission-Bildschirm mit Erklärung anzeigen
        showPrePermissionScreen { accepted in
            guard accepted else { return }
            ATTrackingManager.requestTrackingAuthorization { newStatus in
                handleATTStatus(newStatus)
            }
        }
    case .authorized:
        // Benutzer hat bereits zugestimmt — IDFA wird abgerufen
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        print("IDFA: \(idfa.uuidString)")
    case .denied, .restricted:
        // Benutzer zu den Einstellungen weiterleiten
        redirectToSettings()
    @unknown default:
        break
    }
}

private func handleATTStatus(status: ATTrackingManager.AuthorizationStatus) {
    if status == .authorized {
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        // IDFA an das Werbenetzwerk übermitteln
        sendIDFAToAdNetwork(idfa.uuidString)
    }
}

Strategien für die Arbeit ohne IDFA

Da die meisten Benutzer die ATT-Anfrage ablehnen, benötigen Entwickler eine Reihe von Strategien, um ohne die Kennung effektiv zu arbeiten. Der Hauptansatz ist eine Kombination aus SKAdNetwork und probabilistischen Attributionsmethoden.

SKAdNetwork und Attribution

SKAdNetwork (SKAN) ist ein Apple-Framework zur Installationsattribution, das keine IDFA benötigt und keinen Zustimmungsdialog anzeigt. Das Werbenetzwerk registriert seine SKAdNetwork-ID im Info.plist der App, und nach der Installation sendet der App Store einen signierten Postback mit Kampagneninformationen. SKAN 4.0, eingeführt in iOS 17, unterstützt mehrere Conversions, Quellkennungen und grobkörnige Conversion-Werte.

SKAN-Einschränkungen: Postback-Verzögerung von 24 bis 48 Stunden, keine Benutzerkennung und begrenzte Conversion-Werte (bis zu 64). Trotzdem ist SKAN nach der ATT-Einführung zum De-facto-Standard für iOS-Attribution geworden, und alle großen Werbenetzwerke müssen es unterstützen, um auf Apple-Geräten zu funktionieren.

Vorhersagekennungen

Werbenetzwerke wie Meta und Google haben eigene Lösungen auf Basis von maschinellem Lernen entwickelt, die Conversions ohne Benutzerkennung vorhersagen. Meta Aggregated Events Measurement (AEM) verwendet aggregierte Daten zur Attribution, während Google Attribution Conversions auf Basis historischer Daten modelliert.

Für Entwickler ist es wichtig, mehrere Attributionsmethoden gleichzeitig zu implementieren: SKAdNetwork als primäre Methode, serverseitige Attribution über Werbenetzwerke und eigene Analysetools mit Conversions-Modellierung. Die Kombination von Methoden ermöglicht es, bis zu 70–80% der Attributionsgenauigkeit im Vergleich zur IDFA-Ära wiederherzustellen. Es wird empfohlen, während der Beta-Testphase verschiedene Methodenkombinationen zu testen, um den optimalen Satz für die jeweilige App und Zielgruppe zu ermitteln.