IDFA: ce este, cum funcționează și solicitarea permisiunii în iOS

Ce este IDFA?

IDFA (Identifier for Advertisers) — este un identificator alfanumeric unic atribuit fiecărui dispozitiv Apple în scopuri publicitare. Spre deosebire de IDFV (Identifier for Vendor), IDFA este unificat pentru toate aplicațiile de pe dispozitiv și poate fi resetat de utilizator în orice moment prin Setări — Confidențialitate — Publicitate — Resetează identificatorul.

Scopul principal al IDFA este atribuirea instalărilor și urmărirea eficacității campaniilor publicitare pe dispozitivele Apple. Rețelele publicitare folosesc IDFA pentru a lega clicul pe un anunț de instalarea aplicației, construirea profilurilor de utilizatori și afișarea reclamelor personalizate. De la implementarea ATT, procentul utilizatorilor care oferă acces la IDFA este în medie de 20–35% conform diferitelor estimări ale platformelor analitice.

Conform datelor Flurry Analytics (2025), după iOS 18 rata de adopție ATT a crescut la 92% dintre dispozitivele active, dar ponderea utilizatorilor care acceptă urmărirea a scăzut la 22%. Aceasta a dus la o schimbare fundamentală în industria publicității mobile, forțând rețelele publicitare să caute metode alternative de atribuire.

Caracteristica cheie a IDFA — nu conține date personale ale utilizatorului și nu este legat de Apple ID. Cu toate acestea, Apple îl clasifică drept identificator supus reglementării App Tracking Transparency.

Cum funcționează IDFA și App Tracking Transparency

App Tracking Transparency (ATT) — este framework-ul Apple introdus în iOS 14.5, care necesită acordul explicit al utilizatorului înainte de citirea IDFA. Fără acord, metoda asIdentifierManager returnează un identificator zero (00000000-0000-0000-0000-000000000000), iar aplicația nu poate urmări utilizatorul.

Framework-ul App Tracking Transparency

ATT este implementat prin clasa ATTrackingManager cu unicul său metodă publică requestTrackingAuthorization(completionHandler:). La apelarea acestei metode, sistemul afișează un dialog nativ cu textul pe care dezvoltatorul îl stabilește prin cheia NSUserTrackingUsageDescription în Info.plist. Utilizatorul poate alege una dintre cele trei opțiuni: „Permite urmărirea”, „Solicită aplicației să nu urmărească” sau „Respinge”.

Starea de autorizare este urmărită prin ATTrackingManager.trackingAuthorizationStatus, care poate lua patru valori: notDetermined, restricted, denied sau authorized. Înainte de solicitarea ATT, se recomandă verificarea stării curente și neapelarea dialogului dacă starea este deja determinată — începând cu iOS 17, reapelarea requestTrackingAuthorization în starea denied nu afișează dialogul și returnează o eroare.

Când să solicitați permisiunea

Momentul solicitării ATT influențează critic procentul de acorduri. Cercetările Singular (2025) arată că solicitarea ATT pe ecranul de onboarding (la prima lansare) oferă o conversie de 35–45%, în timp ce solicitarea după finalizarea unei acțiuni (de exemplu, după înregistrare) crește conversia la 55–65%. Se recomandă afișarea unui ecran de pre-permisie cu design propriu și explicarea valorii urmăririi pentru utilizator înaintea dialogului sistemic ATT.

Important: aplicația poate apela requestTrackingAuthorization o singură dată înainte de a primi un răspuns. După ce utilizatorul a ales „Respinge” sau „Solicită să nu urmărească”, dialogul nu mai este afișat pe dispozitiv. Dezvoltatorul trebuie să prevadă mecanisme de rezervă pentru lucrul fără IDFA, astfel încât aplicația să continue să funcționeze corect în condiții de urmărire limitată.

Cerințele iOS 18+ pentru urmărire

Odată cu lansarea iOS 18, Apple a înăsprit cerințele pentru aplicațiile care folosesc identificatorul publicitar. Toate aplicațiile care solicită IDFA sau transmit date despre dispozitiv în scopuri publicitare trebuie să respecte noile reguli App Store. Nerespectarea cerințelor duce la respingerea build-ului în etapa de moderare App Store Connect.

Privacy Manifest și urmărirea

Începând cu iOS 18, fiecare aplicație trebuie să includă Privacy Manifest (fișierul privacy.xcprivacy) cu declarația tuturor API-urilor utilizate pentru urmărire. Pentru IDFA se folosesc cheile NSPrivacyTracking și NSPrivacyTrackingDomains, unde se specifică domeniile rețelelor publicitare cărora li se transmite identificatorul. Fără un manifest corect, aplicația este respinsă la moderarea App Store Connect.

Apple a introdus și cerința indicării obligatorii a motivului utilizării identificatorului publicitar în descrierea aplicației. Dacă aplicația folosește IDFA pentru atribuirea instalărilor, trebuie să utilizeze SKAdNetwork ca metodă principală, iar IDFA doar ca semnal suplimentar pentru creșterea preciziei atribuirii.

Alternative la IDFA

Odată cu creșterea restricțiilor asupra IDFA, industria a dezvoltat mai multe abordări alternative. SKAdNetwork (StoreKit Ad Network) — mecanismul oficial de atribuire de la Apple, care funcționează fără IDFA și nu necesită acordul utilizatorului. SKAdNetwork utilizează cereri postback semnate între rețeaua publicitară și App Store, garantând confidențialitatea utilizatorului.

Alte alternative includ: atribuirea probabilistică bazată pe adresa IP, versiunea OS și alte semnale ale dispozitivului; API-uri private agregate, cum ar fi Private Click Measurement (PCM) de la WebKit; și soluții proprii ale platformelor publicitare care utilizează învățarea automată pentru a prezice conversiile. Pentru piața chineză se folosește și CAID (Cellular Advertising ID), bazat pe datele rețelei mobile a operatorului.

Exemple de cod pentru solicitarea IDFA

Implementarea solicitării IDFA necesită integrarea App Tracking Transparency și gestionarea corectă a tuturor stărilor posibile de autorizare. Mai jos este un exemplu complet pentru Swift cu ecran de pre-permisie.

Solicitarea ATT în Swift

Exemplul demonstrează ciclul complet de lucru cu IDFA: verificarea stării, afișarea ecranului de pre-permisie, apelarea dialogului sistemic ATT și obținerea identificatorului după autorizare.

import AppTrackingTransparency
import AdSupport

func requestIDFAAccess() {
    let status = ATTrackingManager.trackingAuthorizationStatus

    switch status {
    case .notDetermined:
        // Afișăm ecranul de pre-permisie cu explicația
        showPrePermissionScreen { accepted in
            guard accepted else { return }
            ATTrackingManager.requestTrackingAuthorization { newStatus in
                handleATTStatus(newStatus)
            }
        }
    case .authorized:
        // Utilizatorul și-a dat deja acordul — obținem IDFA
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        print("IDFA: \(idfa.uuidString)")
    case .denied, .restricted:
        // Redirecționăm utilizatorul către setări
        redirectToSettings()
    @unknown default:
        break
    }
}

private func handleATTStatus(status: ATTrackingManager.AuthorizationStatus) {
    if status == .authorized {
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        // Transmitem IDFA către rețeaua publicitară
        sendIDFAToAdNetwork(idfa.uuidString)
    }
}

Strategii de lucru fără IDFA

Deoarece majoritatea utilizatorilor resping solicitarea ATT, dezvoltatorii au nevoie de un set de strategii pentru lucrul eficient fără identificator. Abordarea principală este combinația dintre SKAdNetwork și metodele probabilistice de atribuire.

SKAdNetwork și atribuirea

SKAdNetwork (SKAN) — este framework-ul Apple pentru atribuirea instalărilor, care nu necesită IDFA și nu afișează dialogul de acord. Rețeaua publicitară își înregistrează SKAdNetwork ID în Info.plist al aplicației, iar după instalare App Store trimite un postback semnat cu informații despre campanie. SKAN 4.0, introdus în iOS 17, suportă multiple conversions, source identifiers și coarse-grained conversion values.

Limitări SKAN: întârzierea postback de la 24 la 48 de ore, lipsa identificatorului utilizatorului, numărul limitat de conversion values (până la 64). În ciuda acestui fapt, SKAN a devenit standardul de facto pentru atribuirea iOS după implementarea ATT, iar toate rețelele publicitare mari sunt obligate să îl suporte pentru a funcționa pe dispozitivele Apple.

Identificatori previzioni

Rețelele publicitare, precum Meta și Google, au dezvoltat propriile soluții bazate pe învățarea automată care prezic conversiile fără identificatorul utilizatorului. Meta Aggregated Events Measurement (AEM) utilizează date agregate pentru atribuire, iar Google Attribution modelează conversiile pe baza datelor istorice.

Pentru dezvoltator este important să implementeze mai multe metode de atribuire simultan: SKAdNetwork ca principală, atribuirea pe server prin rețelele publicitare și propriile instrumente analitice cu modelare a conversiilor. Combinarea metodelor permite recuperarea a până la 70–80% din precizia atribuirii în comparație cu era IDFA. Se recomandă testarea diferitelor combinații de metode în faza de beta-testare pentru a selecta setul optim pentru aplicația specifică și publicul țintă.