Sekilas: AppsFlyer menentukan sumber media yang memotivasi pengguna untuk menginstal atau berinteraksi ulang dengan aplikasi dan mengatribusikan tindakan pengguna ke sumber tersebut menggunakan model atribusi AppsFlyer.
Apa itu atribusi?
Atribusi adalah tindakan untuk menentukan apa yang memotivasi (menyebabkan) pengguna menginstal aplikasi atau melakukan tindakan pasca-penginstalan seperti interaksi ulang dan atribusi ulang. Hasil atribusinya adalah:
- Sumber media non-organik : Pengguna berinteraksi (biasanya melalui tayangan atau klik) dengan sumber media.
- Organik : Pengguna tidak berinteraksi dengan sumber media. Perhatikan! Untuk memudahkan pemahaman, kami sering menyebut pengguna sebagai diatribusi secara organik . Kami tahu bahwa ini tidak sepenuhnya benar, karena pengguna yang menginstal secara organik sama sekali tidak diatribusikan.
Atribusi penting untuk mengoptimalkan akuisisi pengguna, upaya interaksi ulang, dan hasil.
Tips
Ingin tahu lebih banyak tentang atribusi? Lihat kursus singkat dan informatif ini di Portal Pembelajaran AppsFlyer.
Apa itu penginstalan aplikasi?
Model Atribusi adalah sekumpulan aturan, yang menentukan bagaimana kredit untuk suatu event ditetapkan ke poin kontak di jalur konversi. Setiap pemain di ekosistem pemasaran aplikasi, Google Play, App Store, Apple, platform CTV, PC, dan konsol , jaringan iklan seperti Meta ads dan Twitter, serta perusahaan pengukuran seluler, memiliki model atribusinya sendiri. Masing-masing menghitung penginstalan dan event secara berbeda.
Yang penting bukanlah perbedaan antar model tetapi aturannya jelas dan diterapkan dengan cara yang tidak memihak. Memungkinkan pengiklan untuk mengoptimalkan kampanye dan membandingkan kualitas kinerja pengguna.
Penting untuk memahami model dan aturan pemain yang bekerja sama dengan Anda. Yang terpenting adalah memahami model dan pola metode yang didukung oleh AppsFlyer.
Di AppsFlyer, event yang dapat diatribusikan terjadi ketika salah satu dari hal berikut ini terjadi:
- Dalam konteks akuisisi pengguna : Install dicatat dan diatribusikan setelah pengguna mengunduh dan meluncurkan aplikasi seluler. Ini berarti bahwa di AppsFlyer, stempel waktu dari penginstalan aplikasi adalah peluncuran pertama. Sebaliknya, jaringan iklan menggunakan waktu interaksi dan app store menggunakan waktu unduh.
- Dalam konteks retargeting (penargetan ulang) :
- Re-engagement
- Atribusi ulang
Metode Atribusi
AppsFlyer menggunakan sejumlah metode atribusi yang tercantum dalam tabel berikut:
| Metode | Menggunakan ID | Teknik |
Diatribusikan oleh |
Android (1)
|
iOS | Platform Universal Window | Platform CTV, PC, dan konsol (3) |
|---|---|---|---|---|---|---|---|
| Referrer (Pengarah) | Tidak | Deterministik | AppsFlyer | Ya (2) | Tidak | Ya | Tidak |
| Pencocokan ID Device | Ya | Deterministik | AppsFlyer | Ya | Ya | Ya | Ya |
| Pemodelan probabilistik | Tidak | Probabilistik | AppsFlyer | Ya | Ya | Tidak | Ya |
| Privasi Tingkat Lanjut Gabungan (Aggregated Advanced Privacy/AAP) | Tidak | Teragregasi | AppsFlyer | Tidak | Ya | Tidak | Tidak |
| Pramuat | Tidak | Deterministik | AppsFlyer | Ya | Tidak | Ya | Tidak |
| SKAdNetwork (SKAN) | Tidak | Deterministik | Apple | Tidak | Ya | Tidak | Tidak |
| Apple Search Ads | Tidak | Deterministik | Apple | Tidak | Ya | Tidak | Tidak |
| Tautan langsung | Tidak | Deterministik | AppsFlyer | Ya | Ya | Ya | Tidak |
|
(1) Google Play dan toko aplikasi pihak ketiga (2) Didukung oleh beberapa toko aplikasi pihak ketiga |
|
||||||
Metode atribusi digunakan sesuai dengan prioritas yang ditunjukkan pada grafik. Pada penginstalan baru, jika ada lebih dari satu interaksi yang valid, AppsFlyer memprioritaskan klik daripada tayangan, dan deterministik daripada metode probabilistik.
Temukan penjelasan rinci tentang model atribusi AppsFlyer di bawah ini.
install Referrer (khusus Android)
Aplikasi Android yang diunduh dari Google Play dan beberapa toko aplikasi lain biasanya diatribusikan dengan metode pengarah penginstalan/install referrer. Referrer memberikan URL asli, diklik sebelum diarahkan ke Android store. Ini adalah metode utama untuk atribusi Android. Saat ini, Google Play, Huawei app store, Samsung Galaxy Store, dan Xiaomi GetApps Store, mendukung atribusi install referrer. Atribusi app store alternatif menggunakan referrer.
Pencocokan ID Device
Ad network yang memiliki akses ke perangkat pengguna mengirimkan ID perangkat ke AppsFlyer saat URL diklik, atau ketika memberi tahu AppsFlyer bahwa impresi telah dilakukan. Ini memungkinkan AppsFlyer untuk mencocokkan ID perangkat klik dengan ID perangkat yang diperoleh oleh SDK AppsFlyer.
Pencocokan ID Device adalah metode atribusi utama pada iOS.
ID yang tersedia adalah:
- Perangkat iOS : IDFA, IDFV
- Perangkat Android: memiliki layanan Google Play: GAID
- Perangkat Android tanpa layanan Google Play: OAID, Android ID, IMEI, Fire ID
ID perangkat dapat dilakukan hash menggunakan SHA1 atau MD5 pada tautan atribusi.
Pencocokan ID perangkat menggunakan IDFV (iOS)
- Pengenal untuk vendors (IDFV) tersedia di iOS 6.0+. IDFV ini tidak tunduk pada Apple ATTrackingManager dan mekanisme LAT. IDFV selalu tersedia dan dapat digunakan untuk iklan lintas promosi untuk aplikasi dari vendor yang sama.
- SDK AppsFlyer mengumpulkan IDFV secara default.
- Menurut Apple, Nilai properti ini sama untuk aplikasi yang berasal dari vendor yang sama yang berjalan di perangkat yang sama.
- IDFV dibuat oleh Apple saat pengguna menginstal aplikasi pertama dari vendor tertentu. Artinya, Apple memeriksa bahwa tidak ada aplikasi lain dari vendor yang sama di perangkat tersebut. Akibatnya, menghapus semua aplikasi dari vendor tertentu dan kemudian menginstal aplikasi dari vendor yang sama menghasilkan IDFV baru.
- Anda harus mengirimkan IDFV jika tersedia. IDFV meningkatkan atribusi. Kami menggunakan IDFV dalam sejumlah skenario, termasuk:
- Atribusi promosi silang.
- Penginstalan ulang atribusi di perangkat yang sama.
- Pelaporan data lengkap.
- Audiens.
Pencocokan ID Perangkat untuk jaringan pelaporan Mandiri
Setelah peluncuran aplikasi pertama, AppsFlyer memeriksa pengaturan aplikasi apakah lalu lintas diharapkan dari salah satu jaringan pelaporan mandiri (SRN), seperti Meta ads, Snapchat, dan Google Ads.
AppsFlyer meminta SRN yang relevan menggunakan ID perangkat unik untuk instalasi baru. Kueri menggunakan API Mobile Measurmenet Partners (MMP) seperti yang didefinisikan oleh SRN. Berdasarkan respons, AppsFlyer dapat mengatribusi penggunaan baru dengan sebuah SRN.
Pemodelan probabilistik
Pemodelan probabilistik adalah teknik statistik yang memanfaatkan pembelajaran mesin untuk memperkirakan kinerja kampanye. Parameter pemodelan probabilistik dikumpulkan:
- Awalnya pada tampilan klik atau iklan (jika diaktifkan)
- sekali lagi saat aplikasi diluncurkan
Catatan untuk aplikasi iOS:
Memulai pemodelan probabilistik iOS 14.5+ terbatas pada konteks media yang dimiliki, promosi silang, dan alur web-to-app yang disetujui. Dalam konteks lain, Gabungan Privasi Lanjutan digunakan.
Karakteristik penerapan
- Menggunakan statistik dan tidak berdasarkan ID unik.
- Adalah metode fallback, digunakan jika tidak ada ID pengarah atau iklan. Metode atribusi deterministik, yaitu, klik dengan pengarah atau pencocokan ID, diprioritaskan jika terjadi dalam jendela lookback (lihat balik).
- Jendela atribusi ditentukan oleh AppsFlyer secara dinamis, berdasarkan jaringan pengguna. Durasi jendela bersifat adaptif tetapi lebih singkat daripada jendela metode lain (hingga 24 jam).
- Pemodelan probabilistik click-through (klik-tayang) selalu diaktifkan.
- Pemodelan probabilistik lihat-tayang harus diaktifkan di halaman pengaturan aplikasi dan di tab integrasi non-SRN. Untuk aplikasi CTV, PC, dan konsol , ini diaktifkan secara default.
Parameter pemodelan probabilistik untuk jaringan iklan
Jaringan iklan yang menerapkan atribusi Pemodelan probabilistik harus mengirimkan parameter berikut melalui tautan atribusi atau melalui header permintaan HTTP:
Privasi Tingkat Lanjut Gabungan (Aggregated Advanced Privacy/AAP)
Privasi Tingkat Lanjut Gabungan (Agregated Advanced Privacy/AAP) memperlihatkan hasil kinerja kampanye gabungan, mencegah opsi apa pun untuk melacak pengguna di seluruh aplikasi dan situs web yang dimiliki oleh perusahaan yang berbeda, dan kemampuan untuk mengidentifikasi pengguna atau perangkat secara unik.
AAP menggunakan tingkat privasi SKAdNetwork Apple sebagai patokan minimum untuk ambang batas perlindungan privasi. AAP adalah model atribusi default untuk perangkat Apple yang beroperasi pada ios 14.5+, kecuali dalam kasus yang secara eksplisit diizinkan oleh Apple, seperti media milik sendiri dan pengguna yang disetujui ATT.
Tidak seperti metode atribusi lain yang dijelaskan, tujuan algoritme pembelajaran mesin AAP adalah memaksimalkan keakuratan kinerja kampanye gabungan, bukan keakuratan atribusi pengguna akhir.
Kampanye pramuat
Dalam kampanye pramuat, aplikasi diinstal di perangkat pengguna oleh mitra pramuat, di pabrik atau setelah aktivasi perangkat. Mitra pramuat dapat berupa:
- Produsen Peralatan Asli (OEM)
- Platform penemuan aplikasi
- Operator seluler
Ada 3 metode untuk mengatribusikan kampanye pramuat. Ketiga metode tersebut dapat digunakan secara bersamaan; mereka tidak mengganggu mekanisme satu sama lain.
3 metode dan beberapa spesifikasi utama diuraikan dalam tabel berikut. Klik tautan untuk mempelajari lebih lanjut tentang setiap metode pramuat.
| Metode atribusi pramuat | Kasus penggunaan | Info peluncuran aktivasi perangkat ke aplikasi* | Periode waktu lookback** | Jenis pencocokan dalam data lengkap |
|---|---|---|---|---|
| Perujuk AppsFlyer* |
|
Ya |
|
|
| Instal otomatis Google Play** |
Dimuat sebelumnya saat aktivasi perangkat (untuk aplikasi Google Play) |
Tidak |
|
preload_pai |
| Pramuat di pabrik melalui System Property (Android)** |
|
Tidak |
Tidak ada batas |
preload_conf |
|
* Solusi pramuat perujuk AppsFlyer memberikan visibilitas dan kemampuan pengukuran antara aktivasi perangkat pertama dan peluncuran aplikasi pertama. Hal ini memungkinkan Anda melihat berapa banyak perangkat yang diaktifkan dengan aplikasi yang dimuat sebelumnya di perangkat oleh mitra tertentu, lalu melihat kapan aplikasi diluncurkan untuk pertama kalinya. Untuk dua metode lainnya, atribusi ditentukan hanya setelah pengguna meluncurkan aplikasi untuk pertama kalinya, jumlah perangkat yang menginstal aplikasi sebelum peluncuran pertama tidak tersedia. ** Proses ini dapat memakan waktu berhari-hari atau berminggu-minggu, mulai dari pertama kali pengguna menyalakan perangkat hingga meluncurkan aplikasi yang sudah dimuat sebelumnya untuk pertama kalinya. Oleh karena itu, AppsFlyer memberikan prioritas tertinggi pada kampanye pramuat dalam menentukan atribusi, dengan periode lihat balik yang lebih panjang.
|
||||
Tautan langsung
Hanya untuk interaksi ulang, pengguna tidak diarahkan ke app store untuk mengunduh aplikasi. Maka, informasi di URL dapat dihubungkan secara langsung ke klik (dan aplikasi selanjutnya terbuka). Metode atribusi ini disebut sebagai tautan langsung karena URL tautan langsung membawa informasi yang digunakan untuk menghubungkan interaksi ulang.
Metode atribusi per sumber media dan fitur AppsFlyer
Lihat bagian berikut untuk rincian lengkap tentang kapan metode atribusi tertentu tersedia, bergantung pada:
- Sumber media: dimiliki atau dibayar
- Fitur AppsFlyer digunakan
- Perangkat pengguna: Android atau iOS
Media yang Dimiliki Sendiri
| Media Source | Fitur | Metode Atribusi | |
|---|---|---|---|
| Android | iOS | ||
| Media milik sendiri: email (termasuk penyedia layanan email/email service provider (ESP)), SMS, postingan media sosial, influencer/affiliate, media cetak, dll. | OneLink |
|
Pemodelan probabilistik |
| Situs web/laman arahan seluler milik sendiri dengan lalu lintas masuk berbayar atau organik | Smart Banner (Spanduk Cerdas) | Pemodelan probabilistik | Pemodelan probabilistik |
| OneLink Smart Script |
|
Pemodelan probabilistik | |
| Aplikasi seluler milik sendiri | Undangan/rujukan pengguna |
Pemodelan probabilistik |
Pemodelan probabilistik |
| Promosi silang | Pencocokan ID Device | Pencocokan ID Device | |
Media berbayar
| Media Source | Metode Atribusi | ||
|---|---|---|---|
| Android | iOS | Platform CTV, PC, dan konsol | |
| SRN |
Pencocokan ID Device |
|
Pencocokan ID Device |
|
|
|
|
| Pra-install | -- | ||
Jenis Atribusi Interaksi User
Atribusi dilakukan berdasarkan interaksi klik-tayang dan lihat-tayang. Atribusi sumber media dicapai dengan memanfaatkan pencocokan ID perangkat dan teknik pemodelan probabilistik.
Atribusi Click-Through
Sebagian besar penginstalan adalah hasil dari klik pengguna pada iklan, seperti spanduk, video, dan perantara.
Setelah iklan diklik, jendela lookback klik terbuka dengan durasi default 7 hari. Penginstalan yang terjadi selama durasi jendela lookback adalah non-organik dan diatribusikan ke sumber media. Penginstalan yang terjadi setelah durasi jendela lookback dianggap sebagai penginstalan organik. Sering disebut sebagai diatribusikan secara organik.
- Jendela lihat-balik klik tujuh hari dianggap sebagai standar industri. Atur durasi jendela sesuai persetujuan Anda dengan sumber media.
- Sejajarkan jendela lihat-balik SRN dengan durasi yang ditentukan oleh SRN.
|
Jenis Atribusi |
Metode Atribusi |
Jangkauan |
Default |
|---|---|---|---|
|
Click-Through (Semua Mitra Terintegrasi)
|
Referrer, Pencocokan ID |
1 – 30 Hari |
7 Hari |
|
Pemodelan probabilistik |
0–24 Jam |
|
Atribusi View-Through
Pengguna yang melihat iklan seluler tetapi tidak mengkliknya, dapat diatribusi ke jaringan iklan yang menayangkan iklan.
Jendela lookback untuk atribusi lihat-tayang:
- lebih singkat daripada atribusi klik-tayang
- dapat dikonfigurasi.
Untuk mengaktifkan atribusi lihat-tayang, atur jendela lookback di jendela konfigurasi AppsFlyer.
Hal ini sangat membantu untuk ad network video yang biasanya memiliki CTRs rendah pada iklan-iklan video mereka, juga untuk ad network biasa yang melayani iklan-iklan reguler.
| Jenis Atribusi |
Metode Atribusi |
Jangkauan |
Default |
|---|---|---|---|
|
View-Through (Mitra Terintegrasi yang Dipilih)
|
Pencocokan ID |
0-24 jam |
1 Hari |
|
Pemodelan probabilistik |
0-24 jam |
|
Pada kasus di mana terjadi sebuah klik dan tayangan iklan, klik selalu mendahului, karena klik merupakan interaksi aktif.
Topik Atribusi Tingkat Lanjut
In-App Event
AppsFlyer membuat ID AppsFlyer unik untuk penginstalan aplikasi yang dikaitkan dengan detail atribusi. Hal ini memungkinkan platform mengatribusikan in-app event ke sumber media asli. Pemasang iklan dapat menggunakan informasi ini untuk mengikuti perjalanan pengguna pada data lengkap aplikasi mereka.
Untuk informasi selengkapnya tentang atribusi event, klik di sini.
Assisted Installs
AppsFlyer sepenuhnya hanya menghubungkan satu media sumber setiap instalasi, biasanya menggunakan klik iklan terakhir atau tayangan iklan terakhir (jika tidak ada klik).
Assisted Installs (Penginstalan dengan Bantuan) (alias atribusi multi-sentuh) adalah penginstalan di mana sumber media/kampanye bukan merupakan titik kontak terakhir, tetapi menyentuh pengguna sebelum penginstalan dan sentuhan terjadi dalam periode waktu lookback atribusi.
Jaringan yang membantu ditampilkan sebagai kontributor untuk instalasi di AppsFlyer.
Untuk informasi lebih lanjut, klik di sini.
Instalasi ulang
Penginstalan ulang terjadi ketika pengguna menginstal aplikasi, menghapus penginstalan, lalu kemudian menginstal ulang. Atribusi penginstalan ulang diatur oleh re-attribution window (jendela atribusi ulang) sebagai berikut:
- Jika penginstalan ulang terjadi setelah berakhirnya jendela atribusi ulang: dicatat sebagai penginstalan baru.
- Jika penginstalan ulang terjadi selama jendela atribusi ulang, berlaku salah satu dari yang berikut:
- Jika pengguna berinteraksi dengan kampanye penargetan ulang sebelum penginstalan ulang: dicatat sebagai retargeting reinstall (penginstalan ulang penargetan ulang) (atau atribusi ulang).
- Jika pengguna tidak berinteraksi dengan kampanye atau berinteraksi dengan kampanye UA: tidak ada penginstalan yang tercatat. Tergantung pada status Atribusi Event Pasca Penginstalan Ulang , in-app event dari pengguna yang menginstal ulang ini diatribusikan penginstalan organik atau penginstalan awalnya.
Untuk pengujian perangkat dan beberapa penginstalan, daftarkan perangkat di AppsFlyer. Jika Anda tidak mendaftarkan perangkat, hanya penginstalan pertama yang dicatat.
Perhatikan bahwa AppsFlyer memungkinkan akurasi yang lebih baik untuk mengatribusikan penginstalan ulang iOS tanpa ID pengiklan. Anda dapat mengaktifkan fitur ini di halaman Pengaturan Aplikasi.
Menginstal ulang aplikasi iOS yang dicadangkan di iCloud
Ketika suatu aplikasi dicadangkan menggunakan iCloud dan kemudian dipulihkan (pada perangkat yang sama atau pada perangkat lain), AppsFlyer tidak menghitungnya sebagai instalasi baru atau instalasi ulang. Seorang Pengguna yang memulihkan aplikasi dari iCloud menyimpan ID AppsFlyer dan data atribusi mereka.
Atribusi Retargeting
Pengguna yang menginstal ulang aplikasi selama re-attribution window (jendela atribusi ulang) (90 hari secara default) dianggap sebagai atribusi ulang. Jika penginstalan ini terjadi setelah berinteraksi dengan kampanye penargetan ulang, penginstalan ini dicatat sebagai penargetan ulang penginstalan ulang ATAU atribusi ulang dan dilaporkan dalam retargeting (penargetan ulang).
Pembaruan App
- Ketika pengguna yang sudah ada memperbarui aplikasi ke versi berikutnya, ini tidak diperlakukan sebagai event atribusi yang dapat dihitung, jika pengguna sebelumnya telah diatribusi oleh AppsFlyer. Perhatikan! Jika Anda bermigrasi ke AppsFlyer dari pengguna MMP lain yang sudah ada pada pembukaan aplikasi pertama, setelah migrasi, akan diatribusi ke organik.
- Metrik yang berkaitan dengan jumlah pengguna per versi aplikasi tersedia di dasbor Informasi SDK.