IDFA: mi ez, hogyan működik és engedélykérés iOS-ben

Mi az IDFA?

IDFA (Identifier for Advertisers) — egy egyedi alfanumerikus azonosító, amelyet minden Apple eszközhöz rendelnek reklámcélokra. Az IDFV-től (Identifier for Vendor) eltérően az IDFA egységes az eszközön lévő összes alkalmazás számára, és a felhasználó bármikor visszaállíthatja a Beállítások — Adatvédelem — Reklám — Azonosító visszaállítása menüpontban.

Az IDFA fő célja a telepítések attribúciója és a reklámkampányok hatékonyságának nyomon követése Apple eszközökön. A hirdetési hálózatok az IDFA-t használják a hirdetésre kattintás és az alkalmazástelepítés összekapcsolására, felhasználói profilok építésére és személyre szabott hirdetések megjelenítésére. Az ATT bevezetése óta az IDFA-hoz hozzáférést biztosító felhasználók aránya átlagosan 20–35% a különböző elemzőplatformok becslései szerint.

A Flurry Analytics (2025) adatai szerint iOS 18 után az ATT elfogadottsági aránya az aktív eszközök 92%-ára nőtt, de a nyomon követésbe beleegyező felhasználók aránya 22%-ra csökkent. Ez alapvető változáshoz vezetett a mobilhirdetési iparágban, ami arra kényszerítette a hirdetési hálózatokat, hogy alternatív attribúciós módszereket keressenek.

Fő jellemzője az IDFA-nak — nem tartalmaz személyes adatokat és nem kapcsolódik az Apple ID-hoz. Az Apple azonban olyan azonosítóként osztályozza, amely az App Tracking Transparency szabályozása alá tartozik.

Hogyan működik az IDFA és az App Tracking Transparency

App Tracking Transparency (ATT) — egy Apple keretrendszer, amelyet iOS 14.5-ben vezettek be, és amely kifejezett felhasználói hozzájárulást igényel az IDFA olvasása előtt. Hozzájárulás nélkül az asIdentifierManager metódus nulla azonosítót (00000000-0000-0000-0000-000000000000) ad vissza, és az alkalmazás nem tudja nyomon követni a felhasználót.

App Tracking Transparency Keretrendszer

ATT az ATTrackingManager osztályon keresztül van implementálva, egyetlen publikus metódussal: requestTrackingAuthorization(completionHandler:). A metódus meghívásakor a rendszer egy natív párbeszédablakot jelenít meg a fejlesztő által az Info.plist NSUserTrackingUsageDescription kulcsán keresztül beállított szöveggel. A felhasználó három lehetőség közül választhat: „Nyomkövetés engedélyezése“, „Alkalmazás kérelmezése, hogy ne kövessen nyomon“ vagy „Elutasítás“.

Az engedélyezés állapotát az ATTrackingManager.trackingAuthorizationStatus követi, amely négy értéket vehet fel: notDetermined, restricted, denied vagy authorized. Az ATT kérése előtt ajánlott ellenőrizni az aktuális állapotot, és nem meghívni a párbeszédablakot, ha az állapot már meghatározott — iOS 17-től kezdődően a requestTrackingAuthorization újbóli meghívása denied állapotban nem jeleníti meg a párbeszédablakot, és hibát ad vissza.

Mikor kérjünk engedélyt

Az ATT kérésének időpontja kritikusan befolyásolja a hozzájárulások arányát. A Singular (2025) kutatásai szerint az ATT kérése a bevezető képernyőn (első indításkor) 35–45%-os konverziót ad, míg a kérés valamilyen művelet befejezése után (pl. regisztráció után) 55–65%-ra növeli a konverziót. Ajánlott egy előzetes engedélyképernyő megjelenítése saját dizájnnal és a nyomon követés értékének magyarázatával a rendszer ATT párbeszédablaka előtt.

Fontos: az alkalmazás csak egyszer hívhatja meg a requestTrackingAuthorization-t, mielőtt választ kap. Miután a felhasználó kiválasztotta az „Elutasítás“ vagy „Kérelem, hogy ne kövessen nyomon“ lehetőséget, a párbeszédablak többé nem jelenik meg az eszközön. A fejlesztőnek tartalék mechanizmusokat kell biztosítania az IDFA nélküli munkához, hogy az alkalmazás továbbra is megfelelően működjön korlátozott nyomon követés mellett.

Az iOS 18+ követelményei a nyomon követéshez

Az iOS 18 megjelenésével az Apple szigorította a reklámazonosítót használó alkalmazásokra vonatkozó követelményeket. Minden olyan alkalmazásnak, amely IDFA-t kér vagy eszközadatokat küld reklámcélokra, meg kell felelnie az App Store új szabályainak. A követelmények be nem tartása a build elutasításához vezet az App Store Connect moderálási szakaszaiban.

Privacy Manifest és nyomon követés

iOS 18-tól kezdődően minden alkalmazásnak tartalmaznia kell egy Privacy Manifest-et (privacy.xcprivacy fájl) a nyomon követéshez használt összes API deklarálásával. Az IDFA esetében az NSPrivacyTracking és NSPrivacyTrackingDomains kulcsok használatosak, ahol meg kell adni azon hirdetési hálózatok domainjeit, amelyeknek az azonosító továbbításra kerül. Helyes manifest nélkül az alkalmazást elutasítják az App Store Connect moderálása során.

Az Apple bevezette a reklámazonosító használata okának kötelező feltüntetését az alkalmazás leírásában is. Ha az alkalmazás IDFA-t használ telepítések attribúciójához, akkor az SKAdNetwork-öt kell elsődleges módszerként használnia, az IDFA-t pedig csak kiegészítő jelzésként az attribúció pontosságának növelésére.

Az IDFA alternatívái

Az IDFA korlátozásainak növekedésével az iparág több alternatív megközelítést dolgozott ki. SKAdNetwork (StoreKit Ad Network) — az Apple hivatalos attribúciós mechanizmusa, amely IDFA nélkül működik, és nem igényel felhasználói hozzájárulást. Az SKAdNetwork aláírt postback kéréseket használ a hirdetési hálózat és az App Store között, garantálva a felhasználó adatvédelmét.

További alternatívák: valószínűségi attribúció IP-cím, OS-verzió és egyéb eszközjelek alapján; privát összesített API-k, mint a WebKit Private Click Measurement (PCM)je; és a hirdetési platformok saját megoldásai, amelyek gépi tanulást használnak a konverziók előrejelzésére. A kínai piac esetében használják a CAID-ot (Cellular Advertising ID) is, amely a mobilszolgáltató hálózati adatain alapul.

Kódpéldák az IDFA kéréséhez

Az IDFA kérés implementációja megköveteli az App Tracking Transparency integrációját és az összes lehetséges engedélyezési állapot helyes kezelését. Az alábbiakban egy teljes példa található Swift nyelven előzetes engedélyképernyővel.

ATT kérés Swift-ben

A példa bemutatja a teljes munkafolyamatot az IDFA-val: állapotellenőrzés, előzetes engedélyképernyő megjelenítése, rendszer ATT párbeszédablak meghívása és az azonosító megszerzése engedélyezés után.

import AppTrackingTransparency
import AdSupport

func requestIDFAAccess() {
    let status = ATTrackingManager.trackingAuthorizationStatus

    switch status {
    case .notDetermined:
        // Előzetes engedélyképernyő megjelenítése magyarázattal
        showPrePermissionScreen { accepted in
            guard accepted else { return }
            ATTrackingManager.requestTrackingAuthorization { newStatus in
                handleATTStatus(newStatus)
            }
        }
    case .authorized:
        // A felhasználó már hozzájárult — IDFA lekérése
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        print("IDFA: \(idfa.uuidString)")
    case .denied, .restricted:
        // Felhasználó átirányítása a beállításokhoz
        redirectToSettings()
    @unknown default:
        break
    }
}

private func handleATTStatus(status: ATTrackingManager.AuthorizationStatus) {
    if status == .authorized {
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        // IDFA továbbítása a hirdetési hálózatnak
        sendIDFAToAdNetwork(idfa.uuidString)
    }
}

Stratégiák IDFA nélküli munkához

Mivel a felhasználók többsége elutasítja az ATT kérést, a fejlesztőknek stratégiákra van szükségük a hatékony munkához azonosító nélkül. A fő megközelítés az SKAdNetwork és a valószínűségi attribúciós módszerek kombinációja.

SKAdNetwork és attribúció

SKAdNetwork (SKAN) — az Apple keretrendszere a telepítések attribúciójára, amely nem igényel IDFA-t és nem jelenít meg hozzájárulási párbeszédablakot. A hirdetési hálózat regisztrálja SKAdNetwork azonosítóját az alkalmazás Info.plist fájljában, és a telepítés után az App Store aláírt postback-et küld a kampány információival. Az iOS 17-ben bevezetett SKAN 4.0 támogatja a multiple conversions, source identifiers és coarse-grained conversion values funkciókat.

Az SKAN korlátai: postback késleltetés 24-től 48 óráig, felhasználói azonosító hiánya, korlátozott számú conversion values (64-ig). Ennek ellenére az SKAN de facto szabvánnyá vált az iOS attribúcióhoz az ATT bevezetése után, és minden nagy hirdetési hálózatnak támogatnia kell azt az Apple eszközökön való működéshez.

Előrejelzett azonosítók

Az olyan hirdetési hálózatok, mint a Meta és a Google, saját megoldásokat fejlesztettek ki gépi tanulás alapján, amelyek előrejelzik a konverziókat felhasználói azonosító nélkül. A Meta Aggregated Events Measurement (AEM) összesített adatokat használ az attribúcióhoz, a Google Attribution pedig történelmi adatok alapján modellezi a konverziókat.

A fejlesztő számára fontos, hogy egyszerre több attribúciós módszert implementáljon: SKAdNetwork elsődlegesként, szerveroldali attribúciót hirdetési hálózatokon keresztül és saját analitikai eszközöket konverziómodellezéssel. A módszerek kombinációja lehetővé teszi az attribúciós pontosság 70–80%-os helyreállítását az IDFA korszakhoz képest. Javasolt különböző módszerkombinációk tesztelése a béta tesztelési szakaszban az optimális készlet kiválasztásához az adott alkalmazáshoz és célközönséghez.