Bermigrasi ke AppsFlyer dari vendor lain

Sekilas: Rencanakan migrasi Anda ke AppsFlyer dari vendor atribusi lain. Pahami cara menghindari tagihan ganda, duplikasi data, dan kehilangan data selama periode migrasi.

alur migrasi

Overview

Bermigrasi ke AppsFlyer dari vendor lain mencakup tugas-tugas utama berikut:

Anda dapat mengerjakan tugas ini secara bersamaan. Namun, kami menyarankan Anda:

  • Selesaikan semua tugas sebelum merilis aplikasi Anda yang telah diperbarui dengan AppsFlyer SDK. 
  • Jeda kampanye pemasaran yang ada sebelum melakukan migrasi ID perangkat. 

Tugas

Tabel berikut menjelaskan ruang lingkup pekerjaan yang diperlukan untuk setiap tugas. Untuk mencatat kemajuan Anda, unduh spreadsheet ini.

Lingkup kerja
Tugas Tindakan yang diperlukan Siapa saja yang terlibat Perkiraan waktu Catatan
Prasyarat
  1. Buat akun AppsFlyer .
  2. Tambahkan aplikasi di AppsFlyer
  3. [Opsional] Ubah jendela atribusi ulang 90 hari default agar sesuai dengan definisi Anda tentang pengguna aktif.
Pengguna dashboard Marketer/AppsFlyer

2 jam

 
Integrasi SDK
  • Integrasikan AppsFlyer SDK di aplikasi Anda.
  • Memetakan in-app event S2S atau SDK.
  • Perbarui versi aplikasi pada app store.
Pengembang aplikasi:

1-2 minggu

Aplikasi harus diperbarui di app store setelah semua tugas lainnya selesai.

Migrasi perangkat [opsional] Migrasikan ID perangkat untuk menghindari atribusi ganda dari pengguna yang sudah ada. Data engineer 1-2 minggu Pertimbangkan untuk menjeda kampanye saat ini sebelum migrasi, dan melanjutkannya setelah versi aplikasi diperbarui. 
Migrasi kampanye

Migrasikan kampanye yang ada dari: 

  • SRN
  • Jaringan iklan non-SRN
  • Media yang Dimiliki Sendiri
Pemasar/manajer UA 1-3 minggu
Penyiapan laporan data
  • Adaptasi/petakan struktur laporan Anda saat ini ke struktur laporan AppsFlyer.
  • Bersiaplah untuk menerima laporan AppsFlyer.
Data engineer 2-4 minggu  

Integrasi SDK

Integrasi SDK

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 - opsional

Tentang migrasi perangkat

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.

 Contoh

  • Seorang pengguna baru mengklik iklan di Facebook dan menginstal aplikasi Anda pada 15 Juni.
  • Pada tanggal 24 Juni, pengguna memperbarui aplikasi ke versi dengan AppsFlyer SDK, dan meluncurkan. Untuk AppsFlyer, ini adalah pengguna baru, yang perlu diatribusikan secara waktu aktual.
  • AppsFlyer meminta ID perangkat pengguna kepada Facebook. Karena pengguna masih dalam jendela lookback Facebook 28 hari, Facebook mengatribusikan sendiri pengguna tersebut. Ini menyebabkan tagihan ganda kepada pemilik aplikasi untuk pengguna yang sama.

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. 

Cara memigrasi perangkat

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 .
  4. Kirim CSM AppsFlyer Anda CSV.
    CSM Anda akan memigrasi ID perangkat ke AppsFlyer. 

Migrasi yang diatribusikan

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

Nama
kolom
Deskripsi Wa-jib Contoh
app_id

ID Aplikasi seperti yang terlihat di dashboard AppsFlyer

Ya
  • Android: com.great.app1 
  • iOS: id123456789

platform

Platform perangkat: iOS atau Android

Ya
  • ios
  • Android

device_id

  • Android: GAID 
  • iOS: IDFA atau IDFV

 

Ya
  • GAID (huruf kecil): 9c9a82fb-d5de-4cd1-90c3-527441c11828
  • IDFA (huruf besar): 9876F1SS-2983-3855-27RR-2R626772VFNB
  • IDFV (huruf besar): A7328D98-A973-402A-8B87-D22A8611F2AF
id_type
  • Android: advertiserId 
  • iOS:idfa or idfv
  • Saat ini, identifier lain, OAID, IMEI, dan ID Android tidak didukung. 
    Gunakan migrasi yang tidak diatribusikan untuk pengguna Android, yang bukan dari Google Play.
Ya
  • advertiserId
  • idfa
  • idfv
install_time

Waktu instal aplikasi asli dengan format ISO 8601 UTC:
yyyy-mm-ddTHH:MM:SS.SSS

  • Praktik terbaik : Biarkan bidang ini kosong. Dalam hal ini, waktu migrasi digunakan sebagai gantinya.
  • Jika Anda mengisi tanggal, ini harus berupa tanggal yang valid, tidak lebih lama dari jendela atribusi ulang.
    • Dalam beberapa kasus, perangkat yang dimigrasikan pada peluncuran pertama diperlakukan sebagai penginstalan baru.
      Contoh 1: Perangkat dengan waktu penginstalan sebelum tanggal pembuatan file dikurangi jendela atribusi ulang aplikasi tidak dimigrasikan dengan atribusi. Pada peluncuran pertama, perangkat diperlakukan sebagai penginstalan baru (kemungkinan besar organik).
      Contoh 2: Perangkat dimigrasikan dengan waktu penginstalan, tetapi peluncuran pertama hanya terjadi setelah migrasi dan di luar jendela atribusi ulang. Dalam hal ini, penginstalan baru dicatat.
Tidak

2018-01-22T08:45:33.412

media_source
  • Antara:
    • ID mitra AppsFlyer seperti yang muncul di dashboard AppsFlyer
    • Sumber media khusus (tidak boleh menjadi ID mitra).
  • Pastikan untuk mendapatkan daftar ID mitra yang tepat dari AppsFlyer.
  • Format: Nilai peka huruf besar/kecil
Ya


Non-organik: facebook_int, googleadwords_int

Organik: organic

integrated_partner
  • Menunjukkan apakah sumber media merupakan mitra terintegrasi atau bukan. Artinya sumber media organik atau khusus.
  • Format: Nilai peka huruf besar/kecil
Ya  
  • ya
  • tidak
kampanye

Untuk detail atribusi yang lebih terperinci, berikan nama kampanye asli.

Format: String

Tidak  
campaign_id

 Untuk detail atribusi yang lebih terperinci, berikan ID kampanye asli.

Format: String tanpa spasi

Tidak  
Struktur CSV migrasi perangkat yang teratribusi

Aturan file CSV:

  • File CSV dapat berisi perangkat pengguna dari beberapa aplikasi.
  • Setiap baris berisi satu ID perangkat per aplikasi. 
  • Semua header kolom harus menyertakan: app_id, platform, device_id, id_type, install_time, media_source, integrated_partner,
    campaign,campaign_id
  • Setiap baris harus berisi tepat 9 bidang yang dipisahkan dengan koma.
  • Biarkan kolom 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.

Migrasi tanpa atribusi

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.

Kolom Kapan digunakan Contoh
App ID + IDFA/GAID/IDFV
  • Jika semua pengguna Android Anda memiliki identifier GAID.
  • Pengguna khusus iOS 
device_migration_file_option_1.png
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.

Gunakan string yang tepat untuk kolom jenis ID : advertiserId, idfa, android_id, imei.

device_migration_file_option_2.png
Struktur file CSV migrasi perangkat yang tidak diatribusikan

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

Migrasi kampanye

Alihkan kampanye pemasaran yang ada ke AppsFlyer untuk mengaktifkan atribusi AppsFlyer, dan hindari tagihan ganda dan hilangnya data atribusi.

Catatan : Anda dapat memilih untuk hanya memigrasi beberapa kampanye pemasaran dalam satu waktu. Dalam kasus ini, Anda dapat menyegmentasikan kampanye yang ingin Anda migrasikan menurut sumber media (misalnya, jaringan atau agensi iklan), geo, atau kampanye. 

SRN

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.

 Catatan

  • SRN dapat menjalankan beberapa MMP (kecuali Facebook dan Twitter).
  • Facebook tidak dapat menghapus duplikat in-app event.

Jaringan iklan non-SRN

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 Sendiri

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. 

Penyiapan laporan data

Adaptasi dan petakan struktur laporan

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.

Siapkan metode laporan

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

 

Apakah artikel ini membantu?