SKAN Conversion Studio

Sekilas: Gunakan SKAN Conversion Studio untuk menetapkan interaksi pengguna mana dalam aplikasi yang akan diukur, dan untuk berapa lama. Ukur pendapatan, konversi, interaksi, dan retensi selama periode 12-72 jam jendela aktivitas pasca-penginstalan. Dengan menambahkan pengukuran Single Source of Truth, kami dapat memberi tahu Anda jika pengguna diatribusikan oleh AppsFlyer dan SKAN.

Bacaan terkait: Solusi SKAN

Dasar-dasar SKAN Conversion Studio

Dalam alur atribusi SKAdNetwork (SKAN), perangkat iOS mengirimkan satu postback SKAN yang berisi nilai konversi (CV) terbaru. CV ini dibatasi hingga 6 bit, menghasilkan 64 kemungkinan nilai (0-63). Batasan ini memang mengharuskan untuk mengambil pilihan yang sulit tentang cara menggunakan 6 bit itu.

Conversion Studio memberi Anda fleksibilitas maksimum untuk menghitung setiap bit. Anda menentukan dengan tepat data pengukuran apa yang akan dikodekan dalam CV—termasuk aktivitas apa dan berapa lama pengukuran selama periode pasca-penginstalan. 

 Jenis

Mode

Deskripsi Jendela aktivitas

Fleksibel

Kustom

[Praktik terbaik]

Tetapkan kombinasi pendapatan, konversi (in-app event), dan pengukuran interaksi selama jendela aktivitas yang dapat dikonfigurasi. 12-72j

Fleksibel

Decode

Buat CV Anda sendiri untuk pemetaan event dan atur CV di aplikasi sendiri. Gunakan opsi ini jika Anda tidak dapat mengintegrasikan AppsFlyer SDK ke aplikasi Anda. Untuk menggunakan Decode, buka SKAN Conversion Studio, klik options (⋮), pilih Upload custom decode mapping file

12-1512j (63 hari)

Tetap 

Pendapatan

[Default]

[Legasi]

Ukur pendapatan menggunakan salah satu rentang berikut: 

  • $1-$630 dalam kelipatan $10
  • $1-$63 dalam kelipatan $1
  • $0.01-$0.63 dalam kelipatan $0.01
24 j

Tetap

Konversi

[Legasi]

Pilih 1-6 in-app event sebagai event konversi 24 j

Tetap 

Interaksi

[Legasi]

Berapa kali pengguna melakukan suatu event 24 j
Mode pengukuran

Tips! Lakukan eksperimen dengan Conversion Studio. Di AppsFlyer, buka > Configuration > SKAN Conversion Studio.

Prinsip dan definisi pengukuran

Definisi

  • Jendela aktivitas: Menentukan berapa lama waktu pengukuran aktivitas pasca-penginstalan. Durasi jendela tergantung pada timer iOS dan AppsFlyer. Pengukuran berhenti ketika salah satu timer mencapai 0. Postback iOS dikirim 0-24 jam setelah timer iOS berakhir. 
  • Single Source of Truth (SSOT): Mekanisme untuk menandai jika pengguna diatribusikan oleh SKAN dan metode pencocokan atribusi lainnya. Tanda tersebut digunakan untuk menghilangkan data penginstalan duplikat dalam data lengkap SKAN dan untuk menghitung metrik kinerja yang sebenarnya.. 
  • Kapasitas nilai konversi: Jumlah CV yang diperlukan untuk memetakan pengaturan Anda. Semakin banyak komponen dan elemen pengukuran yang Anda pilih, semakin banyak kapasitas nilai konversi yang diperlukan. Setiap rentang atau elemen pengaturan yang dipilih menggunakan kapasitas nilai konversi. (Dan setiap unit pengaturan tambahan yang disertakan dalam satu komponen menggunakan kapasitas tersebut secara eksponensial!) Contoh penggunaan CV yang dimaksimalkan.
  • Komponen pengukuran:
    • Pendapatan: Pendapatan yang dihasilkan
    • In-app event: Interaksi, pengukuran pengguna unik, atau keduanya
    • Perjalanan Pelanggan: Daftar urutan peristiwa yang dilakukan oleh pengguna
    • Prioritas: Komponen yang berisi pendapatan, in-app event, atau keduanya.
    • Prediksi: Umenggunakan algoritme pembelajaran mesin canggih untuk memberikan prediksi keberhasilan kampanye berbasis LTV yang akurat. KPI tingkat pengguna yang diprediksi (termasuk prediksi pendapatan dan retensi) dikodekan dan dikirimkan ke SKAN sebagai nilai konversi tunggal, yang kemudian dilaporkan SKAN sebagai postback, bersama dengan ID kampanye dan sumber atribusi.  

Prinsip

  • Admin.pngKhusus admin: Hanya admin yang dapat menyimpan pengaturan Conversion Studio. Pengguna akun dapat melihat pengaturan. 
  • Pada waktu tertentu, hanya satu mode yang aktif. 
  • Untuk mode tertentu, AppsFlyer memetakan kombinasi yang ditentukan oleh pengaturan Anda ke CV. Anda dapat melihat dan mengunduh tabel pemetaan
  • Di aplikasi, AppsFlyer mengatur CV pasca setiap tindakan pengguna yang terukur menggunakan mode pengukuran aktif saat pengguna meluncurkan aplikasi untuk pertama kalinya. 
  • iOS mempertimbangkan Ambang batas privasi sebelum mengisi CV di postback.
  • Tindakan pengguna yang terjadi setelah jendela aktivitas berakhir akan diabaikan.
  • Dasbor SKAN:
    • Layout dan metrik dasbor SKAN bergantung pada mode dan konfigurasinya. 

    • Layout diperbarui setiap hari berdasarkan mode aktif pada tengah malam UTC. Perkiraan pembaruan layout akan tersedia pada pukul 05:00 UTC. 

    • Di Kustom dan Dekode, data organik untuk in-app event tidak tersedia. 

prinsip S2S

Tindakan terukur dapat dilaporkan oleh API server-to-server (S2S) . Pertimbangkan hal berikut per mode: 

  • Kustom: S2S selalu aktif.
  • Decode: S2S tidak cocok untuk S2S dan tidak tersedia. AppsFlyer tidak mengatur CV dalam mode ini.
  • Model pendapatan, konversi, dan interaksi: Anda harus mengaktifkan perekaman event S2S sebelum mengirim events.

Menggunakan Kustom

Di Kustom, Anda menggunakan komponen pengukuran yang berbeda seperti pendapatan, in-app event, prioritas, dan Single Source of Truth, untuk menentukan apa yang diukur dan menyetel jendela aktivitas untuk menentukan berapa lama dan pada interval apa pengukuran dilakukan. Satukan komponen membuat mode pengukuran Kustom Anda. 

Untuk mengatur Kustom, lakukan eksperimen dengan opsi berbeda, saat Anda membuat perubahan, ukuranKapasitas nilai Konversi diperbarui. Optimalkan pengaturan Anda untuk mengumpulkan data yang paling berharga bagi Anda tanpa melebihi kapasitas. Lihat Penghitungan kapasitas nilai Konversi.

CapacitCounter.png

Langkah selanjutnya

Bagian berikut ini memerinci opsi pengaturan dan komponen. Gunakan bagian tersebut sebagai panduan saat Anda membuka Kustom dan bereksperimen dengan pengaturan pengukuran yang berbeda.

Jendela aktivitas

Tentukan berapa lama aktivitas pengguna diukur

flex_activity_window.jpg

Wajib

Ya 

Boleh digunakan berkali-kali

Tidak

Karakteristik waktu

  • Timer memiliki durasi tetap, yang Anda tetapkan, dan berjalan secara paralel dengan timer iOS.
  • Sedangkan timer iOS memiliki durasi awal 24 jam. Setiap kali nilai konversi meningkat, timer direset.
  • Durasi default 24 jam.
  • Pengukuran berhenti ketika salah satu timer mencapai 0. 
Durasi timer
  • Rentang: 12-72 jam. Untuk opsi lainnya, lihat Pengukuran fleksibel di tabel ini.  
  • Saat timer berakhir, AppsFlyer berhenti mengukur.
  • Jika durasi timer lebih dari 24 jam, pengguna harus aktif di aplikasi setidaknya sekali per interval. Jika tidak, pengukuran dapat berakhir sebelum waktunya karena AppsFlyer tidak dapat mencegah timer iOS mencapai 0; artinya iOS mengakhiri pengukuran. 

Interval

12 atau 24 jam. Interval memengaruhi ketepatan rentang waktu aktif terakhir dan waktu penginstalan. Untuk opsi lainnya, lihat Pengukuran fleksibel di tabel ini. 

Rentang waktu terakhir aktif tersedia dalam laporan data lengkap di kolom min_install_time dan max_install_time dan digunakan untuk menentukan waktu penginstalan seperti yang dijelaskan di bagian ini.

Contoh:

  • Durasi timer diatur ke 48 jam
  • Pengguna terakhir aktif selama 40 jam
  • Tergantung pada pengaturan interval, rentang waktu terakhir aktif adalah: 
    • Interval 12-jam: 36–48 jam
    • Interval 24-jam: 24–48 jam

Install time

Waktu penginstalan didapatkan sebagai berikut:

Waktu penginstalan = Waktu kedatangan postback - [Rata-rata rentang terakhir aktif] - [jeda postback iOS]

  • Waktu kedatangan postback:  Waktu postback iOS pertama kali diterima langsung dari perangkat; biasanya oleh jaringan iklan. 
  • Rata-rata rentang terakhir aktif mempertimbangkan CV dan dihitung sebagai berikut:
    • Jika CV = 0  rentang terakhir aktif diasumsikan 0. 
    • Jika CV > 1 atau CV = null: Menggunakan waktu min_install_time dan max_install ini diatur berdasarkan interval dan terakhir kali pengguna terlihat aktif di aplikasi.  Misalnya, Jika intervalnya adalah 12, karena pengguna terakhir terlihat 25 jam setelah penginstalan, hasilnya adalah [24 + 36] / 2 = 30. 
  • jeda postback iOS: [24 + 48 ] / 2 = 36. Pertimbangkan bahwa timer iOS berakhir 24 jam setelah perubahan terakhir pada CV dan postback dikirim 0–24 jam setelahnya. 36 jam adalah konstanta

Opsi pengaturan

Jendela Aktivitas terdiri dari dua pengaturan durasi dan interval. 

  • Durasi: 24–72 jam dengan interval 24 jam. Maksimal 3 interval.
  • Durasi: 12–72 jam dengan interval 12 jam. Maksimal 6 interval.

Dampak mengubah durasi jendela aktivitas

  • Postback dikirim 0-24 jam setelah timer iOS berakhir. 
  • Awalnya, timer iOS ditetapkan berakhir setelah 24 jam. 
  • Jika Anda mengatur jendela aktivitas ke lebih dari 24 jam, pengguna harus aktif setidaknya sekali per interval untuk memastikan bahwa timer iOS tidak berakhir.

 

Pertimbangan terkait jaringan iklan

  • Durasi timer default adalah 24 jam.
  • Anda dapat mengatur durasi yang berbeda, tetapi sebelum melakukannya, verifikasi dengan mitra jaringan iklan Anda jika mereka mendukung periode yang berbeda dari default. 
  • Saat menggunakan jendela 24 jam, Anda dapat meningkatkan metrik dengan membagi periode 24 jam menjadi 2 interval, masing-masing 12 jam. Dengan melakukan hal tersebut, Anda akan tahu apakah pengguna terus menggunakan aplikasi setelah 12 jam pertama. 

Contoh persyaratan kapasitas rentang

Gambar di bagian ini menunjukkan timer 60 jam dengan interval 12 jam. 

Opsi jendela aktivitas yang fleksibel

Pengukuran fleksibel memungkinkan Anda mengatur jendela aktivitas yang lebih lama dan memiliki perincian per jam. Demikian halnya untuk pengaturan interval. Pengaturan memiliki karakteristik sebagai berikut:

  • Jendela aktivitas:
    • Rentang: 12-1512 jam (63 hari)  
    • Perincian: 1 jam
  • Interval:
    • Rentang: Minimum 1 jam dan pengganda lain dari jendela aktivitas
    • Perinciannya 1 jam

Pertimbangan: Rasio jendela aktivitas terhadap interval harus bilangan bulat.

Praktik terbaik: Jangan atur interval ke lebih dari 24 jam, karena ini mengurangi keakuratan estimasi waktu penginstalan.

Single Source of Truth

Single Source of Truth untuk mengidentifikasi apakah pengguna diatribusikan dengan SKAN dan metode pencocokan lainnya

SSOTControl.png

Mekanisme Single Source of Truth (SSOT) menandai penginstalan yang dilaporkan oleh lebih dari satu metode pencocokan atribusi. Dengan kata lain, SKAN dan metode lainnya. Tanda (flag) ini tersedia di laporan data lengkap SKAN dan [segera hadir] dipertimbangkan dalam menghitung metrik di tampilan SSOT dasbor Ikhtisar. 

Wajib

Tidak

Boleh digunakan berkali-kali

Tidak

Opsi pengaturan

jika SSOT aktif, CV diatur sehingga dapat menandai jika pengguna diatribusikan oleh SKAN dan metode pencocokan atribusi lainnya. 

Di mana tanda (flag) SSOT digunakan?

  • [Segera hadir] Tampilan SSOT dasbor Ikhtisar AppsFlyer
  • Laporan data lengkap SKAN memiliki bidang af_attribution_flag . Jika benar, pengguna diatribusikan oleh SKAN dan metode lain. 
  • Laporan API atribusi gabungan SKAN.

Prediksi komponen

Memprediksi pendapatan, retensi, dan perilaku pengguna jangka panjang berdasarkan data perilaku yang terukur

Predict-SKAN_Conversion_Studio__1_.png

Wajib

Tidak

Boleh digunakan berkali-kali

Tidak

Opsi pengaturan

Ketersediaan

  • Tersedia untuk Memprediksi pelanggan
  • Untuk mendapatkan akses Prediksi, hubungi CSM Anda

Komponen in-app event

Ukur konversi (jumlah pengguna unik yang melakukan event), interaksi (berapa kali event dilakukan), atau keduanya

ConversionStudioIn-app-event.png

Wajib

Tidak

Boleh digunakan berkali-kali

Ya
Opsi pengaturan

Pilih in-app event; kemudian atur rentang sesuai dengan tujuan pengukuran Anda sebagai berikut: 

  • Khusus konversi: Konfigurasikan satu rentang dengan rentang 0–1
  • Interaksi dan konversi: Konfigurasikan beberapa rentang dengan rentang yang Anda pilih

Rentang untuk interaksi

Untuk mengukur interaksi, Anda harus membuat rentang kejadian. Ketika terjadinya event interaksi yang dipilih dilaporkan, SKAN mengaitkannya dengan rentang yang sesuai sesuai dengan jumlah event yang terjadi.

Karakteristik

  • Setiap rentang berisi rentang kejadian yang terdiri dari a dari nilai dan ke nilai. Nilai yang lebih rendah tidak termasuk dalam rentang, dan nilai yang lebih tinggi adalah. Misalnya, 5-10 berarti lebih besar dari 5 hingga dan termasuk 10.
  • Rentang dengan nilai terendah selalu dimulai dari 0 (tetapi tidak termasuk 0 itu sendiri). 
  • Anda dapat membuat rentang sebanyak yang Anda inginkan, namun perlu diingat bahwa setiap rentang memengaruhi kapasitas nilai konversi Anda. 
  • Rentang harus berurutan (tanpa jeda antar rentang).

Mengukur interaksi menggunakan rentang

  • Ketika suatu kejadian dilaporkan, SKAN mengaitkan kejadian tersebut dengan rentang yang sesuai. Kejadian yang direkam berasal dari rata-rata rentang. Nilainya dibulatkan ke atas ke bilangan bulat terdekat. Misalnya, 5,7 dibulatkan menjadi 6. 
  • Jika jumlah kejadian melebihi nilai maksimum rentang nilai tertinggi, kejadian dikaitkan dengan rentang nilai tertinggi. Jumlah kejadian yang dicatat adalah nilai rata-rata dari rentang rentang nilai tertinggi. Dengan kata lain, jumlah kejadian yang sebenarnya diabaikan. 
  • Dalam data lengkap, jumlah kejadian dan rentang sebenarnya tersedia.

Contoh:

Pada gambar, diilustrasikan kejadian berikut:

Rentang kejadian yang ditetapkan adalah:

  • A: 0-5
  • B: 5-10
  • C: 10-20

Jumlah kejadian dicatat menggunakan rentang sebagai berikut:

Contoh Jumlah kejadian yang dilaporkan oleh SDK Rentang terkait Jumlah kejadian yang dilaporkan
1 5 3
2 6 B 8
3 10 B 8
4 125 C 15
 
Batasan In-app event tertentu dapat dikaitkan sekali dengan komponen ini.

Komponen pendapatan

Ukur pendapatan yang dihasilkan oleh pengguna selama jendela aktivitas

ConversionStudioRevenue.png

Wajib

Tidak

Boleh digunakan berkali-kali

Ya, jika menggunakan sumber pendapatan in-app event. 

Opsi pengaturan

Pendapatan dapat dicatat menggunakan satu event, atau Anda dapat mengaitkan pendapatan menurut alur menggunakan in-app event yang dipilih. 

Opsi sumber pendapatan berikut didukung: 

  • Pendapatan keseluruhan
    • Setiap pendapatan dicatat oleh SKAN menggunakan event af_skad_revenue . af_skad_revenue harus dipetakan.
    • Komponen dapat dimasukkan sekali. 
  • In-app event
    • Pendapatan yang dilaporkan menurut jenis dialokasikan ke in-app event yang dipilih dan dicatat oleh SKAN menggunakan in-app event yang dipilih. Event harus dipetakan; af_skad_revenue tidak boleh dipetakan.
    • Komponen dapat digunakan beberapa kali.
    • Jika Anda melaporkan pendapatan melalui postback ke jaringan iklan, verifikasi bahwa pemetaan postback in-app event Anda menyertakan peristiwa pendapatan dalam aplikasi yang Anda tetapkan.

Rentang

Untuk mengukur pendapatan, Anda harus membuat rentang pendapatan. Saat pendapatan dilaporkan, SKAN mengaitkan pendapatan yang dilaporkan dengan rentang yang sesuai.

Karakteristik

  • Setiap rentang berisi rentang pendapatan yang terdiri dari a dari nilai dan ke nilai. Nilai yang lebih rendah tidak termasuk dalam rentang; namun, nilai atas disertakan. Misalnya, 5-10 berarti lebih besar dari 5 hingga dan termasuk 10. 
  • Rentang dengan nilai terendah selalu dimulai dari 0 (tetapi tidak termasuk 0 itu sendiri). 
  • Anda dapat membuat rentang sebanyak yang Anda inginkan, namun perlu diingat bahwa setiap rentang memengaruhi kapasitas nilai konversi Anda.
  • Rentang harus berurutan (tanpa jeda antar rentang).
  • Jumlahnya dalam USD
  • Jika Anda menjalankan kampanye di Facebook, Anda harus memiliki 4 rentang atau lebih. 
  • Nilai rentang dapat memiliki hingga 4 digit setelah titik desimal.

Mencatat pendapatan menggunakan rentang

  • Saat pendapatan dilaporkan, SKAN mengaitkan pendapatan yang dilaporkan dengan rentang yang sesuai. Pendapatan yang dicatat sama dengan nilai rata-rata rentang. 
  • Jika pendapatan yang dilaporkan melebihi nilai rata-rata dari rentang nilai tertinggi, pendapatan dikaitkan dengan rentang nilai tertinggi. Perhatikan! Pendapatan yang dicatat adalah nilai rata-rata dari rentang ini. Dengan kata lain, jumlah pendapatan aktual diabaikan.
  • Dalam data lengkap, pendapatan yang dicatat dan rentang terkait tersedia. 

Contoh:

Pada gambar, diilustrasikan rentang pendapatan berikut:

  • A: 0-5
  • B: 5-10
  • C: 10-20

Pendapatan dicatat dengan menggunakan rentang sebagai berikut: 

Contoh Pendapatan yang dilaporkan oleh SDK Rentang terkait Pendapatan dicatat
1 5 $2,5
2 6 B $7,5
3 10 B $7,5
4 125 C $15

Komponen funnel

Mengukur terjadinya in-app event berdasarkan daftar event berurutan dalam funnel (corong). Seorang pengguna yang melakukan event apa pun di funnel dianggap telah melakukan semua event sebelum event tersebut

ConversionValueFunnel.png 

Wajib

Tidak

Boleh digunakan berkali-kali

Tidak

Opsi pengaturan

Buat daftar rangkaian event berurutan dalam funnel. Karena kejadian satu event diperlakukan sebagai kejadian semua event sebelumnya, urutan daftar event sangat penting, seperti yang diilustrasikan dalam contoh berikut.

Contoh

Funnel berisi event a, f, b, k, dan z, seperti yang diilustrasikan pada gambar sebelumnya.

Contoh Event dilakukan Event dicatat
1 a a
2 b a, f, b
3 z a, f, b, k, z

Komponen pengukuran prioritas

Gunakan komponen pengukuran prioritas, bagian dari mode Kustom, untuk memberi peringkat perjalanan tindakan pengguna di aplikasi berdasarkan logika bisnis Anda sehingga pengukuran prioritas tinggi mengesampingkan yang prioritas rendah. Ini memungkinkan Anda memilih apa yang akan diukur di setiap langkah corong konversi. 

Setiap prioritas (maksimum 63) dapat berisi pendapatan, in-app event, atau keduanya. Saat pengguna melakukan event di aplikasi, AppsFlyer menentukan prioritas mana yang sesuai dengan tindakan yang dilakukan oleh pengguna dan menetapkan CV yang sesuai.

Untuk memudahkan pemahaman, mari kita bandingkan menggunakan Custom dengan dan tanpa komponen prioritas. Tanpa prioritas, AppsFlyer memetakan semua kemungkinan kombinasi pengukuran ke CV. Sedangkan dengan prioritas hanya kombinasi pengukuran yang ditetapkan secara eksplisit oleh Anda yang dipetakan ke CV. 

Prioritas dijelaskan dengan sangat baik dalam contoh terperinci di artikel ini. 

Prinsip prioritas 

  • Anda dapat menetapkan 1-63 prioritas. Jumlah yang tersedia tergantung pada jendela aktivitas Anda dan pengaturan Single Source of Truth.
  • Prioritas 1 selalu memiliki prioritas tertinggi. Prioritas dengan angka terbesar memiliki prioritas terendah.
  • Prioritas terdiri dari pendapatan atau in-app event, atau kedua komponen. Prioritas tertentu dapat berisi beberapa in-app event dan aliran pendapatan. 
  • Corong (funnel) tidak tersedia dalam prioritas. Namun, tetapkan prioritas beberapa in-app event untuk mengukur konversi pengguna di corong.
  • Untuk menggunakan komponen pengukuran prioritas, Anda tidak dapat mengonfigurasi komponen lain, seperti in-app event atau pendapatan.

Untuk mengatur pengukuran menggunakan prioritas:

  1. Di AppsFlyer, buka SKAN Conversion Studio.
  2. Pilih Custom, klik Continue
  3. Jika perlu, klik Delete , untuk menghapus pengaturan saat ini. 
  4. Klik + Add measurement. Pilih Priority
    Prioritas 1 ditampilkan.

    Priority1.png

  5. Pilih komponen pengukuran dari:
    • Pendapatan
    • In-app event
  6. Lengkapi bidang sesuai antarmuka pengguna.
    • Pertimbangkan bahwa prioritas dapat terdiri dari pendapatan, in-app event, atau keduanya. 
    • Nilai rentang kejadian dan pendapatan event harus dalam urutan menaik (meningkat) dan berkelanjutan. Misalnya, rentang berikut meningkat dan berkelanjutan: 1-5, 5-8, 8-10, dan seterusnya. Rentang tertentu dapat digunakan lebih dari sekali (berulang) jika kedua kalinya yang digunakan adalah bagian dari kombinasi unik dan merupakan rentang yang sama dengan prioritas terakhir dengan rentang. Misalnya, 1-5, 1-5 + tambahkan ke troli.
  7. Klik Validate.
    Prioritas adalah pesan yang valid ditampilkan. Jika tidak demikian, perbaiki prioritas Anda sebelum melanjutkan.
  8. Lakukan salah satu dari berikut ini:
    • Untuk menambahkan prioritas, klik + Add priority (Tambah prioritas). Prioritas 1 yang ada digeser ke bawah dan menjadi prioritas 2. Selesaikan pengaturan prioritas seperti yang dijelaskan sebelumnya. 
    • Untuk menghapus prioritas, klik > Delete (Hapus).
    • Untuk mengubah tingkat prioritas, klik Options ( ), lalu pilih Change order atau Make lowest priority .
    • Untuk menduplikasi prioritas, klik Options ( ), lalu pilih Duplicate .
    • Klik Save , untuk menyelesaikan prioritas pengaturan. 

Informasi khusus anak perusahaan

Lihat pemetaan CV

  • Lihat event yang dipetakan ke CV dengan memilih CV. Event yang dipetakan ditampilkan di bawah tabel.
  • Unduh tabel pemetaan CV sebagai file CSV. Klik Download mapping file.
  • Dapatkan pemetaan CV menggunakan API skema SKAN CV untuk pengiklan

CVmapping.png

Kolom Deskripsi 
app_id  
conversion_value Rentang nilai CV 0-63
event_name  
min_event_counter Batas bawah rentang penghitung event
max_event_counter
  • Batas atas rentang penghitung event.
  • Dalam laporan yang dibuat oleh AppsFlyer, jumlah event dihitung menggunakan rumus berikut: Roundup ([min_event_counter + max_event_counter]) / 2
min_event_revenue Batas bawah rentang pendapatan event dalam USD
max_event_revenue
  • Batas atas rentang pendapatan event dalam USD
  • Dalam laporan yang dihasilkan oleh AppsFlyer, pendapatan dihitung menggunakan rumus berikut: ([min_event_revenue + max_event_revenue]) / 2)
min_time_post_install

Batas bawah, jam pasca-penginstalan, yang menunjukkan kapan pengguna terakhir kali aktif di aplikasi.

max_time_post_install

Batas atas, jam setelah penginstalan, menunjukkan kapan pengguna terakhir kali aktif di aplikasi. 

last_config_change Tanggal saat Anda menyimpan konfigurasi di SKAN Conversion Studio.
Kolom file pemetaan CSV

Rumus kapasitas nilai konversi

Seperti yang dijelaskan sebelumnya, jumlah maksimum nilai konversi yang tersedia adalah 64. Rumus berikut menghitung berapa banyak nilai konversi yang tersedia yang digunakan oleh mode.

(activity time duration in hours / interval size in hours) * 
(number of revenue ranges + 1 ) * 
(number of in-app event ranges + 1 ) * 
(number of steps in a funnel + 1)

Sesuaikan rumus untuk memasukkan semua komponen pengukuran

Contoh CV Kustom yang Dimaksimalkan

Komponen Deskripsi 

Jendela aktivitas

  • Durasi: 24 jam
  • Interval: 24 jam menjadi 1 interval
Pendapatan
  • Pendapatan dilaporkan menggunakan satu in-app event (keseluruhan) 
  • Rentang pendapatan: 15 
In-app Tidak ada
Corong (Funnel) 3 in-app event
Contoh 1
Komponen Deskripsi 

Jendela aktivitas

  • Durasi: 24 jam
  • Interval: 12 jam menjadi 2 interval
Pendapatan
  • Pendapatan dilaporkan dialokasikan berdasarkan jenis menggunakan 2 in-app event yang berbeda
  • Rentang pendapatan: 3 (per in-app event)
Pengaturan in-app untuk konversi 1 in-app event untuk mengukur konversi; setiap in-app membutuhkan 1 rentang
Corong (Funnel) Tidak ada
Contoh 2
Komponen Deskripsi 

Jendela aktivitas

  • Durasi: 24 jam
  • Interval: 24 jam menjadi 1 interval
Pendapatan
  • Pendapatan dilaporkan menggunakan satu in-app event (keseluruhan) 
  • Rentang pendapatan: 3 
Pengaturan in-app untuk interaksi
  • 2 in-app event untuk mengukur kejadian interaksi
  • Rentang kejadian: 3 per in-app event
Corong (Funnel) Tidak ada
Contoh 3
Komponen Deskripsi 

Jendela aktivitas

  • Durasi: 48 jam
  • Interval: 12 jam menjadi 4 interval
Pendapatan
  • Pendapatan dilaporkan menggunakan satu in-app event (keseluruhan) 
  • Rentang pendapatan: 7
Pengaturan in-app untuk konversi

1 in-app event untuk mengukur konversi; membutuhkan 1 rentang

Corong (Funnel)

Tidak ada

Contoh 4

Contoh detail pengukuran prioritas

Dalam aplikasi belanja, pengiklan ingin memfokuskan pengukuran pada:

  • tindakan pengguna yang tidak membayar
  • pendapatan dari pengguna yang membayar

Dengan demikian, pengiklan menggunakan CV untuk mencatat pendapatan dengan lebih tepat. Persyaratan pengukuran ini diterjemahkan menjadi serangkaian prioritas pengukuran seperti yang tercantum dalam tabel berikut. 

Pertimbangkan:

  • Prioritas tertinggi selalu 1. Perhatikan ! Angka prioritas tidak langsung dipetakan ke CV. Pemetaan CV ditampilkan di antarmuka pengguna.
  • Jumlah prioritas maksimum adalah 63. Jumlah aktual yang tersedia tergantung pada jendela aktivitas dan jika Single Source of Truth aktif.
  • Setiap prioritas terdiri dari rentang pendapatan atau rentang in-app event, atau keduanya. 
  • Nilai rentang: Nilai batas yang lebih rendah tidak disertakan dalam rentang tetapi nilai batas yang lebih tinggi disertakan. Misalnya, rentang $5-$10 tidak menyertakan nilai 5 tetapi menyertakan nilai 10. 

Prioritas #

Rentang pendapatan

In-app event
1 [Prioritas tertinggi] $5-$10 send_recommendation
2 $5-$10 --
3 $0-$5 send_recommendation
4 $0-$5 --
5 -- send_recommendation
add_to_cart
6 --

send_recommendation

7 [Prioritas terendah] -- add_to_cart
-- Tidak ada nilai yang ditetapkan
Contoh pengaturan prioritas pengukuran

Tabel berikut berisi skenario perjalanan pengguna. Setiap skenario berisi daftar tindakan yang dilakukan oleh pengguna selama perjalanan mereka dan prioritas yang ditentukan oleh AppsFlyer.

Di tabel:

  • Beberapa tindakan dipisahkan menggunakan >
  • Nilai dalam tanda kurung (), adalah prioritas yang ditentukan oleh AppsFlyer yang ditetapkan setelah pengguna menyelesaikan tindakan. Menggunakan prioritas AppsFlyer, perbarui CV di aplikasi. 
Skenario perjalanan pengguna

Skenario perjalanan pengguna

Tindakan dan prioritas pengguna
A add_to cart (7)
B add_to_cart (7) > send_recommendation (5)
C Pembelian $3 (4)
D Pembelian $6 (2)
E Pembelian $6 (2) > send_recommendation (1) 

Menggunakan pengukuran mode tetap

Jenis pengukuran kualitas pengguna

  • Pengukuran adalah untuk jendela aktivitas 24 jam yang dimulai dengan aplikasi pertama dibuka. 
  • Jika Anda ingin mengirim event menggunakan S2S, Anda harus secara eksplisit mengaktifkan SKAN S2S
Pengukuran mode tetap
Mode pengukuran Deskripsi
[Default] Pendapatan

RevenueFixed.png

Pendapatan yang dihasilkan selama jendela aktivitas 24 jam. 

Pilih kurs unit-ke-USD dari salah satu dari berikut ini:

  • $0,01 untuk mengukur hingga $0,63
  • $1 untuk mengukur hingga $63
  • $10 untuk mengukur hingga $630

AppsFlyer secara otomatis mengisi 63 rentang pengukuran pendapatan. af_skad_revenue harus dipetakan. Di dasbor, pendapatan dicatat sebagai rentang maksimum. Misalnya, jika kisarannya adalah $60-$61, pendapatan yang dicatat adalah $61. Perhatikan! Pendapatan kustom menggunakan metode yang berbeda untuk menghitung pendapatan. 

Metrik yang tersedia:

    • Pendapatan
    • ROI
    • ROAS
    • ARPU: Pendapatan/pengguna menginstal aplikasi
    • Tingkat konversi pengguna: Pengguna melakukan pembelian/pengguna menginstal aplikasi
    • eCPA
Konversi

mceclip0.png

In-app event dilakukan satu kali atau lebih selama jendela aktivitas 24 jam

Pengaturan :

  • Pilih 1-6 in-app event untuk diukur dari daftar drop-down. Batasan: Daftar ini terbatas pada 300 event teratas selama 30 hari sebelumnya.
  • Di dasbor SKAdNetwork, pilih event tertentu sebagai event konversi

Metrik per in-app event:

    • Jumlah pengguna yang melakukan event
    • Tingkat konversi: Pengguna yang melakukan Event Konversi/pengguna yang menginstal aplikasi
    • eCPA
    • Sesi (menggunakan event af_app_opened )

Contoh jumlah pengguna:

  • Penyelesaian pendaftaran
  • Melakukan pembelian
  • Mencapai level permainan

Klarifikasi! Gunakan pengukuran konversi untuk menghitung apakah pengguna melakukan suatu event. Untuk menghitung berapa kali pengguna melakukan suatu event, gunakan pengukuran interaksi.

Interaksi

mceclip1.png

Berapa kali pengguna melakukan in-app event tertentu selama Jendela Aktivitas

Pengaturan: 

  • Pilih in-app event dari daftar tarik-turun.
  • Pilihan in-app juga ditetapkan sebagai Event Konversi.
  • Rentang nilai: 0-63

Metrik untuk in-app event:

    • Jumlah pengguna yang melakukan event
    • Jumlah rata-rata event per pengguna
    • Rasio konversi
    • eCPA
    • Sesi

Contoh:

  • Ukur berapa kali:
    • pengguna membuka aplikasi
    • pengguna melihat iklan

Contoh mode tetap

Contoh A: Pengukuran pendapatan
Faktor Catatan
Skenario
  • 20 pengguna menginstal aplikasi dan melakukan pembelian berikut:
    • 9 pengguna, masing-masing melakukan pembelian $10
    • 5 pengguna, masing-masing melakukan pembelian $5
    • 1 pengguna melakukan pembelian $1, lalu $3, lalu $5, dan akhirnya $1. Totalnya $10. 
  • Data biaya yang disediakan oleh API dari jaringan iklan: $30
Konfigurasi SKAN
  • Pilih jenis pengukuran: pendapatan
  • Tetapkan faktor konversi: 1 unit konversi = $1
  • Event konversi yang ditentukan: Di SDK, Anda harus mengirim pendapatan menggunakan parameter af_revenue
Metrik yang dipilih  Metrik terkait pendapatan tersedia
  • Penginstalan: 20
  • Pendapatan: $125
  • Konversi:15
  • ARPU: $6,25
  • ROI: 316%
Jumlah baris data lengkap per laporan 

Laporan data lengkap tersedia melalui Data Locker

  • Postback perangkat: 20 baris
  • Penginstalan: 20 baris
  • In-app event: 15 baris. Perhatikan! Pengguna yang melakukan beberapa pembelian diwakili oleh satu baris $10. 
Pertimbangan pengembang

Event yang membawa pendapatan dikenali

Contoh B: Pengukuran konversi
Faktor Catatan
Contoh
  • 5 pengguna (AE) menginstal aplikasi
  • Mereka melakukan 0-3 in-app event yang berbeda, seperti yang digambarkan dalam tabel
  • Data biaya yang disediakan oleh API dari jaringan iklan: $30
  in-app-1 in-app-2 in-app-3
Pengguna A Melakukan Melakukan -
Pengguna B Melakukan - Melakukan
Pengguna C Melakukan Melakukan -
Pengguna D Melakukan Melakukan -
Pengguna E - - -
In-app event yang dilakukan oleh pengguna
Konfigurasi Atribusi SKAdNetwork

Pilih jenis pengukuran: Konversi

  • Pilih in-app event: in-app-1, in-app-2, in-app-3
  • Di dasbor SKAdNetwork , Anda memilih salah satu event untuk menghitung metrik pengguna yang dikonversi. Anda dapat mengubah event yang dipilih sesuai kebutuhan. 
Metrik yang dipilih
Metrik  Aplikasi  in-app-1 in-app -2 in-app- 3
Install 5      
Konversi 4      
Pengguna Unik   4 3 1
eCPA $ 7,5      
Metrik terkait in-app tersedia

Perhatikan! Karena Event Konversi yang ditetapkan adalah dalam in-app 1, nilai 4 digunakan untuk menghitung metrik tingkat aplikasi dan untuk metrik in-app-1. 

 

Laporan data lengkap tersedia melalui Data Locker

  • Postback perangkat: 5 baris
  • Penginstalan: 5 baris
  • In-app event: 8 baris
Pertimbangan pengembang
  • Pastikan Anda mengirim in-app event yang dilakukan pengguna.
  • SKAdNetwork Solution mengabaikan nilai event (kecuali terkait dengan pengukuran pendapatan.
Contoh C: Pengukuran interaksi
Faktor Catatan
Contoh

5 pengguna menginstal aplikasi dan membuka aplikasi beberapa kali yang tercantum dalam tabel. 

  Berapa kali event tersebut dilakukan
Pengguna A 63
Pengguna B 10
Pengguna C 5
Pengguna D 1
Pengguna E -
Aplikasi dibuka
Konfigurasi Atribusi SKAdNetwork
  • Pilih jenis pengukuran: Interaksi
  • Event konversi yang ditentukan: af_app_opened Perhatikan! Anda dapat menggunakan event apa pun yang tersedia. 
Metrik yang dipilih

Metrik sampel tersedia

  • Penginstalan: 5
  • Konversi: 4
  • Sesi: 79 
Jumlah baris data lengkap per laporan 

Laporan data lengkap tersedia melalui Data Locker

  • Postback perangkat: 5 baris
  • Penginstalan: 5 baris
  • In-app event: 79 baris; satu baris setara dengan satu sesi
Pertimbangan pengembang

Setiap kali pengguna melakukan event interaksi yang dipilih: mengirim in-app event. SKAdNetwork menghitung berapa kali Anda mengirim event. 

Dasbor dan metrik

Dalam mode Kustom dan Dekode, metrik organik untuk in-app event tidak tersedia.

Metrik tersedia

Metrik Rumus/jenis 
Install Count (Hitung)
Klik Count (Hitung)
Tayangan  Count (Hitung)

Tingkat klik untuk menginstal

Penginstalan / Klik *100 
Biaya Biaya kampanye [Fitur Premium]
Biaya per penginstalan efektif (eCPI) Biaya / Penginstalan
Pengguna yang dikonversi

Jumlah pengguna unik yang melakukan event pengukuran yang ditentukan.

  • Mode kustom: Selalu af_skad_revenue (jika ada hal lain yang dipilih, pengguna yang dikonversi tetap kosong)
  • Mode pendapatan: Selalu af_skad_revenue
  • Mode konversi: In-app event dipilih di pengaturan dasbor 
  • Mode interaksi: In-app event seperti yang ditetapkan di Conversion Studio
Tingkat pengguna yang dikonversi

Pengguna yang dikonversi / Penginstalan * 100

Biaya efektif per tindakan (eCPA)

Biaya / Pengguna unik yang melakukan event yang ditentukan

Metrik yang tersedia (terlepas dari komponen pengukuran)


Jenis pengukuran kualitas pengguna

Metrik tersedia per komponen pengukuran
Komponen pengukuran:
Deskripsi
Pendapatan

Pendapatan dicatat dalam USD menggunakan rentang yang terkait dengan pendapatan yang dilaporkan. Pendapatan yang dilaporkan di dasbor adalah nilai maksimum rentang.

Metrik:

    • Pendapatan
    • ROI
    • ROAS
    • ARPU: pendapatan/jumlah pengguna yang menginstal aplikasi
    • Tingkat konversi pengguna: Jumlah pengguna yang melakukan pembelian/pengguna menginstal aplikasi
    • eCPA
Corong (Funnel)

In-app event dilakukan sebagai bagian dari funnel (corong). 

Metrik per in-app event:

  • Jumlah pengguna yang melakukan setiap event
  • eCPA
  • Sesi

Contoh jumlah pengguna:

  • Penyelesaian pendaftaran
  • Melakukan pembelian
  • Mencapai level permainan

Klarifikasi!  Gunakan Funnel (Corong) untuk mengukur apakah pengguna melakukan urutan peristiwa.

In-app

Frekuensi pengguna melakukan peristiwa dalam aplikasi tertentu selama Periode Waktu Pengukuran

Pengaturan: 

  • Pilih in-app event dari daftar tarik-turun.
  • Pilihan in-app juga ditetapkan sebagai Event Konversi.

Metrik untuk in-app event:

    • Jumlah pengguna yang melakukan event
    • eCPA
    • Sesi

Contoh:

  • Ukur berapa kali:
    • pengguna membuka aplikasi
    • pengguna melihat iklan

Prosedur

Siapkan atribusi SKAN

Prosedur konfigurasi ini harus dilakukan oleh admin atau pengguna akun yang memiliki izin Edit pengaturan aplikasi

Untuk melihat atau mengubah izin pengguna:

  1. Di AppsFlyer, di klik kanan atas alamat email Anda. 
  2. Pilih Manajemen Pengguna > Pilih pengguna.
  3. Jika diperlukan, berikan kemampuan Edit halaman pengaturan aplikasi & halaman pengaturan SKANkepada pengguna. Untuk informasi selengkapnya tentang izin, lihat Manajemen Pengguna.

AppsFlyerAdmin_us-en.png Untuk mengonfigurasi SKAN:

  1. Di AppsFlyer, buka Konfigurasi  >  SKAN Conversion Studio.
    Conversion Studio (Studio Konversi) terbuka.
  2. Lakukan salah satu dari berikut ini:
    1. Klik opsi (: ) untuk menampilkan menu opsi dan lakukan salah satu hal berikut:
      • Aktifkan atau nonaktifkan pengukuran SKNetwork. 
      • Aktifkan pengiriman event dengan S2S. Tersedia jika mode yang dipilih adalah pendapatan, konversi, atau interaksi. Catatan ! S2S selalu aktif dalam mode Kustom. 
      • Unggah file pemetaan Decode Anda.
    2. Pilih mode pengukuran dari:
      • Kustom 
      • Pendapatan
      • Konversi
      • Interaksi
  3. Pastikan pengukuran SKAN aktif. Perhatikan! Jika nonaktif, SDK tidak memanggil fungsi iOS SKAN seperti registerAppForAdNetworkAttribution , updateConversionValue.
  4. Klik Simpan perubahan.
    Pengukuran aktif. Pengguna yang membuka aplikasi untuk pertama kali diukur menggunakan pengaturan ini. Pembaruan data atribusi SKAdNetwork di dasbor 48-72 jam setelah aplikasi pertama dibuka. 
  5. Verifikasi bahwa pemetaan postback in-app event mitra Anda memetakan event yang telah Anda konfigurasikan.

Ubah mode pengukuran SKAN

Anda dapat memilih mode pengukuran SKAN lainnya kapan saja. 

Pertimbangkan: 

  • Ketika Anda membuat perubahan pengaturan, periode transisi dimulai. Selama periode ini, kami memecahkan kode nilai konversi menggunakan pengaturan yang paling terakhir dipilih. Namun, kedatangan postback sekarang berkaitan dengan penginstalan yang terjadi di masa lalu. 
  • Jumlah penginstalan yang dilaporkan tidak terkait dengan perubahan pengaturan dan akurat. Dalam data lengkap, kami menunjukkan postback yang didekodekan selama periode transisi dengan parameter event skad _ ambiguous _. 
  • Periode transisi dihitung menggunakan durasi jendela aktivitas sebelum perubahan sebagai berikut:
    Periode transisi = jendela aktivitas + 48 jam. Periode transisi default adalah 24 + 48 jam. Masa transisi maksimum adalah 48 + 72 jam. 
  • Jaringan iklan, tidak mempertimbangkan periode transisi atau tanggal penginstalan, karena jaringan iklan menganggap waktu kedatangan postback sebagai tanggal penginstalan. 

Jeda kampanye:

  • Jika Anda berintegrasi dengan Facebook, mengubah pengaturan secara otomatis menjeda kampanye Facebook.
  • Mengenai kampanye lainnya, pertimbangkan untuk menjedanya selama periode transisi.

Nonaktifkan pengukuran SKAN

Untuk menonaktifkan pengukuran SKAdNetwork:

  1. Di AppsFlyer, buka Configuration  >  SKAN Conversion Studio.
  2. Klik .
  3. Turn off SKAdNetwork measurement. 
    Untuk kasus lainnya, SDK berhenti memanggil fungsi SKAN seperti registerAppForAdNetworkAttribution , updateConversionValue.
  4. Klik Save changes.

Laporkan event dengan API server-ke-server

SKAdNetwork_-_S2S__2_.png

Baik SDK maupun server-to-server API (S2S) dapat mengirim in-app event ke server AppsFlyer.

S2S alurnya adalah sebagai berikut:

  • Terjadinya suatu event terkait dengan pengguna di server pengiklan. Aplikasi mungkin terbuka atau tertutup saat ini. 
  • Server pengiklan melaporkan kejadian tersebut ke AppsFlyer oleh S2S.
  • AppsFlyer menghitung nilai konversi yang diperbarui dan kemudian: 
    • Jika aplikasi terbuka di perangkat pengguna: SDK diberi tahu tentang nilai yang diperbarui. SDK memperbarui nilai konversi iOS pada perangkat.
    • Jika aplikasi tidak terbuka di perangkat pengguna: server menunggu hingga aplikasi dibuka untuk memberi tahu SDK tentang nilai konversi. Ini harus terjadi sebelum berakhirnya Jendela Aktivitas. Jika pemberitahuan gagal, event tersebut diabaikan.

Versi SDK yang diperlukan

  • Mengadopsi versi SDK terbaru di aplikasi. Perhatikan! Tidak ada tindakan yang diperlukan oleh pengembang. 

Untuk mengimplementasikan pengiriman in-app event oleh API server-ke-server:

  1. Lakukan salah satu dari berikut ini:
    • Jika mode yang Anda pilih adalah Kustom:
      • Tidak ada perubahan pengaturan yang diperlukan. 
    • Jika mode yang Anda pilih adalah pendapatan, konversi, atau interaksi:
      1. Di AppsFlyer, buka Configuration  >  SKAN Conversion Studio.
      2. Klik options (⋮).
      3. Aktifkan Catat in-app event yang dikirim oleh API server-ke-server .
  2. Kirim event dengan S2S. 

Batasan

  • Jika Anda menerapkan anonimisasi pengguna untuk pengguna tertentu, maka Anda tidak dapat mengirim event dengan S2S untuk pengguna tersebut. 

Tambahkan SSOT ke pengukuran mode tetap

Jika Anda telah menyiapkan mode pengukuran Pendapatan atau Interaksi, Single Source of Truth (SSOT, yang menghapus duplikat dan secara akurat melaporkan data iOS), tidak didukung. Pelajari lebih lanjut tentang SSOT

Untuk mengaktifkan SSOT saat Anda mengatur mode Pendapatan atau Interaksi :

  1. Di AppsFlyer, buka Configuration > SKAN Conversion Studio.
  2. Gulir ke bawah ke mode pengukuran aktif Anda. 
  3. Klik + Add Single Source of Truth.
    • Tombol Single Source of Truth diaktifkan secara otomatis.
    • Rentang pengukuran mode tetap Anda diubah secara minimal, untuk memungkinkan SSOT beberapa ruang nilai konversi.
  4. Klik Save.

Spesifikasi dan batasan

Spesifikasi dan batasan
Spesifikasi Catatan
Agensi

Agensi memiliki akses terbatas ke Studio Konversi SKAN pengiklan.