Ikhtisar pelaporan data lengkap

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
  • Unduh laporan menggunakan antarmuka pengguna
  • Format: file CSV
Tunggal Terus diperbarui x

Khusus-aplikasi

Khusus-aplikasi
Pull API*
  • Unduh laporan menggunakan panggilan API.
  • Format: file CSV
Tunggal Terus diperbarui
  • Dapat dipilih
  • Default: UTC
  • Dapat dipilih
  • Default: USD
Data Locker P
  • Data di-stream ke bucket di cloud
  • Tidak ada batasan volume.
  • Jendela ketersediaan data: 14 hari.
  • Format: CSV atau  parquet
Beberapa Terus diperbarui dengan jeda beberapa jam UTC USD 
Push API P
  • Data perjalanan pengguna (penginstalan, in-app, penargetan ulang, SKAN) dikirim ke server Anda secara waktu aktual.
  • Format: JSON atau parameter kueri
Dapat menggunakan titik akhir yang sama Beberapa menit setelah event dicatat di AppsFlyer UTC + khusus aplikasi USD + khusus aplikasi
Data Konversi SDK (1)
  • Dapatkan data konversi atribusi dalam aplikasi.
  • Format: JSON
N/A  Waktu aktual <5 detik   UTC N/A

Catatan/singkatan:
(1) Dukungan beberapa aplikasi
(2) Kesegaran data aktual bergantung pada laporan itu sendiri, karena beberapa laporan bersifat Harian.
(3) Metode data konversi SDK mengambil data atribusi pengguna dalam waktu kurang dari 5 detik sejak peluncuran aplikasi pertama, dan karenanya merupakan metode yang paling tidak akurat.
(P) Fitur premium
(*) Berlaku kuota pembuatan laporan

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)

(*) Berlaku kuota pembuatan laporan

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

Raw_data_-_User_acquisition_.png

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.

      Raw_data_-_Retargeting.png

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
  • Optimalkan kampanye yang tidak mengarah ke pembukaan aplikasi (instal, atribusi ulang, interaksi ulang).
  • Targetkan ulang pengguna ini menggunakan kampanye yang berbeda.
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)
  • Buat laporan gabungan menggunakan bidang yang tidak tersedia melalui alat analitik AppsFlyer.
  • Gabungkan dengan laporan lain untuk analisis lintas bagian lanjutan.
  • Analisis kinerja di berbagai dimensi seperti kota, area metropolitan, dan sebagainya. 
  • Segmentasikan pengguna menurut negara, kota, dan bahasa untuk tujuan penargetan.
  • Dapatkan ID perangkat pengguna untuk tujuan penargetan ulang.
Mirip dengan menginstal.
Organik vs. non-organik
  • Non-organik: Grup bidang atribusi atribusi dan kontributor diisi
  • Organik:  Bidang sumber media kosong, null, atau organik. Pertimbangkan ini ketika Anda memuat data ke dalam sistem Anda. 
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

  • Struktur dan bidang laporan mirip dengan laporan penginstalan.
  • Bidang khusus menjelaskan event. Ini termasuk nama event, nilai, pendapatan, dan waktu. 

Kasus penggunaan

Gunakan laporan untuk:

  • Dapatkan wawasan dengan mengamati perjalanan pengguna selama nilai umur pengguna

  • Gabungkan data lengkap instal dan in-app-event untuk mengikuti perjalanan pengguna yang lengkap. 

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.


{"af_level":"10","af_user_journey":"3387","arena":"7","char_type":"paladin"}

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

  • Penargetan ulang in-app event dicatat dua kali di UA dan penargetan ulang laporan data lengkap in-app event. 
  • In-app event tidak menyertakan event peluncuran (af_app_opened). Event ini tersedia dalam laporan data lengkap sesi
  • Lokasi geografis: Dihasilkan dengan menggunakan alamat IP pengguna pada saat event dilakukan. 

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
  • Laporan ini diperbarui setiap hari dan tidak terus-menerus, seperti halnya laporan perjalanan pengguna lainnya. 
  • Dalam laporan, waktu event menunjukkan waktu AppsFlyer menentukan bahwa aplikasi telah di-uninstall dan bukan uninstall aktual itu sendiri. Lihat Pengukuran Uninstall.
Bidang tersedia
  • Jika pengguna berasal dari sumber media non-organik, bidang sumber media akan diisi. 
  • Pertimbangkan bahwa uninstall event dihasilkan oleh server AppsFlyer setelah menentukan bahwa pengguna di-uninstal. Akibatnya, banyak bidang tidak terisi. 
  • Pengenal pengguna yang tersedia adalah yang dicatat pada saat penginstalan. CUID tidak tersedia. 
  • Bidang terkait lokasi diisi dengan lokasi pengguna pada saat berinteraksi dengan sumber media (klik atau tayangan). Jika lokasi interaksi tidak tersedia, maka lokasi yang terkait dengan event penginstalan yang akan digunakan. 
Contoh laporan Uninstall Perhatikan! Dalam contoh, untuk kejelasan, baris 2 menunjukkan bidang mana yang diisi, jika data yang relevan tersedia. 
Gunakan case (kasus)
  • Menganalisis event uninstall, perangkat, dan karakteristik pengguna
  • Membangun pemirsa event uninstall untuk penargetan ulang

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: 

  • Waktu sentuh yang diatribusikan: Waktu pengguna berinteraksi dengan iklan.
  • Waktu penginstalan : Waktu aplikasi diluncurkan untuk pertama kali.
  • Waktu event : Waktu event berlangsung.

Pertimbangkan: 

  • Dalam laporan penginstalan, waktu penginstalan dan event adalah sama.
  • Dalam laporan in-app event, waktu penginstalan dan event berbeda. Perbedaannya dapat menunjukkan waktu yang berlalu antara peluncuran aplikasi dan interaksi pengguna dengan aplikasi.

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

  1. Buka Konfigurasi > Integrasi Aktif
  2. Pilih mitra terintegrasi.
  3. Di tab Izin , aktifkan Akses dasbor Protect360 & data lengkap Anda melalui API .
  4. Untuk memberikan akses ke dashboard In-app events (CPA), aktifkan Access aggregate in-app event data (Akses data in-app event gabungan).