Bermigrasi ke AppsFlyer dari vendor lain

SDK AppsFlyer yang terintegrasi ke dalam aplikasi adalah penghubung antara aplikasi dan platform AppsFlyer. Ini melaporkan penginstalan aplikasi, pembukaan aplikasi, in-app event, dan sebagainya.

Untuk mengintegrasikan SDK AppsFlyer :

1. Integrasikan SDK AppsFlyer ke dalam aplikasi.
   Lihat panduan untuk integrasi SDK Android dan iOS .
2. Petakan in-app event yang ingin Anda rekam, menggunakan skema AppsFlyer.
   Ini dapat dilakukan melalui SDK atau S2S .
3. Hapus SDK kompetitor vendor atribusi.
   Anda dapat melakukannya segera dan beralih secara eksklusif ke AppsFlyer, atau menjalankan kedua SDK secara bersamaan selama beberapa minggu. Lihat rincian opsi ini pada tabel di bawah.
   

   Opsi	Apa yang terjadi setelah rilis versi aplikasi yang diperbarui	Dampak
   Hapus  SDK kompetitor (disarankan)	Hanya AppsFlyer yang mencatat penginstalan baru dan memperbarui pengguna. Kompetitor masih menampilkan event yang dilakukan oleh pengguna, sampai pengguna memperbarui aplikasinya juga.	Transisi cepat. Tidak ada atribusi ganda.
   Pertahankan SDK kompetitor  untuk masa transisi	AppsFlyer dan kompetitor mengatribusikan penginstalan baru dan melaporkan event. Hapus SDK kompetitor nanti.	Validasi data dimungkinkan. Artinya, Anda dapat membandingkan data dari AppsFlyer dan vendor lainnya. Atribusi ganda, yang dapat menyebabkan tagihan ganda dengan jaringan iklan. Lihat contoh berikut ini. Beban kerja lebih tinggi.

4. Setelah semua tugas lain dalam lingkup pekerjaan diselesaikan, perbarui versi aplikasi dengan SDK AppsFlyer ke market. Pengguna baru diatribusikan oleh AppsFlyer. 
   Catatan :
   • Pastikan untuk memperbarui aplikasi untuk iOS, Google Play, dan market selain play store Android yang relevan.
   • Aplikasi Android Anda mungkin ada di situs APK tidak resmi, meskipun Anda tidak mengetahuinya (telusuri nama paket aplikasi Anda di web untuk mengetahuinya). Situs APK membutuhkan beberapa waktu untuk memperbarui ke versi terbaru, sehingga mereka mungkin membawa pengguna organik, yang memasang versi lama tanpa SDK AppsFlyer.
   • Peluncuran pembaruan aplikasi pada app store dapat membutuhkan waktu beberapa hari hingga selesai sepenuhnya. Pengguna yang menginstal selama fase ini mungkin masih mendapatkan versi sebelumnya.

Migrasi perangkat adalah proses mengunggah daftar ID perangkat pengguna Anda yang sudah ada (IDFA, IDFV, GAID, CUID) ke AppsFlyer. Anda harus melakukan proses ini sebelum merilis versi aplikasi baru, yang akan menyertakan SDK AppsFlyer. Ada dua opsi saat memigrasi perangkat, migrasi yang diatribusikan atau yang tidak diatribusikan .

Migrasi perangkat memecahkan masalah data yang terkait dengan pengguna aplikasi yang sudah ada yang mengunduh aplikasi, dan diatribusi oleh vendor Anda sebelumnya. Misalnya, biaya ganda SRN, yang terjadi ketika pengguna awalnya diatribusi ke SRN di bawah vendor sebelumnya, dan yang masih dalam jendela lookback, diklaim oleh SRN lagi di bawah AppsFlyer.

Setelah Anda bermigrasi perangkat, data ditampilkan di AppsFlyer sebagai berikut:

• Penginstalan data: Mirip dengan Penginstalan ulang, perangkat yang dimigrasi tidak memiliki data penginstalan. Penginstalan perangkat yang dimigrasi tidak ditampilkan di AppsFlyer.
• Data sesi dan in-app event: Direkam dan ditampilkan sebagai organik untuk metode migrasi perangkat yang tidak diatribusikan, atau diatribusikan ke sumber media dan kampanye, jika menggunakan metode atribusi.
• Penargetan ulang: Atribusi ulang dan interaksi ulang ditampilkan secara normal.
• Data aktivitas: Ditampilkan secara normal.
• Retensi dan data kohort: Perangkat yang dimigrasikan tidak memiliki catatan penginstalan. Dengan demikian, mereka tidak dikaitkan kohort apa pun, dan tidak dapat ditampilkan di laporan Retensi dan kohort. 

Untuk memigrasi perangkat: 

1. Tentukan populasi pengguna yang akan dimigrasi. Anda dapat memigrasi semua pengguna yang sudah ada (yang mungkin mencegah Anda mendapatkan data atribusi ulang yang akurat dari AppsFlyer), atau pengguna yang baru saja menginstal aplikasi Anda (yang dapat menyebabkan tagihan ganda untuk pengguna yang lebih lama).
   Kami merekomendasikan memigrasi pengguna yang aktif selama periode jendela atribusi ulang Anda saat ini.Misalnya, jika aplikasi Anda memiliki jendela atribusi ulang 90 hari, migrasikan pengguna yang memiliki setidaknya satu sesi selama 90 hari sebelumnya.
2. [Opsional] Beri tahu pemasar / manajer UA untuk menjeda kampanye pemasaran yang ada (dari SRN, jaringan iklan non-SRN, media yang dimiliki, dll.) hingga migrasi perangkat selesai.
   Jika Anda memutuskan untuk tidak menjeda kampanye, migrasikan ID perangkat yang tersisa dari vendor lain segera setelah versi aplikasi yang diperbarui dengan SDK AppsFlyer dirilis ke app store.
3. Siapkan file CSV berdasarkan populasi pengguna yang dipilih, menggunakan struktur migrasi yang diatribusikan atau tidak diatribusikan . Lihat sampel CSV
4. Kirim CSM AppsFlyer Anda CSV.
   CSM Anda akan memigrasi ID perangkat ke AppsFlyer. 

Perangkat yang dimigrasikan ke AppsFlyer dengan metode ini memiliki in-app event dan sesi yang dicatat serta ditampilkan sesuai dengan sumber media yang dilaporkan oleh vendor atribusi sebelumnya, dan menurut kebijakan penyimpanan data jaringan iklan.

Struktur CSV migrasi perangkat yang teratribusi

Aturan file CSV:

• File CSV dapat berisi perangkat pengguna dari beberapa aplikasi.
• Jangan menduplikasi kombinasi ID perangkat dan ID aplikasi yang sama di beberapa baris. Jika terjadi duplikasi, kemunculan terakhir dalam file akan digunakan.
• Semua header kolom harus menyertakan: app_id, platform, device_id, id_type, install_time, media_source, integrated_partner, campaign, campaign_id Catatan: Urutan bidang penting dan harus dijaga.
• Anda dapat menambahkan IDFV dan IDFA untuk perangkat yang sama, namun keduanya harus berada di baris terpisah. Semua bidang di baris terpisah harus sama, kecuali device_id.
• Setiap baris harus berisi tepat 9 bidang yang dipisahkan dengan koma.
• Biarkan bidang tidak wajib kosong (kosong).
• File dapat berisi hingga 20 juta baris.
• Jika Anda memiliki banyak file, berikan nama yang unik untuk setiap file.
• Enkode data menggunakan UTF-8.
• [Opsional] Kompres file menggunakan ZIP atau GZIP.
  

Lihat sampel CSV

Perangkat yang dimigrasikan ke AppsFlyer dengan metode ini dicatat (tetapi tidak ditampilkan) sebagai pengguna organik. In-app event dan sesi-nya juga dicatat dan ditampilkan sebagai organik.

Struktur file CSV migrasi perangkat yang tidak diatribusikan

Kolom	Kapan digunakan	Contoh
App ID + IDFA/GAID/IDFV	Jika semua pengguna Android Anda memiliki identifier GAID. Pengguna khusus iOS
ID Aplikasi + ID Perangkat + Jenis ID Perangkat	Jika beberapa pengguna Android Anda hanya memiliki IMEI atau ID Android, tetapi tidak GAID (toko aplikasi selain play store, versi Android di bawah 4.4.2). ID Android harus memiliki format heksadesimal. Catatan: Gunakan string yang tepat untuk kolom tipe ID : advertiserId (juga mendukung amazon_aid), idfa, idfv, android_id, imei. Jika Anda menggunakan android_id atau imei, dan kemudian AppsFlyer menerima pengidentifikasi yang lebih baik, atribusi baru mungkin dicatat.

Aturan file CSV:

• File CSV dapat berisi perangkat pengguna dari beberapa aplikasi.
• Setiap baris berisi satu ID perangkat per aplikasi. 
• File harus menyertakan semua header kolom sebagai berikut:
  • Opsi1: File harus menyertakan semua header kolom sebagai berikut: app_id, device_id 
  • Opsi 2: app_id, device_id, id_type
• ID Aplikasi dalam huruf kecil
• Identifier Android dalam huruf kecil
• IDFA/IDFV dalam huruf besar
• Hingga 25 juta baris diizinkan

Lihat sampel CSV

SRN merespons Mitra Pengukuran Seluler (MMP) ketika diminta tentang interaksi perangkat tertentu. Jika dua MMP, misalnya AppsFlyer dan vendor atribusi yang berkompetisi, meminta SRN yang sama tentang penginstalan perangkat yang sama, mungkin dikenakan biaya ganda.

Untuk memigrasi kampanye SRN :

• Aktifkan dan konfigurasikan SRN yang relevan di AppsFlyer.

Tautan atribusi jaringan iklan mencatat interaksi pengguna dan selanjutnya digunakan untuk mengatribusikan interaksi yang menjadi penginstalan sebenarnya.

Untuk memigrasi kampanye jaringan iklan non-SRN :

1. Aktifkan jaringan iklan yang relevan di AppsFlyer.
2. Buat tautan atribusi AppsFlyer untuk setiap jaringan iklan.
3. Ganti tautan yang ada di setiap kampanye Anda dengan tautan atribusi AppsFlyer. 

Media yang dimiliki mengacu pada tautan atribusi yang Anda gunakan di:

• Berbagi konten
• Web-to-App
• Email
• SMS
• Postingan media sosial
• Blog
• Komunitas internet (Quora, dll.)
• dan lebih ...

Untuk kampanye ini, AppsFlyer menggunakan tautan khusus OneLink . Tautan khusus OneLink mengarahkan pengguna berdasarkan perangkat mereka ke app store yang benar, langsung ke aplikasi, atau ke URL web / laman arahan.

Untuk mengubah tautan Anda untuk vendor lain menjadi AppsFlyer OneLinks:

• Hubungi CSM Anda, yang akan membantu Anda dengan migrasi massal dari semua tautan Anda. 

Untuk atribusi SKAdNetwork (SKAN), Anda hanya dapat meminta satu SDK yang memperbarui nilai konversi. Jika tidak, data SKAN menjadi tidak berarti. Oleh karena itu, pastikan setelah migrasi, hanya AppsFlyer SDK yang memperbarui nilai konversi SKAN.

Pelajari tentang mengatur nilai konversi SKAN di AppsFlyer.

Sebelum migrasi, sistem Anda menyimpan data atribusi dari vendor Anda saat ini sesuai dengan struktur pelaporan, bidang, dan parameter yang telah Anda atur. Agar AppsFlyer dapat melaporkan data dengan benar, Anda harus menyesuaikan dan memetakan struktur laporan Anda saat ini ke struktur laporan, bidang, dan parameter AppsFlyer.

Untuk mengadaptasi/memetakan struktur laporan Anda:

• Hubungi CSM AppsFlyer Anda untuk mendapatkan bantuan dalam mengadaptasi/memigrasi struktur data laporan Anda dengan cepat dari Adjust, Branch/Tune, atau Kochava ke AppsFlyer.

Anda bisa mendapatkan data laporan lengkap dan gabungan  dari AppsFlyer menggunakan beberapa metode. Biasakan diri Anda dengan metode dan atur metode yang relevan untuk Anda.

Metode pelaporan meliputi:

• Ekspor CSV
• Push API
• Pull API
• Data Locker