IDFA: ano ito, paano ito gumagana at paghiling ng pahintulot sa iOS

Ano ang IDFA?

IDFA (Identifier for Advertisers) — ay isang natatanging alphanumeric identifier na itinalaga sa bawat Apple device para sa mga layunin ng advertising. Hindi tulad ng IDFV (Identifier for Vendor), ang IDFA ay pareho para sa lahat ng apps sa device at maaaring i-reset ng user anumang oras sa pamamagitan ng Settings — Privacy — Advertising — Reset identifier.

Ang pangunahing layunin ng IDFA ay attribution ng pag-install at pagsubaybay sa pagiging epektibo ng mga kampanya sa advertising sa mga Apple device. Ginagamit ng mga network ng advertising ang IDFA upang i-link ang click sa isang ad sa pag-install ng app, bumuo ng mga profile ng user, at magpakita ng mga personalized na ad. Mula nang ipatupad ang ATT, ang porsyento ng mga user na nagbibigay ng access sa IDFA ay nasa average na 20–35% ayon sa iba't ibang pagtatantya ng mga analytics platform.

Ayon sa data ng Flurry Analytics (2025), pagkatapos ng iOS 18 ang adoption rate ng ATT ay tumaas sa 92% ng mga aktibong device, ngunit ang bahagi ng mga user na pumapayag sa pagsubaybay ay bumaba sa 22%. Ito ay humantong sa isang pangunahing pagbabago sa industriya ng mobile advertising, na pinilit ang mga network ng advertising na maghanap ng mga alternatibong pamamaraan ng attribution.

Pangunahing tampok ng IDFA — hindi ito naglalaman ng personal na data ng user at hindi naka-link sa Apple ID. Gayunpaman, inuuri ito ng Apple bilang isang identifier na napapailalim sa regulasyon ng App Tracking Transparency.

Paano gumagana ang IDFA at App Tracking Transparency

App Tracking Transparency (ATT) — ay framework ng Apple na ipinakilala sa iOS 14.5, na nangangailangan ng tahasang pahintulot ng user bago basahin ang IDFA. Kung walang pahintulot, ang pamamaraang asIdentifierManager ay nagbabalik ng zero identifier (00000000-0000-0000-0000-000000000000), at ang app ay hindi maaaring subaybayan ang user.

App Tracking Transparency Framework

Ang ATT ay ipinatupad sa pamamagitan ng klaseng ATTrackingManager na may nag-iisang pampublikong pamamaraan requestTrackingAuthorization(completionHandler:). Kapag tinawag ang pamamaraang ito, ang system ay nagpapakita ng native na dialog na may tekstong itinakda ng developer sa pamamagitan ng key na NSUserTrackingUsageDescription sa Info.plist. Maaaring pumili ang user ng isa sa tatlong opsyon: “Payagan ang pagsubaybay”, “Hilingin sa app na huwag subaybayan” o “Tanggihan”.

Ang status ng awtorisasyon ay sinusubaybayan sa pamamagitan ng ATTrackingManager.trackingAuthorizationStatus, na maaaring tumagal ng apat na value: notDetermined, restricted, denied o authorized. Bago humiling ng ATT, inirerekomenda na suriin ang kasalukuyang status at huwag tawagan ang dialog kung ang status ay natukoy na — simula sa iOS 17, ang muling pagtawag sa requestTrackingAuthorization na may status na denied ay hindi nagpapakita ng dialog at nagbabalik ng error.

Kailan humingi ng pahintulot

Ang oras ng kahilingan ng ATT ay kritikal na nakakaapekto sa porsyento ng mga pahintulot. Ang pananaliksik ng Singular (2025) ay nagpapakita na ang kahilingan ng ATT sa onboarding screen (sa unang paglunsad) ay nagbibigay ng conversion na 35–45%, samantalang ang kahilingan pagkatapos makumpleto ang isang aksyon (halimbawa, pagkatapos ng pagpaparehistro) ay nagtataas ng conversion sa 55–65%. Inirerekomenda na magpakita ng pre-permission screen na may sariling disenyo at paliwanag ng halaga ng pagsubaybay para sa user bago ang system ATT dialog.

Mahalaga: ang app ay maaaring tumawag ng requestTrackingAuthorization nang isang beses lamang bago makatanggap ng tugon. Pagkatapos pumili ang user ng “Tanggihan” o “Hilingin na huwag subaybayan”, ang dialog ay hindi na ipapakita sa device. Dapat magbigay ang developer ng mga fallback na mekanismo para sa pagtatrabaho nang walang IDFA upang ang app ay patuloy na gumana nang tama sa mga kondisyon ng limitadong pagsubaybay.

Mga kinakailangan ng iOS 18+ para sa pagsubaybay

Sa paglabas ng iOS 18, pinahigpit ng Apple ang mga kinakailangan para sa mga app na gumagamit ng advertising identifier. Lahat ng app na humihiling ng IDFA o nagpapadala ng data ng device para sa mga layunin ng advertising ay dapat sumunod sa mga bagong patakaran ng App Store. Ang hindi pagsunod sa mga kinakailangan ay humahantong sa pagtanggi ng build sa yugto ng moderation ng App Store Connect.

Privacy Manifest at pagsubaybay

Simula sa iOS 18, ang bawat app ay dapat magsama ng Privacy Manifest (file privacy.xcprivacy) na may deklarasyon ng lahat ng API na ginagamit para sa pagsubaybay. Para sa IDFA ginagamit ang mga key na NSPrivacyTracking at NSPrivacyTrackingDomains, kung saan tinutukoy ang mga domain ng mga network ng advertising kung saan ipinapadala ang identifier. Kung walang tamang manifest, ang app ay tinatanggihan sa moderation ng App Store Connect.

Ipinakilala rin ng Apple ang kinakailangan ng sapilitang pagbanggit ng dahilan ng paggamit ng advertising identifier sa paglalarawan ng app. Kung ang app ay gumagamit ng IDFA para sa attribution ng pag-install, dapat itong gumamit ng SKAdNetwork bilang pangunahing pamamaraan, at IDFA lamang bilang karagdagang signal upang mapataas ang katumpakan ng attribution.

Mga alternatibo sa IDFA

Sa pagtaas ng mga paghihigpit sa IDFA, ang industriya ay nakabuo ng ilang alternatibong diskarte. SKAdNetwork (StoreKit Ad Network) — opisyal na mekanismo ng attribution mula sa Apple na gumagana nang walang IDFA at hindi nangangailangan ng pahintulot ng user. Gumagamit ang SKAdNetwork ng mga nilagdaang postback na kahilingan sa pagitan ng network ng advertising at App Store, na ginagarantiyahan ang privacy ng user.

Ang iba pang mga alternatibo ay kinabibilangan ng: probabilistic attribution batay sa IP address, OS version at iba pang signal ng device; pribadong aggregated na API tulad ng Private Click Measurement (PCM) mula sa WebKit; at sariling solusyon ng mga advertising platform na gumagamit ng machine learning upang mahulaan ang mga conversion. Para sa Chinese market ginagamit din ang CAID (Cellular Advertising ID) batay sa data ng mobile network ng operator.

Mga halimbawa ng code para sa paghiling ng IDFA

Ang implementasyon ng kahilingan ng IDFA ay nangangailangan ng integrasyon ng App Tracking Transparency at tamang paghawak ng lahat ng posibleng status ng awtorisasyon. Nasa ibaba ang isang kumpletong halimbawa para sa Swift na may pre-permission screen.

Kahilingan ng ATT sa Swift

Ang halimbawa ay nagpapakita ng kumpletong siklo ng trabaho sa IDFA: pagsusuri ng status, pagpapakita ng pre-permission screen, pagtawag sa system ATT dialog, at pagkuha ng identifier pagkatapos ng awtorisasyon.

import AppTrackingTransparency
import AdSupport

func requestIDFAAccess() {
    let status = ATTrackingManager.trackingAuthorizationStatus

    switch status {
    case .notDetermined:
        // Ipinapakita ang pre-permission screen na may paliwanag
        showPrePermissionScreen { accepted in
            guard accepted else { return }
            ATTrackingManager.requestTrackingAuthorization { newStatus in
                handleATTStatus(newStatus)
            }
        }
    case .authorized:
        // Nagbigay na ng pahintulot ang user — kukunin ang IDFA
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        print("IDFA: \(idfa.uuidString)")
    case .denied, .restricted:
        // Inirere-direkta ang user sa mga setting
        redirectToSettings()
    @unknown default:
        break
    }
}

private func handleATTStatus(status: ATTrackingManager.AuthorizationStatus) {
    if status == .authorized {
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        // Ipinapadala ang IDFA sa network ng advertising
        sendIDFAToAdNetwork(idfa.uuidString)
    }
}

Mga estratehiya sa pagtatrabaho nang walang IDFA

Dahil karamihan sa mga user ay tumatanggi sa kahilingan ng ATT, ang mga developer ay nangangailangan ng isang set ng mga estratehiya para sa epektibong pagtatrabaho nang walang identifier. Ang pangunahing diskarte ay kumbinasyon ng SKAdNetwork at probabilistic na pamamaraan ng attribution.

SKAdNetwork at attribution

SKAdNetwork (SKAN) — ay framework ng Apple para sa attribution ng pag-install na hindi nangangailangan ng IDFA at hindi nagpapakita ng dialog ng pahintulot. Ang network ng advertising ay nagrerehistro ng SKAdNetwork ID nito sa Info.plist ng app, at pagkatapos ng pag-install ang App Store ay nagpapadala ng nilagdaang postback na may impormasyon ng kampanya. SKAN 4.0, na ipinakilala sa iOS 17, sumusuporta sa multiple conversions, source identifiers at coarse-grained conversion values.

Mga limitasyon ng SKAN: pagkaantala ng postback mula 24 hanggang 48 na oras, kawalan ng identifier ng user, limitadong bilang ng conversion values (hanggang 64). Sa kabila nito, ang SKAN ay naging de facto na pamantayan para sa iOS attribution pagkatapos ng implementasyon ng ATT, at lahat ng malalaking network ng advertising ay kinakailangang suportahan ito para gumana sa mga Apple device.

Mga hinulaang identifier

Ang mga network ng advertising tulad ng Meta at Google ay nakabuo ng kanilang sariling mga solusyon batay sa machine learning na hinuhulaan ang mga conversion nang walang identifier ng user. Ang Meta Aggregated Events Measurement (AEM) ay gumagamit ng pinagsama-samang data para sa attribution, at ang Google Attribution ay nagmo-modelo ng mga conversion batay sa makasaysayang data.

Para sa developer, mahalagang ipatupad ang maraming pamamaraan ng attribution nang sabay-sabay: SKAdNetwork bilang pangunahing, server attribution sa pamamagitan ng mga network ng advertising at sariling analytics tool na may pagmomodelo ng conversion. Ang kumbinasyon ng mga pamamaraan ay nagbibigay-daan sa pagbawi ng hanggang 70–80% ng katumpakan ng attribution kumpara sa panahon ng IDFA. Inirerekomenda na subukan ang iba't ibang kumbinasyon ng mga pamamaraan sa yugto ng beta testing upang piliin ang optimal na set para sa partikular na app at target na audience.