IDFA: vad det är, hur det fungerar och begära tillstånd i iOS

Vad är IDFA?

IDFA (Identifier for Advertisers) — är en unik alfanumerisk identifierare som tilldelas varje Apple-enhet för reklamändamål. Till skillnad från IDFV (Identifier for Vendor) är IDFA enhetlig för alla appar på enheten och kan återställas av användaren när som helst via Inställningar — Integritet — Reklam — Återställ identifierare.

Huvudsyftet med IDFA är installationsattribuering och spårning av effektiviteten hos reklamkampanjer på Apple-enheter. Reklamnätverk använder IDFA för att koppla ett klick på en annons till en appinstallation, bygga användarprofiler och visa personaliserade annonser. Sedan implementeringen av ATT är andelen användare som ger tillgång till IDFA i genomsnitt 20–35% enligt olika uppskattningar från analysplattformar.

Enligt data från Flurry Analytics (2025) ökade adoptionsgraden för ATT efter iOS 18 till 92% av aktiva enheter, men andelen användare som samtycker till spårning sjönk till 22%. Detta ledde till en fundamental förändring inom mobilreklambranschen, vilket tvingade reklamnätverk att söka alternativa attribueringsmetoder.

Nyckelegenskap hos IDFA — den innehåller inga personuppgifter om användaren och är inte kopplad till Apple ID. Apple klassificerar den dock som en identifierare som omfattas av App Tracking Transparency-regleringen.

Hur fungerar IDFA och App Tracking Transparency

App Tracking Transparency (ATT) — är ett Apple-ramverk som introducerades i iOS 14.5 och kräver uttryckligt samtycke från användaren innan IDFA läses. Utan samtycke returnerar metoden asIdentifierManager en noll-identifierare (00000000-0000-0000-0000-000000000000) och appen kan inte spåra användaren.

App Tracking Transparency-ramverket

ATT implementeras via klassen ATTrackingManager med den enda publika metoden requestTrackingAuthorization(completionHandler:). När denna metod anropas visar systemet en inbyggd dialogruta med texten som utvecklaren anger via nyckeln NSUserTrackingUsageDescription i Info.plist. Användaren kan välja ett av tre alternativ: “Tillåt spårning”, “Be appen att inte spåra” eller “Avvisa”.

Autorisationsstatusen spåras via ATTrackingManager.trackingAuthorizationStatus, som kan ha fyra värden: notDetermined, restricted, denied eller authorized. Innan ATT begärs rekommenderas det att kontrollera den aktuella statusen och inte anropa dialogrutan om statusen redan är fastställd — från och med iOS 17 visar ett nytt anrop av requestTrackingAuthorization med status denied ingen dialogruta och returnerar ett fel.

När ska man begära tillstånd

Tidpunkten för ATT-begäran påverkar kritiskt andelen samtycken. Forskning från Singular (2025) visar att en ATT-begäran på introduktionsskärmen (vid första start) ger en konvertering på 35–45%, medan en begäran efter slutförandet av en åtgärd (t.ex. efter registrering) ökar konverteringen till 55–65%. Det rekommenderas att visa en skärm för förhandstillstånd med egen design och förklaring av värdet av spårning för användaren före systemets ATT-dialog.

Viktigt: appen kan bara anropa requestTrackingAuthorization en gång innan den får ett svar. När användaren har valt “Avvisa” eller “Begär att inte spåras” visas inte dialogrutan längre på enheten. Utvecklaren bör tillhandahålla reservmekanismer för arbete utan IDFA så att appen fortsätter att fungera korrekt under begränsade spårningsförhållanden.

Krav i iOS 18+ för spårning

Med lanseringen av iOS 18 har Apple skärpt kraven för appar som använder reklamidentifieraren. Alla appar som begär IDFA eller överför enhetsdata för reklamändamål måste följa de nya reglerna i App Store. Underlåtenhet att följa kraven leder till att bygget avvisas i modereringsfasen av App Store Connect.

Privacy Manifest och spårning

Från och med iOS 18 måste varje app innehålla en Privacy Manifest (filen privacy.xcprivacy) med deklaration av alla API:er som används för spårning. För IDFA används nycklarna NSPrivacyTracking och NSPrivacyTrackingDomains, där domänerna för reklamnätverk som identifieraren skickas till anges. Utan korrekt manifest avvisas appen vid App Store Connect-moderering.

Apple har också infört kravet på obligatorisk angivelse av orsaken till användning av reklamidentifieraren i appbeskrivningen. Om appen använder IDFA för installationsattribuering måste den använda SKAdNetwork som primär metod och IDFA endast som en extra signal för att öka attribueringsnoggrannheten.

Alternativ till IDFA

Med ökande begränsningar av IDFA har branschen utvecklat flera alternativa tillvägagångssätt. SKAdNetwork (StoreKit Ad Network) — Apples officiella attribueringsmekanism som fungerar utan IDFA och inte kräver användarens samtycke. SKAdNetwork använder signerade postback-förfrågningar mellan reklamnätverket och App Store, vilket garanterar användarens integritet.

Andra alternativ inkluderar: probabilistisk attribuering baserad på IP-adress, OS-version och andra enhetssignaler; privata aggregerade API:er som Private Click Measurement (PCM) från WebKit; och reklamplattformars egna lösningar som använder maskininlärning för att förutsäga konverteringar. För den kinesiska marknaden används också CAID (Cellular Advertising ID) baserat på operatörens mobilnätsdata.

Kodexempel för att begära IDFA

Implementering av IDFA-begäran kräver integration av App Tracking Transparency och korrekt hantering av alla möjliga autorisationsstatusar. Nedan finns ett komplett exempel för Swift med en skärm för förhandstillstånd.

ATT-begäran i Swift

Exemplet demonstrerar den fullständiga arbetscykeln med IDFA: statuskontroll, visning av skärmen för förhandstillstånd, anrop av systemets ATT-dialog och erhållande av identifieraren efter autorisation.

import AppTrackingTransparency
import AdSupport

func requestIDFAAccess() {
    let status = ATTrackingManager.trackingAuthorizationStatus

    switch status {
    case .notDetermined:
        // Visar skärm för förhandstillstånd med förklaring
        showPrePermissionScreen { accepted in
            guard accepted else { return }
            ATTrackingManager.requestTrackingAuthorization { newStatus in
                handleATTStatus(newStatus)
            }
        }
    case .authorized:
        // Användaren har redan gett samtycke — hämtar IDFA
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        print("IDFA: \(idfa.uuidString)")
    case .denied, .restricted:
        // Omdirigerar användaren till inställningar
        redirectToSettings()
    @unknown default:
        break
    }
}

private func handleATTStatus(status: ATTrackingManager.AuthorizationStatus) {
    if status == .authorized {
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        // Skickar IDFA till reklamnätverket
        sendIDFAToAdNetwork(idfa.uuidString)
    }
}

Strategier för arbete utan IDFA

Eftersom de flesta användare avvisar ATT-begäran behöver utvecklare en uppsättning strategier för effektivt arbete utan identifierare. Huvudansatsen är en kombination av SKAdNetwork och probabilistiska attribueringsmetoder.

SKAdNetwork och attribuering

SKAdNetwork (SKAN) — är Apples ramverk för installationsattribuering som inte kräver IDFA och inte visar någon samtyckesdialog. Reklamnätverket registrerar sitt SKAdNetwork-ID i appens Info.plist och efter installation skickar App Store en signerad postback med kampanjinformation. SKAN 4.0, som introducerades i iOS 17, stöder multiple conversions, source identifiers och coarse-grained conversion values.

Begränsningar för SKAN: postback-fördröjning från 24 till 48 timmar, avsaknad av användaridentifierare, begränsat antal conversion values (upp till 64). Trots detta har SKAN blivit de facto-standard för iOS-attribuering efter implementeringen av ATT, och alla stora reklamnätverk måste stödja det för att fungera på Apple-enheter.

Förutsedda identifierare

Reklamnätverk som Meta och Google har utvecklat egna lösningar baserade på maskininlärning som förutsäger konverteringar utan användaridentifierare. Meta Aggregated Events Measurement (AEM) använder aggregerad data för attribuering, och Google Attribution modellerar konverteringar baserat på historisk data.

För utvecklaren är det viktigt att implementera flera attribueringsmetoder samtidigt: SKAdNetwork som primär, serverattribuering via reklamnätverk och egna analysverktyg med konverteringsmodellering. Kombinationen av metoder möjliggör återställning av upp till 70–80% av attribueringsnoggrannheten jämfört med IDFA-eran. Det rekommenderas att testa olika metodkombinationer i betatestningsfasen för att välja den optimala uppsättningen för den specifika appen och målpubliken.