IDFA: wat het is, hoe het werkt en toestemming vragen in iOS

Wat is IDFA?

IDFA (Identifier for Advertisers) — is een uniek alfanumeriek ID dat aan elk Apple-apparaat wordt toegewezen voor advertentiedoeleinden. In tegenstelling tot IDFV (Identifier for Vendor) is IDFA uniform voor alle apps op het apparaat en kan de gebruiker het op elk moment resetten via Instellingen — Privacy — Advertenties — ID resetten.

Het belangrijkste doel van IDFA is installatie-attributie en het volgen van de effectiviteit van advertentiecampagnes op Apple-apparaten. Advertentienetwerken gebruiken IDFA om een klik op een advertentie te koppelen aan een app-installatie, gebruikersprofielen op te bouwen en gepersonaliseerde advertenties weer te geven. Sinds de implementatie van ATT bedraagt het percentage gebruikers dat toegang geeft tot IDFA gemiddeld 20–35% volgens verschillende schattingen van analyseplatforms.

Volgens gegevens van Flurry Analytics (2025) steeg na iOS 18 de adoptiegraad van ATT naar 92% van de actieve apparaten, maar daalde het aandeel gebruikers dat instemt met tracking naar 22%. Dit leidde tot een fundamentele verschuiving in de mobiele advertentie-industrie, waardoor advertentienetwerken gedwongen werden alternatieve attributiemethoden te zoeken.

Belangrijkste kenmerk van IDFA — het bevat geen persoonlijke gegevens van de gebruiker en is niet gekoppeld aan Apple ID. Apple classificeert het echter als een ID dat onder de App Tracking Transparency-regelgeving valt.

Hoe werken IDFA en App Tracking Transparency

App Tracking Transparency (ATT) — is een Apple-framework dat werd geïntroduceerd in iOS 14.5 en expliciete toestemming van de gebruiker vereist voordat IDFA wordt gelezen. Zonder toestemming retourneert de methode asIdentifierManager een nul-ID (00000000-0000-0000-0000-000000000000) en kan de app de gebruiker niet volgen.

App Tracking Transparency Framework

ATT is geïmplementeerd via de klasse ATTrackingManager met de enige publieke methode requestTrackingAuthorization(completionHandler:). Bij het aanroepen van deze methode toont het systeem een native dialoogvenster met de tekst die de ontwikkelaar instelt via de sleutel NSUserTrackingUsageDescription in Info.plist. De gebruiker kan kiezen uit drie opties: „Sta tracking toe“, „Vraag de app om niet te volgen“ of „Weiger“.

De autorisatiestatus wordt gevolgd via ATTrackingManager.trackingAuthorizationStatus, die vier waarden kan aannemen: notDetermined, restricted, denied of authorized. Voordat ATT wordt aangevraagd, wordt aanbevolen de huidige status te controleren en de dialoog niet aan te roepen als de status al is bepaald — vanaf iOS 17 toont het opnieuw aanroepen van requestTrackingAuthorization bij de status denied geen dialoog en retourneert het een fout.

Wanneer toestemming vragen

Het moment van de ATT-aanvraag heeft een cruciale invloed op het percentage toestemmingen. Onderzoek van Singular (2025) toont aan dat ATT-aanvraag op het onboarding-scherm (bij eerste start) een conversie van 35–45% geeft, terwijl een aanvraag na het voltooien van een actie (bijvoorbeeld na registratie) de conversie verhoogt naar 55–65%. Het wordt aanbevolen een pre-permission-scherm met eigen ontwerp en uitleg over de waarde van tracking voor de gebruiker weer te geven vóór de systeem-ATT-dialoog.

Belangrijk: de app kan requestTrackingAuthorization slechts één keer aanroepen voordat een antwoord wordt ontvangen. Nadat de gebruiker „Weiger“ of „Vraag om niet te volgen“ heeft gekozen, wordt de dialoog niet meer op het apparaat getoond. De ontwikkelaar moet fallback-mechanismen voorzien voor werken zonder IDFA, zodat de app correct blijft functioneren onder beperkte tracking-omstandigheden.

Vereisten van iOS 18+ voor tracking

Met de release van iOS 18 heeft Apple de vereisten aangescherpt voor apps die de advertentie-ID gebruiken. Alle apps die IDFA aanvragen of apparaatgegevens verzenden voor advertentiedoeleinden moeten voldoen aan de nieuwe regels van de App Store. Niet-naleving van de vereisten leidt tot afwijzing van de build in de moderatiefase van App Store Connect.

Privacy Manifest en tracking

Vanaf iOS 18 moet elke app een Privacy Manifest (bestand privacy.xcprivacy) bevatten met een declaratie van alle API's die worden gebruikt voor tracking. Voor IDFA worden de sleutels NSPrivacyTracking en NSPrivacyTrackingDomains gebruikt, waarin de domeinen van advertentienetwerken worden vermeld waaraan de ID wordt doorgegeven. Zonder correct manifest wordt de app afgewezen bij App Store Connect-moderatie.

Apple heeft ook de verplichting ingevoerd om de reden voor het gebruik van de advertentie-ID in de app-beschrijving te vermelden. Als de app IDFA gebruikt voor installatie-attributie, moet deze SKAdNetwork als primaire methode gebruiken en IDFA alleen als aanvullend signaal om de attributienauwkeurigheid te verhogen.

Alternatieven voor IDFA

Met de toenemende beperkingen op IDFA heeft de industrie verschillende alternatieve benaderingen ontwikkeld. SKAdNetwork (StoreKit Ad Network) — het officiële attributiemechanisme van Apple dat werkt zonder IDFA en geen gebruikers toestemming vereist. SKAdNetwork gebruikt ondertekende postback-verzoeken tussen het advertentienetwerk en de App Store, waardoor de privacy van de gebruiker wordt gegarandeerd.

Andere alternatieven zijn: probabilistische attributie op basis van IP-adres, OS-versie en andere apparaatsignalen; privé-geaggregeerde API's zoals Private Click Measurement (PCM) van WebKit; en eigen oplossingen van advertentieplatforms die machine learning gebruiken om conversies te voorspellen. Voor de Chinese markt wordt ook CAID (Cellular Advertising ID) gebruikt, gebaseerd op mobiele netwerkgegevens van de operator.

Codevoorbeelden voor het aanvragen van IDFA

Implementatie van IDFA-aanvraag vereist integratie van App Tracking Transparency en correcte afhandeling van alle mogelijke autorisatiestatussen. Hieronder staat een volledig voorbeeld voor Swift met een pre-permission-scherm.

ATT-aanvraag in Swift

Het voorbeeld demonstreert de volledige werkcyclus met IDFA: statuscontrole, weergave van het pre-permission-scherm, aanroep van de systeem-ATT-dialoog en verkrijging van de ID na autorisatie.

import AppTrackingTransparency
import AdSupport

func requestIDFAAccess() {
    let status = ATTrackingManager.trackingAuthorizationStatus

    switch status {
    case .notDetermined:
        // Pre-permission-scherm tonen met uitleg
        showPrePermissionScreen { accepted in
            guard accepted else { return }
            ATTrackingManager.requestTrackingAuthorization { newStatus in
                handleATTStatus(newStatus)
            }
        }
    case .authorized:
        // Gebruiker heeft al toestemming gegeven — IDFA verkrijgen
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        print("IDFA: \(idfa.uuidString)")
    case .denied, .restricted:
        // Gebruiker doorverwijzen naar instellingen
        redirectToSettings()
    @unknown default:
        break
    }
}

private func handleATTStatus(status: ATTrackingManager.AuthorizationStatus) {
    if status == .authorized {
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        // IDFA doorgeven aan advertentienetwerk
        sendIDFAToAdNetwork(idfa.uuidString)
    }
}

Strategieën voor werken zonder IDFA

Aangezien de meeste gebruikers de ATT-aanvraag afwijzen, hebben ontwikkelaars een reeks strategieën nodig voor effectief werken zonder ID. De belangrijkste benadering is een combinatie van SKAdNetwork en probabilistische attributiemethoden.

SKAdNetwork en attributie

SKAdNetwork (SKAN) — is een Apple-framework voor installatie-attributie dat geen IDFA vereist en geen dialoog voor toestemming toont. Het advertentienetwerk registreert zijn SKAdNetwork-ID in de Info.plist van de app, en na installatie stuurt de App Store een ondertekende postback met campagne-informatie. SKAN 4.0, geïntroduceerd in iOS 17, ondersteunt multiple conversions, source identifiers en coarse-grained conversion values.

Beperkingen van SKAN: postback-vertraging van 24 tot 48 uur, geen gebruikers-ID, beperkt aantal conversion values (tot 64). Desondanks is SKAN de facto standaard geworden voor iOS-attributie na implementatie van ATT, en alle grote advertentienetwerken moeten het ondersteunen om op Apple-apparaten te werken.

Voorspelde identificatoren

Advertentienetwerken zoals Meta en Google hebben eigen oplossingen ontwikkeld op basis van machine learning die conversies voorspellen zonder gebruikers-ID. Meta Aggregated Events Measurement (AEM) gebruikt geaggregeerde gegevens voor attributie, en Google Attribution modelleert conversies op basis van historische gegevens.

Voor de ontwikkelaar is het belangrijk om meerdere attributiemethoden tegelijk te implementeren: SKAdNetwork als primair, serverattributie via advertentienetwerken en eigen analytische tools met conversiemodellering. Combinatie van methoden maakt het mogelijk om tot 70–80% van de attributienauwkeurigheid te herstellen in vergelijking met het IDFA-tijdperk. Het wordt aanbevolen verschillende combinaties van methoden te testen in de bètafase om de optimale set voor de specifieke app en doelgroep te selecteren.