Laporan data lengkap Protect360

Premium
Direkomendasikan untuk
Pemasar
Tanggal terakhir diupdate:

Sekilas: Laporan data lengkap menjelaskan penginstalan dan in-app event yang diblokir oleh mesin Protect360, serta dari Aturan Validasi yang ditambahkan secara manual.

Tentang laporan data lengkap Protect360

Laporan data lengkap:

  • Menampilkan data tentang:
    • Klik, penginstalan, dan in-app event yang teridentifikasi sebagai penipuan oleh mesin Protect360.
    • Penginstalan dan in-app event yang teridentifikasi melalui Validation Rules (Aturan Validasi).  
  • Sertakan alasan pemblokiran untuk setiap klik, penginstalan, atau in-app event.  
  • Digunakan oleh pemasang iklan untuk merekonsiliasi akun jaringan iklan untuk pengoptimalan, dan untuk menyesuaikan dashboard untuk penipuan pasca-atribusi. 
  • Mungkin ada beberapa bidang yang dibatasi atau tidak tersediajika AppsFlyer Aggregated Advanced Privacy (AAP).
  • Jenis laporan dan ketersediaannya melalui unduhan, API, dan Data Locker (S3 bucket) dideskripsikan pada bagian berikut.
  • Retensi laporan data lengkap historis hingga 90 hari, bergantung pada alat pelaporan dan asal data lengkap. 

Jenis laporan

Jenis laporan data lengkap Protect 360

Laporan Deskripsi
Install

Laporan termasuk: 

  • Penginstalan palsu: Penginstalan yang teridentifikasi sebagai kecurangan oleh mesin Protect360. Penginstalan ini tidak muncul di dashboard AppsFlyer atau data lengkap, kecuali untuk dasbor Protect360 dan data lengkap.
  • Pemasangan yang dibajak: Penginstalan pengguna sebenarnya di mana atribusi dicuri, tetapi Protect360 mengoreksi atribusi tersebut.
  • Aturan Validasi : Ini memblokir penginstalan atau memblokir atribusi (Protect360 mengoreksi atribusi). 
Instalasi pasca atribusi

Laporan termasuk penginstalan yang diatribusikan ke sumber media, tetapi kemudian terdeteksi sebagai kecurangan.Protect360 mengoreksi atribusi .
In-app event yang diblokir 

Laporan termasuk in-app event dari:

  • Penginstalan palsu: IAEs diblokir.
  • In-app event: Teridentifikasi sebagai penipuan terlepas dari penginstalan aslinya.
  • Validation Rules (Aturan Validasi):
    • IAEs dari aturan yang memblokir penginstalan atau memblokir atribusi.
    • IAEs dari aturan yang memblokir in-app event. 
In-app event pasca atribusi

Laporan termasuk in-app event:

  • Teridentifikasi pasca-atribusi
  • Penginstalan diatribusikan ke media source, tetapi kemudian terdeteksi sebagai penipuan. 
Klik Laporan termasuk klik yang diblokir dengan alasan pemblokirannya.
Postback instalasi yang diblokir Laporan termasuk salinan dari postback penolakan yang dikirim ke sumber media yang membawa penginstalan yang diblokir.

Laporan pasca atribusi

  • Laporan kecurangan data lengkap pasca-atribusi memiliki struktur yang sama dengan laporan penipuan yang diblokir.
  • Laporan pasca-atribusi bulan ini (menurut tanggal instalasi) terus diperbarui hingga hari ketujuh bulan berikutnya (tanggal deteksi). 
  • Laporan data lengkap pasca-atribusi terbatas untuk pengiklan. Agensi memerlukan izin aktif untuk mengaksesnya.
  • Laporan berisi event penipuan setelah atribusi yang diidentifikasi oleh Protect360 dan termasuk semua sumber media dalam satu laporan. Catatan: Jika tidak ada event penipuan setelah atribusi yang teridentifikasi untuk rentang tanggal yang dipilih, laporan akan dikembalikan dalam keadaan kosong,

  • Laporan data lengkap kecurangan pasca-atribusi tersedia sebagai berikut:

    • Dashboard antarmuka pengguna: terbatas pada satu sumber media selama satu bulan kalender.
    • Pull API: memuat semua sumber media.  (Pembatasan: Hanya tersedia bagi pemilik aplikasi)

Menggunakan laporan pasca-atribusi

  • Pilih semua kombinasi penginstalan/IAE dan deteksi rentang tanggal sesuai kebutuhan.
  • Mempertimbangkan bahwa Protect360 melakukan deteksi pasca-atribusi selama bulan kalender instalasi dan hingga hari ketujuh bulan berikutnya. Ini berarti, contohnya, bahwa untuk instalasi di bulan November, Protect360 memeriksa indikasi kecurangan hingga tanggal 7 Desember. 
  • Praktik terbaik untuk menggunakan Pull API adalah sebagai berikut:
    • Asumsikan bahwa Anda menarik laporan setiap harinya. 
    • Atur rentang tanggal instalasi menjadi 60 hari sebelum hari ini.
    • Atur rentang tanggal deteksi dari/deteksi hingga ke hari sebelum hari ini.
      Ini berarti bahwa Anda akan mendapatkan daftar kecurangan pasca-atribusi yang terdeteksi kemarin. Jika Anda tidak menarik laporan selama beberapa hari, sesuaikan rentang tanggal deteksi dan tarik laporan.

Contoh

Contoh A: Selama Desember (tanggal instalasi) 15 instalasi diatribusikan ke example_media. Pada tanggal 3 Januari (tanggal deteksi), Protect360 mengidentifikasi example_media sebagai penipu. Hasilnya, 15 instalasi yang diatribusikan ke example_media dimasukkan dalam daftar laporan kecurangan pascaatribusi untuk ditindaklanjuti oleh pemilik aplikasi. 

Contoh B: Selama Desember, 15 instalasi diatribusikan ke example_media. Pada tanggal 9 Januari, Protect360 mengidentifikasi example_media sebagai penipu. Dalam hal ini, tidak ada tindakan yang diambil Protect360 karena penipu diidentifikasi setelah penutupan bulan pada tanggal 7 Januari. 

Ketersediaan data lengkap berdasarkan jenis alat

Ketersediaan data lengkap Protect 360 berdasarkan jenis alat

Laporan Kesegaran data Pull API Halaman Export Data Data Locker
Install Waktu sebenarnya ✓ ✓ ✓*
In-app event yang diblokir  Waktu sebenarnya ✓ ✓ ✓
Klik Waktu sebenarnya ✓ ✓ ✓
Postback instalasi yang diblokir Waktu sebenarnya - ✓ -
Instalasi pasca atribusi

Setiap Hari 10:00 UTC

✓

 ✓ ✓*
In-app event pasca atribusi

Setiap Hari 10:00 UTC

 ✓ ✓ -

* Batasan untuk melaporkan melalui Data Locker:

  • Transparansi agensi tidak didukung. Artinya, lalu lintas yang didorong agensi tidak berisi nama sumber media yang mengirimkan penginstalan. 
  • Laporan tersebut memiliki sekumpulan bidang unik yang terkait dengan laporan Data Locker lainnya. Daftar ini tidak dapat diubah. 
  • Data penargetan ulang tidak tersedia di laporan Penginstalan; hanya di laporan penginstalan pasca-atribusi. 

Mendapatkan laporan data lengkap

Laporan data lengkap tersedia dengan mengunduh, Pull API, dan Data Locker (S3 bucket). Anda juga dapat memberi mitra akses ke laporan .

Unduh

Untuk mengunduh:

  1. Di dashboard Protect360, buka Laporan data lengkap >  Diblokir atau Pasca atribusi.
    • Untuk laporan pasca-atribusi, pilih sumber media dan bulan.
  2. Pilih laporan Protect360 & Aturan Validasi untuk diunduh.

ATAU

  1. Di dashboard AppsFlyer, buka Export Data (Ekspor Data) . 
  2. Pilih laporan Protect360 & Aturan Validasi untuk diunduh.

Catatan : Laporan yang diunduh dari laman Ekspor Data berisi semua sumber media.

Pull API

Untuk mengunduh laporan data lengkap yang tersedia oleh Pull API:

Sebelum Anda mulai:

Anda memerlukan token Pull API. Dapatkan token dari pengguna admin. 

  1. Buka Integration > API Access.
    Laman Pull API dibuka.
  2. Di bagian laporan penipuan Protect360, pilih panggilan Pull API yang diperlukan.
  3. Isi parameter sesuai kebutuhan. Tabel berikut mencantumkan parameter.
  4. Tarik laporan. 

Parameter laporan data lengkap Pull API

Parameter Deskripsi Format Wajib
id_aplikasi  ID Aplikasi seperti yang muncul di AppsFlyer String Ya
api_token Ambil kode dari Dashboard. Buka Integrasi > Akses API. Hanya pengguna admin yang dapat mengambil token API. String Ya
from

Awal rentang tanggal:

  • Untuk instalasi, ini adalah tanggal instalasi.
  • Untuk in-app event, ini adalah tanggal event.
 DD-MM-YYYY Ya
ke

Akhir rentang tanggal:

  • Untuk instalasi, ini adalah tanggal instalasi.
  • Untuk in-app event, ini adalah tanggal event.
 DD-MM-YYYY Ya
event_name

[Opsional untuk penipuan in-app event Pasca atribusi]

Filter event berdasarkan in-app event. Batasi laporan untuk event tertentu.  Salah satu event atau lebih dapat disertakan.

Contoh penggunaan: &event_name=af_purchase,af_login

 String

Tidak

 
additional_fields=rejected_reason_value

[Opsional untuk penipuan in-app event Pasca atribusi]

blocked_reason_rule menampilkan kontributor valid (sumber media) untuk penginstalan/in-app event yang dibajak. Diisi dengan kontributor[1-3] atau organik.

 String

Tidak
mendeteksi dari

[Opsional untuk instalasi Pasca atribusi]

Awal rentang tanggal deteksi penipuan. (Defaultnya adalah dari.) (Digunakan dalam penipuan instalasi Pasca atribusi.) (Digunakan dalam penipuan instalasi Pasca atribusi.)

 DD-MM-YYYY Tidak
mendeteksi hingga

[Opsional untuk instalasi Pasca atribusi]

Akhir rentang tanggal deteksi penipuan. (Defaultnya adalah hingga.)

 DD-MM-YYYY Tidak

Data Locker

Data Locker menulis  data lengkap ke bucket AWS S3.

Lihat daftar laporan Protect360 yang tersedia. 

Lihat petunjuk konfigurasi Data Locker. 

Struktur laporan Protect360

Laporan Protect360 memiliki struktur umum yang sama seperti bidang laporan akuisisi pengguna.

Selain bidang laporan data lengkap, Laporan Protect360 juga memiliki bidang penargetan ulang dan alasan pemblokiran sebagai berikut:

Alasan Pemblokiran

Alasan pemblokiran level klik 

Pada level klik, klik diblokir, dan proses atribusi mengabaikannya.

Alasan Pemblokiran Deskripsi
ip_blacklist Berdasarkan daftar yang dibuat secara dinamis (detail)
invalid_fingerprint Khusus klik S2S: parameter tidak valid yang dikirim oleh sumber (untuk pencocokan probabilistik)
click_capping Tingkat kecurangan yang sangat tinggi terdeteksi dari jaringan iklan tersebut. Pelajari lebih lanjut
click_signing Autentikasi pada klik tidak divalidasi. Pelajari lebih lanjut
input_validation Nama sumber media tidak valid

Alasan pemblokiran level instalasi

Pada level instalasi, kami mengidentifikasi informasi yang cukup pada saat instalasi untuk menentukan apakah:

  • Instalasi palsu, artinya pengguna yang menginstal aplikasi bukan orang yang nyata. Dalam hal ini, atribusi diblokir sepenuhnya.
  • Pembajakan atribusi, di mana pengguna itu nyata tetapi interaksinya dipalsukan. Dalam hal ini, interaksi palsu diblokir dan atribusi ditetapkan ulang ke jaringan iklan kontributor pertama yang valid.

Tabel berikut mencantumkan kemungkinan alasan pemblokiran pada level instalasi:

Level instalasi: Alasan pemblokiran instalasi palsu

Alasan Pemblokiran Sub Alasan Pemblokiran Deskripsi
Bot fake_device_parameters Perilaku non-manusia terdeteksi pada parameter terkait perangkat selama proses penginstalan aplikasi
Bot fake_install_parameters Perilaku non-manusia terdeteksi pada parameter terkait penginstalan selama proses penginstalan aplikasi
Bot bayesian_network Identifikasi jaringan bayesian dari pola kecurangan
install_store_validation -

Validasi tanda terima penginstalan Apple App Store gagal
validasi_bot invalid_device_parameters Ketidaksesuaian ekspektasi bidang perangkat tertentu, ditentukan oleh pelanggan
validasi_bot aturan_validasi

Aturan yang hasilnya berupa penginstalan yang diblokir berdasarkan aturan validasi yang ditetapkan secara manual

Level instalasi: Alasan pemblokiran pembajakan atribusi

Alasan Pemblokiran Sub Alasan Pemblokiran Deskripsi

ctit_anomalies

short_ctit

Instalasi diblokir karena CTIT yang pendek: ditentukan Protect360

install_hijacking

referrer_hijack

Upaya pembajakan yang diblokir berdasarkan GooglePlay API dan parameter AppsFlyer SDK

install_hijacking

integration_temporarily_blocked

Penginstalan diblokir karena mitra (pid) memiliki tingkat penipuan yang sangat tinggi dan anomali yang signifikan di semua lalu lintas mereka

validasi_peretasan

short_ctit

Instalasi diblokir karena CTIT yang pendek: ditentukan Pelanggan

validasi_peretasan

empty_site_id

Instalasi diblokir karena ID situs yang tidak diisi. Penerapan aturan dilakukan secara bertahap 

validasi_peretasan

aturan_validasi

Aturan yang hasilnya berupa atribusi yang diblokir berdasarkan aturan validasi yang ditetapkan secara manual

Alasan pemblokiran level kluster

Ketika pola penipuan terdeteksi, sumber penipuan dimasukkan ke dalam daftar hitam. Instalasi dari sumber daftar hitam ini diblokir karena:

  • Instalasi palsu, artinya pengguna yang menginstal aplikasi bukan orang yang nyata. Dalam hal ini, atribusi diblokir sepenuhnya.
  • Pembajakan atribusi, di mana pengguna itu nyata tetapi interaksinya dipalsukan. Dalam hal ini, interaksi palsu diblokir dan atribusi ditetapkan ulang ke jaringan iklan kontributor pertama yang valid.

Tabel berikut mencantumkan kemungkinan alasan pemblokiran pada level kluster:

Level kluster: Alasan pemblokiran instalasi palsu

Alasan Pemblokiran Sub Alasan Pemblokiran Deskripsi
Bot timestamp_anomalies Anomali yang terkait ke waktu klik alur atribusi danstempel waktu lainnya yang dikumpulkan dari perangkat
bot, site_blacklist device_emulators Instalasi dihasilkan pada skala besar dengan skrip otomatis yang bekerja pada lingkungan virtual.
site_blacklist device_farms Tingkat perangkat tidak dikenal (baru) yang tinggi
behavioral_anomalies behavioral_anomalies Perilaku in-app yang mencurigakan dibandingkan dengan pola perilaku pengguna aplikasi umum

Level kluster: Alasan pemblokiran pembajakan atribusi

Alasan Pemblokiran Sub Alasan Pemblokiran Deskripsi
ctit_anomalies, install_hijacking ctit_anomalies Pola CTIT abnormal per standar aplikasi
click_flood click_flood Volume klik tinggi secara abnormal di sepanjang distribusi CTIT yang panjang
install_hijacking click_clusters Klik dihasilkan oleh malware tingkat perangkat

Alasan pemblokiran tingkat in-app 

In-app event dapat diblokir karena alasan berikut:

  • Instalasi awal diidentifikasi sebagai instalasi palsu.
  • Karena aturan validasi yang ditentukan.
  • Karena algoritma kami mendeteksi kecurangan. 

Tabel berikut mencantumkan kemungkinan alasan pemblokiran tingkat in-app.

Alasan pemblokiran in-app

Alasan Pemblokiran Sub Alasan Pemblokiran Deskripsi
Bawaan dari instalasi Bawaan dari instalasi Instalasi awal diidentifikasi sebagai instalasi palsu berdasarkan alasan tingkatinstalasi atau daftar hitam
inapps_bots fake_device_parameters Algoritma AppsFlyer mendeteksi kecurangan
in_app_store_validation - Receipt validation (validasi tanda terima) untuk in-app purchase gagal. 
validation_inapps aturan_validasi

Berdasarkan aturan validasi yang ditetapkan secara manual

Retargeting

Data lengkap Protect360 mencakup penginstalan dan sesi penipuan dari kampanye penargetan ulang (masing-masing disebut sebagai atribusi ulang dan interaksi ulang). Data ditampilkan menggunakan bidang nama event dan jenis konversi penargetan ulang. Ini ditandai sebagai:

  • Penginstalan (berlaku untuk nama event, tetapi bukan jenis konversi penargetan ulang)
  • Re-attribution
  • Re-engagement
  • Penginstalan ulang

Data lengkap penargetan ulang Protect360 tersedia untuk pemblokiran waktu aktual dan kecurangan yang teridentifikasi pasca-atribusi sebagai berikut:

Laporan  Ekspor data Pull API Data Locker
Install ✓* ✓* -
Instalasi pasca atribusi ✓ ✓ ✓
* Data interaksi ulang tidak tersedia

Koreksi atribusi penginstalan yang dibajak

Untuk penginstalan yang dibajak, AppsFlyer memblokir atribusi ke jaringan penipuan dan sebagai gantinya mengatribusikan sumber kontributor terakhir yang sah. 

Untuk penginstalan yang dibajak gunakan bidang rejected_reason_value untuk mengidentifikasi kontributor yang valid (sumber media), artinya kontributor yang seharusnya menerima atribusi.

  •  Rejected_reason_value  yang diisi dengan kontributor [1-3] atau organikPeriksa kontributornya[1-3] bidang sumber media/mitra untuk melihat detail kontributor dan merekonsiliasi.
  • Jika bidang kontributor tidak ditampilkan di laporan Anda, bidang ini tersedia untuk ditambahkan dari laman Export data (Ekspor data).

Saat penginstalan yang dibajak diblokir secara waktu aktual, atribusi yang benar ditampilkan di dashboard dan laporan AppsFlyer (bukan hanya Protect360). Saat penginstalan yang dibajak diidentifikasi setelah atribusi, atribusi yang benar hanya ditampilkan di data lengkap Protect360.