IDFA: apa itu, cara kerjanya dan permintaan izin di iOS

Apa itu IDFA?

IDFA (Identifier for Advertisers) — adalah pengidentifikasi alfanumerik unik yang ditetapkan ke setiap perangkat Apple untuk tujuan periklanan. Tidak seperti IDFV (Identifier for Vendor), IDFA seragam untuk semua aplikasi di perangkat dan dapat direset oleh pengguna kapan saja melalui Pengaturan — Privasi — Iklan — Reset pengidentifikasi.

Tujuan utama IDFA adalah atribusi pemasangan dan pelacakan efektivitas kampanye iklan di perangkat Apple. Jaringan iklan menggunakan IDFA untuk menghubungkan klik pada iklan dengan pemasangan aplikasi, membangun profil pengguna, dan menampilkan iklan yang dipersonalisasi. Sejak penerapan ATT, persentase pengguna yang memberikan akses ke IDFA rata-rata 20–35% menurut berbagai perkiraan platform analitik.

Menurut data Flurry Analytics (2025), setelah iOS 18 tingkat adopsi ATT meningkat menjadi 92% perangkat aktif, tetapi proporsi pengguna yang menyetujui pelacakan turun menjadi 22%. Hal ini menyebabkan perubahan fundamental dalam industri periklanan seluler, memaksa jaringan iklan untuk mencari metode atribusi alternatif.

Fitur utama IDFA — tidak mengandung data pribadi pengguna dan tidak terhubung ke Apple ID. Namun, Apple mengklasifikasikannya sebagai pengidentifikasi yang tunduk pada regulasi App Tracking Transparency.

Bagaimana cara kerja IDFA dan App Tracking Transparency

App Tracking Transparency (ATT) — adalah framework Apple yang diperkenalkan di iOS 14.5, yang memerlukan persetujuan eksplisit pengguna sebelum membaca IDFA. Tanpa persetujuan, metode asIdentifierManager mengembalikan pengidentifikasi nol (00000000-0000-0000-0000-000000000000), dan aplikasi tidak dapat melacak pengguna.

Framework App Tracking Transparency

ATT diimplementasikan melalui kelas ATTrackingManager dengan satu-satunya metode publik requestTrackingAuthorization(completionHandler:). Saat metode ini dipanggil, sistem menampilkan dialog native dengan teks yang ditentukan pengembang melalui kunci NSUserTrackingUsageDescription di Info.plist. Pengguna dapat memilih salah satu dari tiga opsi: “Izinkan pelacakan”, “Minta aplikasi untuk tidak melacak” atau “Tolak”.

Status otorisasi dilacak melalui ATTrackingManager.trackingAuthorizationStatus, yang dapat mengambil empat nilai: notDetermined, restricted, denied atau authorized. Sebelum meminta ATT, disarankan untuk memeriksa status saat ini dan tidak memanggil dialog jika status sudah ditentukan — mulai iOS 17, panggilan ulang requestTrackingAuthorization dengan status denied tidak menampilkan dialog dan mengembalikan error.

Kapan meminta izin

Waktu permintaan ATT sangat memengaruhi persentase persetujuan. Penelitian Singular (2025) menunjukkan bahwa permintaan ATT di layar onboarding (pada peluncuran pertama) memberikan konversi 35–45%, sedangkan permintaan setelah menyelesaikan suatu tindakan (misalnya, setelah pendaftaran) meningkatkan konversi menjadi 55–65%. Disarankan untuk menampilkan layar pre-permission dengan desain sendiri dan penjelasan nilai pelacakan bagi pengguna sebelum dialog sistem ATT.

Penting: aplikasi hanya dapat memanggil requestTrackingAuthorization satu kali sebelum menerima respons. Setelah pengguna memilih “Tolak” atau “Minta untuk tidak melacak”, dialog tidak akan lagi ditampilkan di perangkat. Pengembang harus menyediakan mekanisme fallback untuk bekerja tanpa IDFA agar aplikasi tetap berfungsi dengan benar dalam kondisi pelacakan terbatas.

Persyaratan iOS 18+ untuk pelacakan

Dengan dirilisnya iOS 18, Apple memperketat persyaratan untuk aplikasi yang menggunakan pengidentifikasi iklan. Semua aplikasi yang meminta IDFA atau mengirimkan data perangkat untuk tujuan periklanan harus mematuhi aturan baru App Store. Ketidakpatuhan terhadap persyaratan menyebabkan penolakan build pada tahap moderasi App Store Connect.

Privacy Manifest dan pelacakan

Mulai iOS 18, setiap aplikasi harus menyertakan Privacy Manifest (file privacy.xcprivacy) dengan deklarasi semua API yang digunakan untuk pelacakan. Untuk IDFA digunakan kunci NSPrivacyTracking dan NSPrivacyTrackingDomains, di mana domain jaringan iklan yang menerima pengidentifikasi ditentukan. Tanpa manifes yang benar, aplikasi ditolak pada moderasi App Store Connect.

Apple juga memperkenalkan persyaratan wajib menyebutkan alasan penggunaan pengidentifikasi iklan dalam deskripsi aplikasi. Jika aplikasi menggunakan IDFA untuk atribusi pemasangan, aplikasi harus menggunakan SKAdNetwork sebagai metode utama, dan IDFA hanya sebagai sinyal tambahan untuk meningkatkan akurasi atribusi.

Alternatif IDFA

Dengan meningkatnya pembatasan pada IDFA, industri telah mengembangkan beberapa pendekatan alternatif. SKAdNetwork (StoreKit Ad Network) — mekanisme atribusi resmi dari Apple yang berfungsi tanpa IDFA dan tidak memerlukan persetujuan pengguna. SKAdNetwork menggunakan permintaan postback yang ditandatangani antara jaringan iklan dan App Store, menjamin privasi pengguna.

Alternatif lain termasuk: atribusi probabilistik berdasarkan alamat IP, versi OS, dan sinyal perangkat lainnya; API agregat pribadi seperti Private Click Measurement (PCM) dari WebKit; dan solusi milik platform iklan yang menggunakan pembelajaran mesin untuk memprediksi konversi. Untuk pasar China juga digunakan CAID (Cellular Advertising ID) yang didasarkan pada data jaringan seluler operator.

Contoh kode untuk meminta IDFA

Implementasi permintaan IDFA memerlukan integrasi App Tracking Transparency dan penanganan yang benar dari semua kemungkinan status otorisasi. Di bawah ini adalah contoh lengkap untuk Swift dengan layar pre-permission.

Permintaan ATT di Swift

Contoh menunjukkan siklus kerja lengkap dengan IDFA: pemeriksaan status, menampilkan layar pre-permission, memanggil dialog sistem ATT, dan mendapatkan pengidentifikasi setelah otorisasi.

import AppTrackingTransparency
import AdSupport

func requestIDFAAccess() {
    let status = ATTrackingManager.trackingAuthorizationStatus

    switch status {
    case .notDetermined:
        // Menampilkan layar pre-permission dengan penjelasan
        showPrePermissionScreen { accepted in
            guard accepted else { return }
            ATTrackingManager.requestTrackingAuthorization { newStatus in
                handleATTStatus(newStatus)
            }
        }
    case .authorized:
        // Pengguna sudah memberikan persetujuan — mendapatkan IDFA
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        print("IDFA: \(idfa.uuidString)")
    case .denied, .restricted:
        // Mengarahkan pengguna ke pengaturan
        redirectToSettings()
    @unknown default:
        break
    }
}

private func handleATTStatus(status: ATTrackingManager.AuthorizationStatus) {
    if status == .authorized {
        let idfa = ASIdentifierManager.shared().advertisingIdentifier
        // Mengirimkan IDFA ke jaringan iklan
        sendIDFAToAdNetwork(idfa.uuidString)
    }
}

Strategi bekerja tanpa IDFA

Karena sebagian besar pengguna menolak permintaan ATT, pengembang memerlukan serangkaian strategi untuk bekerja secara efektif tanpa pengidentifikasi. Pendekatan utama adalah kombinasi SKAdNetwork dan metode atribusi probabilistik.

SKAdNetwork dan atribusi

SKAdNetwork (SKAN) — adalah framework Apple untuk atribusi pemasangan yang tidak memerlukan IDFA dan tidak menampilkan dialog persetujuan. Jaringan iklan mendaftarkan SKAdNetwork ID-nya di Info.plist aplikasi, dan setelah pemasangan App Store mengirimkan postback yang ditandatangani dengan informasi kampanye. SKAN 4.0, diperkenalkan di iOS 17, mendukung multiple conversions, source identifiers dan coarse-grained conversion values.

Keterbatasan SKAN: keterlambatan postback dari 24 hingga 48 jam, tidak adanya pengidentifikasi pengguna, jumlah conversion values terbatas (hingga 64). Meskipun demikian, SKAN telah menjadi standar de facto untuk atribusi iOS setelah penerapan ATT, dan semua jaringan iklan besar wajib mendukungnya untuk berfungsi di perangkat Apple.

Pengidentifikasi yang diprediksi

Jaringan iklan seperti Meta dan Google telah mengembangkan solusi milik mereka sendiri berdasarkan pembelajaran mesin yang memprediksi konversi tanpa pengidentifikasi pengguna. Meta Aggregated Events Measurement (AEM) menggunakan data agregat untuk atribusi, dan Google Attribution memodelkan konversi berdasarkan data historis.

Bagi pengembang, penting untuk menerapkan beberapa metode atribusi secara bersamaan: SKAdNetwork sebagai utama, atribusi server melalui jaringan iklan, dan alat analitik sendiri dengan pemodelan konversi. Kombinasi metode memungkinkan pemulihan hingga 70–80% akurasi atribusi dibandingkan dengan era IDFA. Disarankan untuk menguji berbagai kombinasi metode pada tahap pengujian beta untuk memilih set optimal untuk aplikasi spesifik dan audiens target.