"Kami menjalankan kampanye instal aplikasi, tapi kami tidak yakin konversinya benar-benar terhitung." Pelacakan konversi aplikasi adalah dunia yang berbeda dari pelacakan web — jika Anda butuh setelan sisi web, lihat panduan pelacakan konversi GA4 atau panduan pelacakan konversi Google Ads kami. Tidak ada tag di halaman, tidak ada URL thank-you, tidak ada tab Network di DevTools untuk diperiksa. Sebagai gantinya, Anda berurusan dengan SDK, app store sebagai perantara, dan framework privasi yang membatasi data apa pun yang bisa Anda terima.
Panduan ini membahas cara kerja pelacakan konversi aplikasi di platform-platform utama, apa yang berbeda dari web, cara memverifikasi bahwa setelannya sudah benar, dan arti perubahan privasi iOS bagi data Anda.
1. Perbedaan pelacakan konversi aplikasi dari web
Di web, rantai pelacakannya sederhana: tag di halaman → aksi pengguna → request ke ad platform → konversi tercatat. Di aplikasi, beberapa faktor membuatnya berbeda secara fundamental.
| Web | Aplikasi |
|---|---|
| Tag dimuat di browser yang Anda kendalikan | SDK dikompilasi ke dalam binary aplikasi |
| Konversi terpicu saat halaman dimuat atau tombol diklik | Konversi terpicu saat instal atau event dalam aplikasi |
| Bisa diperiksa dengan DevTools secara real-time | Bergantung pada log SDK, Firebase DebugView, atau perangkat uji |
| Cookie first-party membawa identitas | Device ID (IDFA/GAID) atau framework yang menjaga privasi membawa identitas |
| Perubahan langsung diterapkan (update tag) | Perubahan butuh update aplikasi dan siklus review |
Perbedaan paling krusial: pelacakan aplikasi tidak bisa ditambal dengan sekadar mengubah tag. Jika versi SDK atau implementasi event salah, memperbaikinya berarti mendorong update aplikasi, menunggu review app store, lalu menunggu pengguna mengupdate.
2. Tiga jalur pengukuran
Jalur 1: Firebase + Google Ads
Firebase adalah SDK Google untuk analitik aplikasi dan merupakan jalur utama untuk melacak konversi aplikasi di Google Ads.
Cara kerjanya:
- Integrasikan Firebase SDK ke dalam aplikasi Anda
- Catat event (misalnya
first_open,purchase,sign_up) di kode aplikasi Anda - Hubungkan project Firebase Anda ke Google Ads
- Di Google Ads, impor event Firebase sebagai conversion action
Yang bisa dilacak:
- Instal aplikasi — otomatis terlacak lewat event
first_open - Aksi dalam aplikasi — event kustom apa pun yang Anda catat (pembelian, penyelesaian level, mulai berlangganan)
- Pendapatan pembelian dalam aplikasi — jika Anda menyertakan parameter
valuedancurrencypada event Anda
Keunggulan utama: Firebase menyediakan pipeline data langsung ke Google Ads. Tidak perlu alat atribusi pihak ketiga untuk kampanye Google.
Jalur 2: SKAdNetwork (SKAN) untuk iOS
Setelah framework App Tracking Transparency (ATT) milik Apple di iOS 14.5, sebagian besar pengguna iOS memilih opt-out dari pelacakan. SKAdNetwork adalah alternatif Apple yang menjaga privasi untuk mengukur instal aplikasi yang didorong iklan.
Cara kerjanya:
- Ad network (Google, Meta, dll.) mendaftar ke Apple sebagai ad network
- Saat pengguna menginstal aplikasi setelah melihat/mengklik iklan, Apple mengirim postback ke ad network
- Postback berisi data terbatas: ID ad network, ID kampanye, dan "conversion value" (0–63 di SKAN 3.0, atau nilai "kasar" di SKAN 4.0)
- Postback tertunda (minimal 24–48 jam) dan tidak berisi identifier level pengguna
Yang hilang dibanding Firebase:
- Tidak ada atribusi level pengguna (tidak bisa melihat pengguna spesifik mana yang konversi)
- Granularitas conversion value terbatas (63 nilai yang mungkin vs. tak terbatas di Firebase)
- Pelaporan tertunda (dibanding hampir real-time di Firebase)
- Tidak ada atribusi view-through di versi SKAN awal
- Atribusi hanya di level kampanye (tanpa level ad group atau keyword di sebagian besar kasus)
Yang tetap dipertahankan:
- Jumlah instal agregat per kampanye
- Sinyal kasar dari nilai pasca-instal (jika Anda memetakan skema conversion value dengan benar)
- Kepatuhan privasi — tidak perlu persetujuan pengguna
Jalur 3: Google Play Install Referrer (Android)
Di Android, Google Play Install Referrer API menyediakan atribusi deterministik tanpa batasan privasi seperti di iOS.
Cara kerjanya:
- Saat pengguna mengklik iklan Google Ads dan menginstal aplikasi dari Play Store, data referrer (termasuk gclid) diteruskan ke aplikasi
- Firebase atau SDK atribusi Anda membaca referrer pada peluncuran pertama
- Instal diatribusikan ke klik, kampanye, ad group, dan keyword yang spesifik
Keunggulan utama: Atribusi Android jauh lebih lengkap dibanding iOS pasca-ATT. Anda mendapat atribusi level pengguna dan level keyword dengan data konversi yang lengkap.
3. Menyiapkan Firebase untuk pelacakan konversi Google Ads
Langkah 1: Tambahkan Firebase ke aplikasi Anda
Ikuti setelan Firebase untuk iOS atau Android. Ini mencakup menambahkan Firebase SDK, file konfigurasi (GoogleService-Info.plist untuk iOS, google-services.json untuk Android), dan menginisialisasi Firebase di kode aplikasi Anda.
Langkah 2: Catat event konversi
Di kode aplikasi Anda, catat event yang ingin Anda lacak sebagai konversi:
// iOS (Swift)
Analytics.logEvent("purchase", parameters: [
AnalyticsParameterValue: 9.99,
AnalyticsParameterCurrency: "USD"
])
// Android (Kotlin)
firebaseAnalytics.logEvent("purchase") {
param(FirebaseAnalytics.Param.VALUE, 9.99)
param(FirebaseAnalytics.Param.CURRENCY, "USD")
}
Langkah 3: Hubungkan Firebase ke Google Ads
Di Firebase console → Project settings → Integrations, hubungkan ke akun Google Ads Anda. Ini memungkinkan Google Ads mengimpor event dari Firebase.
Langkah 4: Impor event sebagai konversi di Google Ads
Di Google Ads → Goals → Conversions → New conversion action → App → Firebase, pilih event yang ingin Anda impor. Tandai event konversi utama (misalnya purchase) sebagai "Primary" untuk bidding.
4. Mengonfigurasi conversion value SKAdNetwork
SKAdNetwork memberi Anda 6 bit (nilai 0–63) untuk mengkodekan perilaku pasca-instal. Cara Anda memetakan 64 nilai tersebut menentukan apa yang bisa Anda ukur.
Strategi pemetaan yang umum
Berbasis revenue: Petakan rentang nilai ke conversion value (misalnya 0 = tidak ada pembelian, 1 = $0–$5, 2 = $5–$10, ... 63 = $500+). Ini memberi Google Ads sinyal revenue untuk bidding.
Berbasis event: Petakan event pasca-instal utama ke conversion value (misalnya 0 = instal saja, 1 = registrasi, 2 = tutorial selesai, 3 = pembelian pertama). Ini memberi tahu ad network kualitas pengguna yang didapat.
Hybrid: Kombinasikan tier revenue dan event kunci ke dalam 64 nilai yang tersedia.
Perubahan di SKAN 4.0
SKAN 4.0 memperkenalkan:
- Tiga postback alih-alih satu (pada jendela waktu berbeda)
- Coarse conversion value (low/medium/high) untuk postback kedua dan ketiga
- Source identifier dengan granularitas level kampanye yang lebih detail
Google Ads dan platform lain masih terus meluncurkan dukungan penuh SKAN 4.0. Cek dokumentasi terkini platform Anda untuk kapabilitas terbaru.
Atribusi Web-to-App SKAN 4.0
Penambahan signifikan di SKAN 4.0: transisi dari Safari ke App Store sekarang bisa diatribusikan. Sebelumnya, hanya iklan dalam aplikasi yang bisa memicu postback SKAN. Dengan 4.0, iklan web yang dilihat di Safari dan berujung pada instal App Store juga bisa diatribusikan — peningkatan besar bagi pengiklan yang menjalankan kampanye web berdampingan dengan kampanye instal aplikasi.
Privacy Sandbox di Android: apa yang akan datang
Sementara ATT di iOS sudah mengubah pengukuran aplikasi, ekuivalennya di Android masih terus berkembang. Privacy Sandbox on Android milik Google secara bertahap akan mengurangi ketergantungan pada GAID (Google Advertising ID):
- Attribution Reporting API menggantikan atribusi berbasis device ID dengan laporan agregat yang menjaga privasi (konsepnya mirip SKAN)
- Topics API menggantikan penargetan iklan berbasis minat tanpa pelacakan per pengguna
- Timeline penghapusan GAID masih belum pasti, tapi pengiklan sebaiknya bersiap untuk lanskap pengukuran Android yang makin mirip iOS
Saran praktis: jangan berasumsi presisi pengukuran Android saat ini akan bertahan selamanya. Mulailah mengevaluasi kesiapan Anda untuk atribusi agregat-saja di Android dari sekarang.
5. Memilih MMP (Mobile Measurement Partner)
Jika Anda beriklan di beberapa ad network, MMP pihak ketiga menyediakan atribusi lintas jaringan yang tidak bisa ditawarkan Firebase sendirian. Berikut perbandingan platform-platform utama:
| Fitur | AppsFlyer | Adjust | Singular |
|---|---|---|---|
| Pangsa pasar | Terbesar secara global | Kuat, terutama di gaming | Berkembang, fokus analitik terpadu |
| Atribusi lintas jaringan | Integrasi luas (10.000+ mitra) | Library integrasi luas | Cakupan baik dengan agregasi biaya |
| Dukungan SKAN | Canggih (SKAN 4.0, predictive modeling) | Dukungan SKAN penuh | Dukungan SKAN penuh |
| Fokus privasi | Data Clean Room, data agregat | Kontrol privasi kuat, pencegahan fraud | Arsitektur privacy-first |
| Agregasi biaya | Tersedia (produk terpisah) | Tersedia | Bawaan (pembeda utama) |
| Harga | Berbasis penggunaan, bisa mahal di skala besar | Berbasis penggunaan | Berbasis penggunaan, kompetitif |
| Paling cocok untuk | Pengiklan besar, multi-channel kompleks | Gaming, aplikasi yang sensitif privasi | Tim yang mengutamakan biaya dan menginginkan tampilan terpadu |
Kapan Anda butuh MMP:
- Menjalankan kampanye instal aplikasi di 3+ ad network secara bersamaan
- Perlu deduplikasi instal antar jaringan (setiap jaringan mengklaim kredit)
- Ingin satu sumber kebenaran untuk ROAS lintas jaringan
- Perlu deteksi fraud tingkat lanjut (click injection, SDK spoofing)
Kapan Firebase saja sudah cukup:
- Google Ads adalah satu-satunya (atau channel dominan) untuk iklan aplikasi Anda
- Anda tidak butuh atribusi lintas jaringan
- Anggaran iklan aplikasi Anda di bawah ~$50 ribu/bulan
6. Deep linking dan pengukuran re-engagement
Pelacakan konversi aplikasi bukan cuma soal instal baru. Untuk aplikasi dengan basis pengguna yang sudah ada, re-engagement — membawa pengguna kembali ke aplikasi — sering kali lebih bernilai dibanding akuisisi.
Deep link dan pelacakan konversi
Deep link mengarahkan pengguna langsung ke layar tertentu dalam aplikasi Anda (bukan sekadar layar utama). Ini memengaruhi pelacakan konversi karena:
- Pengguna yang mengklik iklan retargeting dan mendarat tepat di halaman produk berkonversi kira-kira 2x lebih tinggi dibanding yang mendarat di layar utama aplikasi
- Klik deep link dilacak sebagai tipe konversi terpisah (re-engagement vs. instal baru)
Aturan atribusi re-engagement
MMP biasanya menghitung konversi re-engagement ketika:
- Pengguna sudah menginstal aplikasi
- Pengguna sudah membuka aplikasi setidaknya 3 kali sebelumnya (bukan pengguna baru)
- Setidaknya 10 menit telah berlalu sejak instal (untuk memisahkan dari atribusi instal baru)
Pengukuran Web-to-App
Melacak pengguna yang memulai di web dan konversi di aplikasi adalah salah satu tantangan atribusi paling sulit:
- App Links (Android) / Universal Links (iOS) mengarahkan pengguna dari URL web langsung ke dalam aplikasi
- Jembatan identitas antara sesi web dan sesi aplikasi bergantung pada sinyal level perangkat yang semakin terkikis oleh perubahan privasi
- App Campaigns for Engagement dari Google dan solusi deep link MMP (AppsFlyer OneLink, Adjust Links) menyediakan infrastrukturnya, tapi tetap perkirakan ada gap atribusi
7. Cara memverifikasi pelacakan konversi aplikasi
Metode verifikasi 1: Firebase DebugView
Aktifkan mode debug di perangkat uji Anda:
- iOS: Tambahkan
-FIRDebugEnabledsebagai launch argument di Xcode - Android: Jalankan
adb shell setprop debug.firebase.analytics.app your.package.name
Lalu buka Firebase Console → DebugView. Event akan muncul secara real-time saat Anda melakukan aksi di aplikasi. Verifikasi:
- Nama event cocok dengan yang Anda konfigurasi sebagai konversi
- Parameter
valuedancurrencyada dan benar - Event terpicu pada momen yang tepat (bukan saat aplikasi dibuka, bukan tertunda)
Metode verifikasi 2: Status pelacakan konversi Google Ads
Di Google Ads → Goals → Conversions, cek status conversion action aplikasi Anda:
- "Recording conversions" — berfungsi dengan benar
- "No recent conversions" — belum ada instal/event yang terjadi, atau koneksi antara Firebase dan Google Ads terputus
- "Unverified" — conversion action sudah dibuat tapi belum menerima data
Metode verifikasi 3: Uji dengan klik iklan sungguhan (Android)
Di Android, Anda bisa menguji seluruh rantai atribusi:
- Klik iklan sungguhan untuk aplikasi Anda (gunakan kampanye uji dengan anggaran minimal)
- Instal aplikasi dari Play Store
- Cek Firebase untuk event
first_open - Cek Google Ads untuk konversi yang tercatat (butuh 24–48 jam untuk diproses)
Peringatan untuk iOS: Karena ATT, uji ini kurang bisa diandalkan di iOS. Jika Anda belum opt-in ke pelacakan di perangkat uji, instal mungkin hanya muncul lewat SKAdNetwork (tertunda, tanpa data level pengguna).
Metode verifikasi 4: Cek postback SKAdNetwork
Untuk iOS, verifikasi bahwa postback SKAN diterima:
- Di Google Ads, cek kolom "SKAN conversions" pada laporan kampanye Anda
- Di dashboard pelaporan SKAdNetwork Anda (jika menggunakan MMP pihak ketiga), cek postback yang diterima
- Bandingkan jumlah instal SKAN dengan data first-launch internal Anda — gap yang signifikan menandakan kesalahan konfigurasi
8. Masalah pelacakan aplikasi yang umum
| Masalah | Penyebab | Perbaikan |
|---|---|---|
| Instal muncul di Firebase tapi tidak di Google Ads | Koneksi Firebase-ke-Google Ads terputus, atau event tidak diimpor sebagai konversi | Periksa ulang koneksi di Firebase Console → Integrations; verifikasi event sudah diimpor di Google Ads |
| Conversion value semuanya nol | Parameter value tidak disertakan pada event, atau pemetaan conversion value SKAN kosong |
Tambahkan value/currency di kode pencatatan event Anda; konfigurasikan pemetaan nilai SKAN |
| Instal iOS jauh lebih rendah dari seharusnya | Tingkat opt-out ATT tinggi; postback SKAN adalah satu-satunya sinyal | Ini perilaku yang wajar pasca-iOS 14.5; gunakan data SKAN bersama modeled conversion |
| Instal Android lebih rendah dari seharusnya | Firebase SDK tidak diinisialisasi saat peluncuran pertama, atau Play referrer tidak tertangkap | Pastikan Firebase diinisialisasi di kelas Application (bukan di activity yang tertunda) |
| Event dalam aplikasi terpicu tapi tidak tercatat sebagai konversi | Event tercatat di Firebase tapi tidak diimpor sebagai conversion action di Google Ads | Impor event di Google Ads → Goals → Conversions → App |
| Instal terduplikasi | Beberapa SDK (Firebase + MMP pihak ketiga) sama-sama mengirim event instal | Gunakan satu sumber kebenaran untuk setiap conversion action; jangan impor event yang sama dari dua sumber |
9. Dampak ATT: apa yang bisa diharapkan di iOS
Sejak iOS 14.5, sebagian besar pengguna melihat prompt ATT ("Izinkan [Aplikasi] melacak aktivitas Anda di app dan situs web perusahaan lain?") dan sekitar 70–80% menolak.
Bagi pengguna yang menolak:
- Firebase tetap mencatat event (analitik tetap berfungsi tanpa IDFA), tapi Google Ads tidak bisa mengatribusikan instal ke klik tertentu
- SKAdNetwork menyediakan atribusi agregat dengan granularitas terbatas
- Modeled conversion milik Google mengisi sebagian gap menggunakan machine learning
Dampak praktis:
- Jumlah konversi iOS akan lebih rendah dibanding instal sebenarnya
- ROAS level kampanye di iOS akan kurang akurat dibanding Android
- Anda tidak bisa membandingkan angka konversi iOS dan Android secara langsung — keduanya diukur dengan presisi yang secara fundamental berbeda
Pertanyaan yang sering diajukan
T. Apakah saya butuh Firebase dan MMP pihak ketiga (AppsFlyer, Adjust, dll.) sekaligus? J. Untuk Google Ads saja, Firebase sudah cukup. Jika Anda menjalankan kampanye di beberapa ad network (Google, Meta, TikTok, dll.) dan butuh atribusi lintas jaringan, MMP pihak ketiga memberikan tampilan yang terpadu. Sebagian besar pengiklan aplikasi berskala besar menggunakan keduanya.
T. Bisakah saya melacak konversi web-to-app (pengguna mengklik iklan web, menginstal aplikasi, lalu konversi dalam aplikasi)? J. Bisa, dengan menggunakan Firebase Dynamic Links (kini digantikan App Links / Universal Links) atau pengukuran lintas platform milik Google Analytics. Ini salah satu masalah atribusi paling sulit — jembatan identitas antara web dan aplikasi bergantung pada sinyal level perangkat yang semakin terkikis oleh perubahan privasi.
T. Conversion value SKAN kami semuanya menunjukkan 0. Apa yang salah? J. Bisa jadi pemetaan conversion value Anda belum dikonfigurasi (periksa setelan SKAN di MMP atau Google Ads Anda), atau jendela pengukuran habis sebelum pengguna melakukan aksi yang memenuhi syarat. SKAN memiliki timer terbatas — jika pengguna tidak melakukan aksi bernilai dalam jendela tersebut, nilainya tetap 0.
T. Bagaimana cara memverifikasi pendapatan pembelian dalam aplikasi sudah akurat?
J. Bandingkan parameter value di Firebase DebugView dengan catatan app store atau payment processor Anda. Untuk pembelian yang diverifikasi server, pastikan revenue yang tercatat sesuai dengan tagihan sebenarnya (waspadai ketidaksesuaian mata uang dan inklusi pajak/biaya).
Kesimpulan: pelacakan aplikasi adalah disiplin yang berbeda
Pelacakan konversi aplikasi membutuhkan alat, metode verifikasi, dan ekspektasi yang berbeda dari pelacakan web. Prinsip intinya sama — verifikasi bahwa sinyal sampai ke ad platform — tapi mekanismenya (SDK vs tag, device ID vs cookie, SKAN vs atribusi langsung) secara fundamental berbeda.
Penyesuaian terbesar bagi tim yang berasal dari dunia web: terima bahwa pengukuran iOS secara struktural tidak presisi. Pasca-ATT, Anda tidak akan mendapat atribusi level pengguna dan real-time seperti yang biasa Anda dapatkan di web. Bangun strategi pengukuran Anda dengan mengombinasikan Firebase (untuk analitik dan atribusi Android), SKAN (untuk atribusi agregat iOS), dan modeled conversion (untuk mengisi gap).
ConversionOK berfokus pada sinyal konversi web — memverifikasi bahwa tag pada landing page dan thank-you page Anda benar-benar terpicu dan sampai ke ad platform. Untuk aplikasi, verifikasi setaranya dimulai dengan Firebase DebugView dan pemantauan postback SKAN, menggunakan metode yang dijelaskan di atas. Jika Anda menggunakan server-side GTM untuk menjembatani data web dan aplikasi, lihat cara memverifikasi server-side GTM benar-benar berfungsi.