Sekilas: Data tingkat baris (alias data lengkap) menjelaskan event yang berkaitan dengan pengguna seperti penginstalan, in-app event, kunjungan situs web, penginstalan yang diblokir Protect360, pendapatan iklan yang dihasilkan, dan postback terkait pengguna yang dikirim ke mitra. Laporan data lengkap tersedia melalui unduhan, API, dan Data Locker.
Pelaporan data lengkap—alat dan laporan
Laporan data lengkap memungkinkan Anda menganalisis perilaku dan perjalanan pengguna, merekonsiliasi akun jaringan iklan, dan memperkaya sistem CRM dan BI Anda. Dengan menggunakan data lengkap, Anda meningkatkan kemampuan Anda untuk menganalisis, mengoptimalkan, dan meningkatkan kinerja aplikasi.
Laporan tersedia melalui alat pelaporan. Alat memiliki karakteristik berbeda yang cocok untuk kasus penggunaan yang berbeda. Misalnya, untuk merekonsiliasi akun jaringan iklan tertentu, unduh laporan sesuai kebutuhan melalui halaman Ekspor data. Untuk memuat data kinerja pengguna ke dalam sistem BI Anda, dapatkan data secara terprogram menggunakan Data Locker atau Pull API.
Tips
Ingin mengerti lebih banyak tentang data lengkap? Lihat kursus singkat dan informatif ini di Portal Pembelajaran AppsFlyer.
Karakteristik dan fitur alat pelaporan
Laporan tersedia menggunakan alat pelaporan yang tercantum di bagian ini.
Pertimbangan:
- Rentang tanggal laporan berkaitan dengan tanggal aktivitas (sebenarnya) event itu terjadi. Ini berbeda dengan laporan gabungan yang rentang tanggalnya berbasis LTV .
- Deskripsi bidang—lihat kamus bidang data .
Alat pelaporan
Alat | Deskripsi | Multi-aplikasi /aplikasi tunggal (1) | Kemampuan kesegaran data (2) | Disematkan dalam skrip | zona waktu | Mata Uang |
---|---|---|---|---|---|---|
Halaman ekspor data lengkap |
|
Tunggal | Terus diperbarui | x |
Khusus-aplikasi |
Khusus-aplikasi |
Pull API* |
|
Tunggal | Terus diperbarui | ✓ |
|
|
Data Locker P |
|
Beberapa | Terus diperbarui dengan jeda beberapa jam | ✓ | UTC | USD |
Push API P |
|
Dapat menggunakan titik akhir yang sama | Beberapa menit setelah event dicatat di AppsFlyer | ✓ | UTC + khusus aplikasi | USD + khusus aplikasi |
Data Konversi SDK (1) |
|
N/A | Waktu aktual <5 detik | ✓ | UTC | N/A |
Catatan/singkatan: |
Batasan alat
Batasan | Pull API (*) | Push API | Data Locker | Data Konversi SDK |
---|---|---|---|---|
Batas data | 1 juta baris per panggilan | N/A | N/A | N/A |
Opsi pemilihan data | Pilih tipe data. Opsi pemilihan bidang terbatas | Pilih jenis data, bidang, dan in-app | Pilih jenis data, bidang, dan in-app | Tidak |
Jendela ketersediaan data | 90 hari | N/A | 14 hari | Seumur Hidup (tersedia di SDK) |
Pertimbangan integrasi
Pertimbangan | Pull API | Push API | Data Locker | Data Konversi SDK |
---|---|---|---|---|
Pengembangan sisi Server | OPSIONAL | WAJIB | OPSIONAL | OPSIONAL |
Membutuhkan pemrosesan data | OPSIONAL | WAJIB | OPSIONAL | OPSIONAL |
Risiko kehilangan data | Tidak | Ya, jika server penerima sedang down | Tidak | Kecil, jika ada keterlambatan dalam respons jaringan iklan |
Biaya pemrosesan klien-server | Tidak ada | Tinggi | Rendah | Tidak ada (kecuali mengirim data ke server) |
Pemeliharaan server-klien | Tidak ada | Tinggi | Rendah | Tidak ada (kecuali mengirim data ke server) |
Format data | File CSV | JSON atau parameter kueri | CSV atau parquet | JSON |
Catatan data lengkap yang terjadi dalam konteks tertentu dikelompokkan bersama dalam laporan. Misalnya, penginstalan non-organik, in-app event organik. Untuk memudahkan penjelasan, laporan dikelompokkan sebagai berikut:
-
Perjalanan pengguna: Digunakan untuk melacak perjalanan dan interaksi pengguna dengan aplikasi.
Misalnya: klik > instal > in-app event > uninstall. - Fitur: Berhubungan dengan fitur AppsFlyer tertentu tetapi bukan bagian dari perjalanan pengguna utama. Misalnya, postback ke jaringan iklan, laporan kecurangan dan Aturan Validasi, dan laporan pendapatan iklan tingkat pengguna.
Bidang laporan
Kamus bidang data lengkap berisi bidang yang relevan dengan laporan perjalanan pengguna dan beberapa bidang laporan fitur. Prinsip-prinsipnya adalah sebagai berikut:
-
Perjalanan pengguna:
- Memiliki seperangkat bidang yang sama.
- Pengisian bidang tergantung pada konteks perjalanan. Misalnya, laporan non-organik berisi sumber media yang dikreditkan dengan membawa pengguna. Bidang atribusi dalam laporan organik tidak diisi karena tidak ada sumber media.
- Fitur : Memiliki kumpulan bidang yang unik atau berisi bidang perjalanan pengguna dan bidang tambahan yang relevan dengan fitur tersebut. Misalnya, laporan SKAdNetwork memiliki daftar bidang yang unik, sedangkan laporan postback berisi bidang perjalanan pengguna dan bidang tambahan yang berkaitan dengan pengiriman postback ke mitra.
Tips ! Cara terbaik untuk memahami laporan adalah dengan melihat laporan. Anda dapat mengunduh laporan melalui laman Ekspor data.
Untuk memudahkan pemahaman, bidang perjalanan pengguna dibagi menjadi beberapa kelompok berdasarkan konteks.
Grup bidang data lengkap perjalanan pengguna
Grup bidang | Relevan dengan pengguna organik | Contoh bidang |
---|---|---|
Aplikasi | Ya | ID Aplikasi, nama aplikasi, versi aplikasi, versi SDK, ATT |
Atribusi |
Tidak, kecuali untuk waktu instal. |
Waktu instal, w aktu sentuh yang diatribusikan, sumber media, kampanye, iklan, iklan, mitra, jenis konversi penargetan ulang |
Atribusi kontributor | Tidak | Mitra kontributor, jenis pencocokan |
Informasi perangkat | Ya | ID Iklan, GAID, OAID, jenis perangkat, ID pengguna pelanggan |
Lokasi perangkat | Ya | Alamat IP, kota, negara |
Event |
Ya |
Diisi dalam laporan in-app event: Nama event, nilai event, pendapatan event |
Laporan perjalanan pengguna
Dasar-dasar perjalanan pengguna
Laporan perjalanan pengguna berisi data yang dikumpulkan untuk event yang terjadi selama nilai umur pengguna. Data tersebut dibagi menjadi laporan menurut:
- Sumber pengguna: organik atau non-organik
- Konteks perjalanan:
- Interaksi dengan iklan sebelum penginstalan aplikasi (tayangan dan klik)
- Akuisisi
- Retargeting
Laporan akuisisi pengguna (UA)berisi:
- Tayangan dan klik yang terjadi sebelum penginstalan oleh calon pengguna yang berinteraksi dengan iklan.
- Event penginstalan.
- In-app event berikutnya yang dilakukan oleh pengguna.
Laporan penargetan ulang berisi:
- Tayangan dan klik yang terjadi saat pengguna ditargetkan ulang.
- Event konversi: Interaksi ulang atau atribusi ulang.
- In-app event berikutnya dilakukan sebagai bagian dari interaksi ulang. Pertimbangkan:
- Data penargetan ulang selalu non-organik.
- Penargetan ulang in-app event ada di UA dan laporan in-app event penargetan ulang. Lihat metodologi atribusi ganda penargetan ulang.
Untuk mengikuti perjalanan pengguna, gabungkan laporan yang terkait dengan bagian perjalanan yang Anda minati, misalnya, penginstalan dan in-app event. Setelah melakukannya, urutkan laporan menggunakan ID AppsFlyer, waktu event, dan jenis laporan. Hasilnya adalah event pengguna tertentu dari waktu ke waktu, yang berarti perjalanan pengguna.
Ketersediaan laporan perjalanan pengguna
- Ketersediaan laporan bergantung pada paket berlangganan Anda.
- Laporan dapat mencakup baik pengguna organik, pengguna non-organik, atau keduanya, seperti yang ditunjukkan.
- Kebijakan retensi yang berlaku untuk laporan data lengkap historis bergantung pada alat pelaporan dan asal data lengkap. Secara umum, data tersedia untuk 90 hari sebelumnya. Perhatikan ! Kebijakan retensi tidak berlaku untuk data gabungan.
Laporan perjalanan pengguna
ketegori | Unik untuk Data Locker | Topik laporan | Organik | Non-organik |
---|---|---|---|---|
Akuisisi User | ✓ | Klik | N/A | |
Retargeting | ✓ | Klik dari kampanye penargetan ulang | Penargetan ulang selalu non-organik | |
Akuisisi User | ✓ | Tayangan | N/A | |
Retargeting | ✓ | Tayangan dari kampanye penargetan ulang | Penargetan ulang selalu non-organik | |
Akuisisi User | - | Memasang | ✓ | ✓ |
Akuisisi User | - | In-App Event | ✓ | ✓ |
Akuisisi User | - | Pendapatan iklan yang diatribusikan | - | ✓ |
Akuisisi User | - | Pendapatan iklan organik | ✓ | - |
Retargeting | - | Penargetan ulang pendapatan iklan | Penargetan ulang selalu non-organik | |
Retargeting | - | Konversi penargetan ulang (interaksi ulang dan atribusi ulang) | Penargetan ulang selalu non-organik | |
Retargeting | - | Penargetan ulang in-app event (interaksi ulang dan atribusi ulang) | Penargetan ulang selalu non-organik | |
Retargeting | ✓ | Sesi penargetan ulang (interaksi ulang dan atribusi ulang) | Penargetan ulang selalu non-organik | |
Akuisisi User | ✓ | Sesi | ✓ | ✓ |
Akuisisi User | - | Pencopotan pemasangan non-organik | - | ✓ |
Akuisisi User | - | Pencopotan pemasangan organik | ✓ | - |
Akuisisi User | ✓ | Interaksi lintas platform | ✓ | ✓ |
Deskripsi laporan perjalanan pengguna
Klik dan Impresi
Laporan | Karakteristik |
---|---|
Context |
Pengguna berinteraksi dengan kampanye dan mengklik atau melihat iklan. |
Karakteristik | Laporan berisi catatan tautan atribusi dan header HTTP yang ada saat pengguna mengeklik atau melihat iklan. |
Kasus penggunaan |
|
Contoh laporan | Klik |
Catatan |
Data SRN tidak tersedia. |
Pengguna terbatas | Dalam beberapa kasus, karena aturan privasi, data tayangan dan klik dibatasi (tidak memiliki pengenal pengguna) atau tidak tersedia sama sekali. Ketersediaan tergantung pada sumber media dan platform. |
Penginstalan dan konversi penargetan ulang
Nama laporan |
Akuisisi pengguna: Penginstalan |
Penargetan Ulang: Konversi |
---|---|---|
Context |
Saat pengguna membuka aplikasi untuk pertama kalinya. |
Setelah pengguna berinteraksi dengan iklan penargetan ulang dan kemudian membuka aplikasi. Konversi penargetan ulang menjadi interaksi ulang atau atribusi ulang. Lihat pedoman atribusi penargetan ulang |
Gunakan case (kasus) |
|
Mirip dengan menginstal. |
Organik vs. non-organik |
|
Tak dapat diterapkan |
Contoh laporan | Install | Laporan konversi penargetan ulang memiliki struktur yang sama dengan laporan penginstalan. Beberapa bidang diisi dalam konteks penargetan ulang. Lihat penargetan ulang data lengkap. |
In-App Event
Laporan | Karakteristik |
---|---|
Konteks laporan |
Daftar kronologis tindakan yang dilakukan oleh pengguna setelah atribusi (instal, atribusi ulang, atau penargetan ulang) |
Karakteristik |
|
Kasus penggunaan |
Gunakan laporan untuk:
|
Nilai event |
Bidang nilai event Bidang nilai event berisi semua data yang terkait dengan event dalam JSON. Anda dapat memuat ini ke dalam sistem BI Anda untuk analisis lebih lanjut. Tips!Anda dapat menggunakan Power Query di Microsoft Excel untuk mengurai parameter event dari string teks JSON.
Melaporkan pendapatan Data pendapatan dan ROI di AppsFlyer berasal dari af_revenue yang dikirim dalam event. Saat parameter af_revenue dikirim dalam in-app-event, AppsFlyer menggunakannya untuk mengisi bidang pendapatan event. Bidang inilah yang digunakan AppsFlyer untuk memperbarui dasbor dan laporan gabungan. Perhatikan! Gunakan hanya gunakan parameter af_revenue dengan in-app-events yang menjelaskan pendapatan aktual yang dihasilkan. Untuk event lain yang melibatkan pendapatan, tetapi tidak bersifat final, misalnya add_to_cart, gunakan parameter yang berbeda seperti af_price |
Contoh laporan |
In-App Event |
Catatan |
|
Sesi
Laporan | Karakteristik |
---|---|
Context |
Saat pengguna membuka aplikasi, event sesi dikirim ke AppsFlyer. Event dicatat jika waktu minimum antara ambang batas sesi terlampaui. |
Karakteristik |
Struktur laporan sama dengan laporan in-app event. Sesi (event sesi) berada dalam laporan terpisah karena banyaknya jumlah event tersebut. |
Kasus penggunaan | Pahami interaksi pengguna dengan aplikasi. |
Contoh laporan | Laporan sesi ini mirip dengan laporan in-app event. Catatan: Dalam data lengkap, sesi memiliki peluncuran nama event. |
mencopot pemasangan
Laporan | Karakteristik |
---|---|
Context |
Catatan pengguna yang meng-uninstall aplikasi. |
Karakteristik |
|
Bidang tersedia |
|
Contoh laporan | Uninstall Perhatikan! Dalam contoh, untuk kejelasan, baris 2 menunjukkan bidang mana yang diisi, jika data yang relevan tersedia. |
Gunakan case (kasus) |
|
Ketersediaan laporan perjalanan pengguna per alat
Laporan interaksi iklan menurut alat
Laporan | Ekspor data | Pull API | Data Locker | Push API | Data Konversi SDK |
---|---|---|---|---|---|
Tampilan (1) | - | - | ✓ | - | - |
Klik (1) | - | - | ✓ | - | - |
(1) Data klik dan tayangan disediakan oleh non-SRN. SRN tidak menyediakan data ini. |
Laporan akuisisi pengguna menurut alat
Laporan | Ekspor data | Pull API | Data Locker | Push API | Data konversi SDK |
---|---|---|---|---|---|
Install | ✓ | ✓ | ✓ | ✓ | ✓ |
Sesi | - | - | ✓ | - | - |
In-App Event | ✓ | ✓ | ✓ | ✓ | - |
mencopot pemasangan | ✓ | ✓ | ✓ | - | - |
Menargetkan ulang laporan data lengkap dengan alat
Laporan | Ekspor data | Pull API | Data Locker | Push API | Data Konversi SDK |
---|---|---|---|---|---|
Klik (1) | - | - | ✓ | - | - |
Konversi (atribusi ulang + interaksi ulang) | ✓ | ✓ | ✓ | ✓ | ✓ |
Tampilan (1) | - | - | ✓ | - | - |
Sesi | - | - | ✓ | - | - |
In-App Event | ✓ | ✓ | ✓ | ✓ | - |
(1) Data klik dan tayangan disediakan oleh non-SRN. SRN tidak menyediakan data ini. |
Pertanyaan Umum
Detail |
---|
Mengapa data lengkap Meta ads hilang? Secara default, data lengkap Meta ads diatribusikan ke sumber media terbatas. Lihat data tingkat pengguna Meta ads. |
Apa perbedaan antar stempel waktu? Stempel waktu umum untuk semua laporan. Hal ini memungkinkan untuk menggabungkan laporan yang berbeda. Stempel waktu berikut relevan:
Pertimbangkan:
|
Apa tujuan dari bidang kontributor? Bidang kontributor mencantumkan sumber media kontributor. Terkadang disebut sebagai Penginstalan Berbantuan. Di Protect360, bidang ini juga digunakan untuk koreksi atribusi penginstalan yang dibajak . |
Apa yang dimaksud dengan bidang kata kunci—mengapa tidak tersedia di semua penginstalan non-organik? Penginstalan yang diatribusikan dengan Google Ads atau Apple Search Ads, dapat berisi kata kunci atau ID kata kunci yang terkait dengan iklan yang menyebabkan penginstalan. |
Tips laporan penginstalan
Memahami perjalanan pengguna
Perjalanan pengguna merupakan serangkaian langkah yang dilakukan pengguna sebelum mencapai tujuan seperti membeli produk atau memesan penerbangan. Gagasan di balik menganalisis perjalanan pengguna adalah untuk melihat apa yang dilakukan pengguna di aplikasi, seberapa aktif mereka, dan nilai apa yang mereka bawa selama masa tertentu.
Anda dapat mengidentifikasi dan menyoroti perjalanan pengguna dengan bantuan ID AppsFlyer. ID dibuat untuk setiap penginstalan aplikasi per perangkat. ID tetap tidak berubah sepanjang siklus hidup pengguna (dari menginstal hingga uninstall.) ID tetap ada jika pengguna menyetel ulang ID perangkat mereka.
Karena laporan penginstalan dan in-app event memiliki struktur yang sama, laporan tersebut dapat digabungkan menjadi satu. Dalam laporan gabungan, Anda dapat menggabungkan dan memfilter menggunakan ID AppsFlyer dan ID Pengguna Pelanggan (jika tersedia) untuk menganalisis perjalanan pengguna.
Misalnya
Pengguna yang berinteraksi—kuat
- Seorang pengguna menginstal aplikasi pada 20 Agustus pukul 09:31.
- Laporan gabungan menunjukkan bahwa mereka melakukan pembelian pada 20 Agustus pukul 10:31, 22 Agustus pukul 15:22, dan 25 Agustus pukul 16:47.
- Dari sini, kami menyimpulkan bahwa pengguna adalah pengguna yang berinteraksi. Mereka melakukan pembelian satu jam setelah meluncurkan aplikasi dan melanjutkan pembelian pada hari-hari setelah penginstalan.
Pengguna yang berinteraksi—lemah
- Seorang pengguna menginstal aplikasi pada 30 Juli. Laporan gabungan menunjukkan bahwa mereka menambahkan item ke keranjang mereka pada 15 Agustus, tetapi tidak ada event pembelian berikutnya.
- Anda dapat berasumsi bahwa pengguna ragu-ragu untuk melakukan pembelian dan memilih untuk menargetkan ulang dengan item yang mereka tambahkan ke keranjang.
Menganalisis perjalanan pengguna untuk pengoptimalan kampanye
- Manajer akuisisi pengguna (UA) dari aplikasi perjalanan mengunduh penginstalan dan laporan in-app event dan menggabungkannya.
- Lalu, untuk melihat perjalanan pengguna di app, mereka memfilter atau menggabungkan data berdasarkan ID AppsFlyer.
- Manajer UA melihat bahwa pengguna tertentu, yang diidentifikasi oleh ID AppsFlyer mereka, mengunduh aplikasi 12 bulan yang lalu dan memesan penerbangan beberapa hari kemudian.
- Selanjutnya, pengguna melihat beberapa penawaran penerbangan tetapi tidak melakukan pemesanan. Mencermati hal ini, manajer UA menemukan lebih banyak pengguna dengan pola yang sama dan memutuskan untuk menggali hal ini lebih dalam.
- Mereka menemukan bahwa sebagian besar pengguna ini berasal dari Iklan A dari Kampanye B yang dijalankan pada Media sumber C. Ternyata iklan dan kampanye ini menargetkan pengguna yang ingin bepergian ke tujuan tertentu.
- Dengan menganalisis perjalanan pengguna, manajer UA mungkin menyimpulkan bahwa fokus kampanye terlalu sempit dan pengguna tidak cukup berinteraksi dengan aplikasi.
Laporan fitur
Laporan yang berkaitan dengan fitur tambahan tersedia di platform
Postback (postingan balik)
Gunakan laporan postback, untuk meninjau salinan data yang dikirim ke jaringan iklan. Misalnya, gunakan untuk menyelidiki perbedaan. Laporan ini untuk tujuan informasi, dan tidak diperlukan untuk integrasi dengan jaringan iklan.
- Laporan tersebut berisi:
- Salinan postback yang dikirim ke sumber media yang diatribusikan.
- Bidang data lengkap dan bidang tambahan seperti yang dijelaskan di bagian ini.
- Laporan tidak berisi:
- Penginstalan SRN.
- Peristiwa dalam aplikasi terkait Meta ads, Twitter, dan Iklan Pencarian Apple.
- Postback mitra tanpa atribut. Lihat event yang dikaitkan ke mitra atau organik mana pun.
- Pengguna organik. Lihat tentang penginstalan organik.
- Kampanye pemasangan BPA telah menonaktifkan postback penginstalan .
- Mulai Maret 2021, bidang diisi sesuai dengan pengaturan Privasi Lanjutan pada jaringan. Artinya, jika Privasi Lanjutan aktif, beberapa bidang, seperti pengenal pengguna tidak dimasukkan. Lihat spesifikasi postback Privasi Lanjutan untuk jaringan iklan.
- URI untuk laporan postback melalui Pull API
Laporan postback (tersedia melalui halaman Data Ekspor dan Pull API)
Topik laporan | Event dikirim ke sumber media teratribusi |
---|---|
Install | Penginstalan non-organik (UA) |
In-App Event | In-App Event Non-Organic |
postback konversi penargetan ulang |
Penargetan ulang (interaksi ulang dan atribusi ulang) |
Menargetkan ulang event dalam aplikasi |
Menargetkan ulang event dalam aplikasi |
Bidang tambahan dalam laporan postback
Kolom | Catatan |
---|---|
Postback URL |
Beberapa nilai, seperti pendapatan, mungkin tidak muncul di bidang yang sesuai, tetapi Anda tetap dapat melihat data ini di URL Postback. |
Metode postback | |
Kode respons HTTP postback | 200: Mengonfirmasi bahwa postback diterima oleh jaringan iklan |
Pesan kesalahan postback |
Penipuan Protect360 dan aturan validasi
- Lihat Protect360 dan aturan validasi laporan data lengkap
- Agensi dan jaringan iklan memerlukan izin pemasang iklan untuk mengakses laporan Protect360 dan Aturan Validasi.
Untuk memberikan izin mitra terintegrasi untuk mengakses Protect360:
- Buka Konfigurasi > Integrasi Aktif.
- Pilih mitra terintegrasi.
- Di tab Izin , aktifkan Akses dasbor Protect360 & data lengkap Anda melalui API .
- Untuk memberikan akses ke dashboard In-app events (CPA), aktifkan Access aggregate in-app event data (Akses data in-app event gabungan).