Jaringan pelaporan mandiri (SRN)

Direkomendasikan untuk
Pemasar Agensi Jaringan Iklan
Tanggal terakhir diupdate:

Sekilas: Pelajari tentang jaringan pelaporan mandiri (SRN)—atribusi, tautan dalam, implikasi iOS, dan FAQ. 

SRN diintegrasikan dengan AppsFlyer

SRN Logo
Apple Search Ads
Google Ads
Platform GoogleMarketing
Iklan Meta
Snapchat snapchat_logo.png
Tencent Social Ads blobid0.jpg
TikTok for Business—SRN Lanjutan tiktok_logo.png
Twitter
Yahoo (Oath: Platform Iklan / Yahoo Gemini) verizonmedia.png
Yahoo! Search Ads

Catatan: SRN memiliki batasan penggunaan dan retensi data tingkat pengguna.

Atribusi

Tidak seperti non-SRN (jaringan iklan), yang menggunakan tautan atribusi untuk melaporkan event ke AppsFlyer, SRN mengatribusikan sendiri menggunakan ID perangkat saat diberi tahu tentang penginstalan oleh AppsFlyer.

Atribusi AppsFlyer untuk SRN dan non-SRN didasarkan pada: 

  • Metodologi sentuhan terakhir dan multisentuh.
  • Logika atribusi standar AppsFlyer untuk mengurutkan data impresi dan klik yang relevan. 

Bagaimana cara kerja atribusi dengan SRN?

SRN melaporkan kejadian, seperti penginstalan baru dan kejadian dalam aplikasi, ke AppsFlyer dengan cara berikut: 

  • Menggunakan API untuk berkomunikasi dengan penyedia atribusi dan pengukuran.
  • Saat penyedia atribusi pihak ketiga mendeteksi penginstalan, mereka melakukan kueri jaringan menggunakan ID iklan.
  • Melaporkan detail klik atau impresi iklan yang relevan.

Setelah AppsFlyer melakukan atribusi, postback dalam aplikasi dikirim ke SRN selama durasi periode retensi data mitra.

Bagaimana cara kerja pengaitan dengan SRN tingkat lanjut?

SRN tingkat lanjut beratribusi dengan cara yang sama seperti SRN. Namun, SRN tingkat lanjut juga dapat mengatribusikan interaksi ketika tidak ada ID perangkat (IDFA)—menggunakan kerangka kerja Privasi Lanjutan Teragregasi dan menggunakan pencocokan ID dan pemodelan probabilistik melalui tautan atribusi.

Instal atribusi

Calon pengguna aplikasi melihat dan berinteraksi dengan beberapa iklan sebelum mereka menginstal aplikasi. Secara umum, penyedia atribusi menawarkan atribusi sentuhan terakhir kepada pemasang iklan—ini mengatribusikan penginstalan ke klik terakhir yang dilakukan sebelum penginstalan sebenarnya.

Saat aplikasi pertama kali diluncurkan:

  • AppsFlyer memeriksa bahwa: 
    • Aplikasi diatur untuk menerima lalu lintas dari SRN.
    • Pengguna memiliki ID iklan.
  • Jika kedua kondisi tersebut benar, AppsFlyer melakukan kueri SRN menggunakan ID iklan. 
  • AppsFlyer melakukan atribusi setelah mempertimbangkan klaim SRN.

Instal contoh atribusi

Contoh A: Atribusi terbantu

SRN_1.png

Senin: Jaringan A melaporkan klik pengguna.

Selasa: Jaringan B melaporkan interaksi video.

Rabu: Jaringan C melaporkan klik pada iklan yang dapat diputar dan, 30 menit kemudian, ada penginstalan.

AppsFlyer mengatribusikan penginstalan ke Jaringan C dan memberikan kredit kepada Jaringan A dan B karena telah membantu penginstalan.

AppsFlyer memberikan data bantuan kepada pemasang iklan (interaksi tanpa atribut yang terjadi sebelum penginstalan). Hal ini memungkinkan pemasang iklan menyesuaikan model atribusi multisentuh atau fraksional mereka. Lihat penjelasan singkat ini.

Contoh B: Atribusi klik terakhir

SRN_2.png

Jaringan D (SRN) melaporkan klik beberapa menit sebelum Jaringan C.

Jaringan C menggunakan integrasi atribusi standar.

AppsFlyer mengaitkan penginstalan ke Jaringan C karena mereka memiliki klik terakhir.

Jendela atribusi

Jendela atribusi mencakup lookback dan lihat-tayang. Beberapa SRN menagih pemasang iklan untuk penginstalan berdasarkan Biaya per Impresi (CPM) dan Biaya per Tindakan (CPA)—ini didasarkan pada klik atau impresi yang terjadi dalam periode 1-28 hari.

AppsFlyer mengaitkan penginstalan, aktivitas, Biaya per Penginstalan Efektif (eCPI), dan Biaya per Tindakan Efektif (eCPA) berdasarkan metodologi atribusi pilihan pemasang iklan dan jendela lookback.

Pemasang Iklan mungkin harus membayar penginstalan berdasarkan jendela lookback atribusi SRN dan model lihat-tayang.

  • Pemasang iklan mengharapkan metodologi atribusi universal pihak ketiga AppsFlyer untuk mengoptimalkan dan mengalokasikan pengeluaran iklan mereka.
  • Mengapa? Karena AppsFlyer melaporkan eCPI dan eCPA aktual berdasarkan persyaratan yang ditetapkan pemasang iklan.
  • SRN mungkin mendapat manfaat dalam jangka pendek karena mereka sering menentukan ketentuan pembayarannya sendiri. Namun, pemasang iklan memperbaikinya dengan menggunakan penyedia atribusi pihak ketiga.

Deep Linking dengan SRN

Agar pengguna membuka aplikasi Anda saat tautan diklik, Anda hanya perlu menyiapkan skema Tautan Aplikasi/Tautan Universal/URI. Namun, untuk melakukan deep linking atau deferred deep linking ke halaman atau aktivitas tertentu di aplikasi Anda, SRN menggunakan metodenya sendiri—tanpa melibatkan metode deep linking AppsFlyer. 

Jadi, bagaimana Anda dapat menautkan langsung user Anda dan mendapatkan data yang relevan dari SRN?

Deep linking langsung

Saat perangkat pengguna melakukan deep linking, deep linking langsung dengan SRN dilakukan tanpa memanggil metode deep linking AppsFlyer. Pada contoh di bawah ini, pengguna lama yang mengeklik iklan dialihkan ke aktivitas secara langsung menggunakan metode Facebook, sementara pengguna baru mendapatkan pengalaman yang sama menggunakan data konversi AppsFlyer. Pelajari cara iklan Meta menggunakan OneLink untuk deep linking

 Contoh

Jill, pemasar seluler "greatapp", memutuskan untuk menjalankan kampanye deep linking di Meta ads, yang ditargetkan untuk khalayak umum. Kampanye mengalihkan setiap pengguna yang mengeklik ke aktivitas "bonus".
Jack, developer seluler, menambahkan logika ini setelah mendapatkan data konversi:

  1. Apakah ini berasal dari Facebook ("is_fb=true")?
  2. Jika benar, dapatkan nilai parameter grup iklan.
  3. Jika nilainya berisi kata "bonus", arahkan pengguna ke aktivitas "bonus".

Deferred deep linking (tautan langsung tertunda) :

Berbeda dengan deep linking, deferred deep linking dengan SRN dimungkinkan menggunakan AppsFlyer GCD API. 
AppsFlyer menerima data konversi dan membuatnya tersedia untuk aplikasi pada peluncuran pertama.
Pengguna baru yang menginstal setelah mengeklik kampanye deep linking/penargetan ulang di SRN dapat dialihkan di dalam aplikasi saat diluncurkan, dengan menggunakan data konversi.

Namun, dengan SRN, parameter deep linking AppsFlyer biasa tidak ada sebagai bagian dari data deep link. Untuk menggunakan data ini dalam aplikasi, pengembang perlu menggunakan logika lebih lanjut berdasarkan parameter yang tersedia, seperti kampanye, ad set, atau nama iklan tunggal.

Catatan: Untuk iklan Meta, penautanlangsung tertundamelalui GCD tersedia untuk aplikasi Android menggunakan mekanisme Perujuk Pemasangan Google. Ini tidak tersedia untuk aplikasi iOS.

implikasi iOS

Sebagian besar SRN mendukung SKAdNetwork dan memiliki integrasi yang diperlukan dengan AppsFlyer. 

Atribusi SRN iOS 14.5

Mulai iOS 14.5, saat pengguna memberikan persetujuan ATT di aplikasi pengiklan dan penerbit (persetujuan ganda), penginstalan SRN, yang dicatat di dasbor SKAdNetwork, juga ditampilkan di dasbor tradisional.

 Catatan

  • Dasbor tradisional menunjukkan pengurangan pemasangan yang dikaitkan dengan SRN. Saat mempertimbangkan kinerja SRN, gunakan dasbor SKAdNetwork. Secara keseluruhan diharapkan terjadi penurunan atribusi SRN dari penginstalan, dengan peningkatan yang sesuai dalam penginstalan organik. Namun, untuk SRN tingkat lanjut, dampaknya lebih rendah karena SRN juga mengatribusikan keterlibatan saat tidak ada ID perangkat.
  • Dasbor SKAdNetwork diperbarui dengan jeda 48-72 jam setelah penginstalan.
  • Penginstalan yang dibawa oleh Apple Search Ads (ASA) tidak diatribusikan di dashboard SKAdNetwork.

Mengirim postback acara ke SRN

SRN yang menerima postback event bergantung pada penyertaan ID perangkat di postback. Hal ini memungkinkan SRN untuk mengatribusikan sendiri tindakan pengguna yang dilaporkan. Banyak pengguna iOS 14 tidak menyetujui, artinya mereka tidak mengizinkan akses ke ID perangkat (IDFA) mereka. Dalam hal ini, Anda harus mengharapkan:

  • Penurunan jumlah postback peristiwa yang dikirim ke SRN
  • Perbedaan jumlah postback event antara SRN dan AppsFlyer—yang mencatat semua event.

 Catatan

  • Jika tidak ada IDFA, postback untuk penginstalan, pembukaan aplikasi, atau in-app event tidak dikirim ke SRN (kecuali untuk skenario ini di Google ads). Namun, beberapa SRN tingkat lanjut mendapatkan postback gabungan juga saat tidak ada IDFA. 
  • Jaringan iklan klik tidak terpengaruh, karena mereka menggunakan ID transaksinya sendiri, dan bukan ID perangkat, untuk mengatribusikan sendiri informasi postback event.

Pertanyaan Umum

Bagaimana cara kerja penargetan ulang dengan SRN?

Klik penargetan ulang dari non-SRN mudah diidentifikasi dengan adanya parameter is_retargeting=true di tautan atribusi penargetan ulang.
Dengan SRN, tidak ada indikasi serupa. Alih-alih, untuk mengaktifkan atribusi interaksi ulang dari SRN, AppsFlyer menggunakan logika lain:

  • Prasyarat:
    • Di halaman Pengaturan Aplikasi , nyalakan Aktifkan penargetan ulang. 
    • Di halaman Integrasi Aktif , pilih SRN, dan aktifkan Penargetan Ulang.
  • Dengan setiap peluncuran aplikasi, AppsFlyer menanyakan SRN tentang interaksi ID perangkat baru-baru ini dengan iklan kampanye untuk aplikasi tersebut.
    • Jika SRN membalas dengan detail keterlibatan, AppsFlyer memvalidasi keterlibatan dalam jendela lookback dan melebihi waktu minimal antara keterlibatan kembali.
    • Interaksi yang divalidasi dicatat sebagai interaksi ulang dan diatribusikan ke SRN.

Apa itu salah penargetan SRN?

Kampanye SRN harus menargetkan audiens tertentu, tetapi ini tidak selalu terjadi: Non-pengguna dalam kampanye akuisisi pengguna dan pengguna yang ada dalam kampanye penargetan ulang. 

Jika satu SRN digunakan untuk menjalankan kampanye akuisisi pengguna dan penargetan ulang, hal ini dapat menyebabkan kesalahan penargetan pengguna. Akibatnya, Anda membayar lalu lintas yang tidak diinginkan.

Skenario: SRN di platform AppsFlyer diaktifkan untuk kampanye akuisisi pengguna.

  • Setelah setiap peluncuran aplikasi, AppsFlyer menanyakan SRN untuk memeriksa apakah ID iklan (pengguna) memiliki interaksi baru-baru ini.
  • Jika ya,
    • SRN membalas dengan nama kampanye.
    • AppsFlyer menentukan apakah ini peluncuran pertama (atau bukan) dan mengatribusikan yang sesuai:
      Peluncuran pertama: Penginstalan baru diatribusikan ke kampanye.
      Peluncuran kedua atau lebih baru: Event penargetan ulang diatribusikan ke kampanye.

Kesimpulan: Mendapatkan event penargetan ulang dari kampanye akuisisi pengguna adalah pemborosan.

Apakah salah sasaran merupakan masalah?

Analis data AppsFlyer memeriksa kampanye akuisisi pengguna Meta ads selama bulan tertentu.

  • Penargetan ulang diaktifkan.
  • Dalam 30% kampanye, setidaknya 15% dari pengguna yang ditargetkan adalah pengguna aplikasi yang sudah ada.
  • Dalam 5% kampanye, setidaknya 40% adalah pengguna aplikasi yang sudah ada.
  • Kesimpulan: Dalam kampanye akuisisi pengguna SRN, 1 dari 10 pengguna yang ditargetkan sudah menjadi pengguna yang sudah ada. 

mistargeted_users.png

Memecahkan masalah salah sasaran

Solusi dasar: Jangan sertakan pengguna aplikasi yang sudah ada dalam kampanye akuisisi pengguna.

  • SRN hanya akan menargetkan pengguna baru yang potensial.
  • Memaksimalkan hasil akuisisi pengguna baru dengan anggaran yang sama.
  • Perbarui kampanye secara berkala (dan manual), misalnya, sebulan sekali.
  • Namun, kesenjangan waktu berarti bahwa pengguna yang sudah ada dapat ditargetkan dalam kampanye akuisisi pengguna selama bulan pertama setelah mereka menginstal aplikasi.

Audiens, fitur premium AppsFlyer, memungkinkan Anda secara otomatis mengirim, setiap hari, segmen mana pun dari basis pengguna Anda ke banyak jaringan iklan.

Riset AppsFlyer menunjukkan bahwa mengatasi kesalahan penargetan dapat berdampak dramatis pada upaya pemasaran dan akuisisi pengguna Anda.

Mengapa bidang URL Asli kosong di laporan data mentah?

Klik dilakukan di lingkungan SRN tetapi tanpa tautan atribusi AppsFlyer. Oleh karena itu, data URL Asli terkait klik tidak tersedia untuk AppsFlyer. 

Dashboard tidak menampilkan klik dan impresi SRN

Klik dilakukan di lingkungan SRN tetapi tanpa tautan atribusi AppsFlyer. Oleh karena itu, beberapa SRN tidak memberikan data klik dan impresi ke AppsFlyer.

Meta ads dan Google memberikan beberapa data gabungan ke AppsFlyer.

Bisakah agensi mengonfigurasi kampanye SRN?

Ya, lihat di sini tentang konfigurasi SRN oleh Agensi.

Apakah AppsFlyer mengirimkan postback untuk ID iklan yang hilang (IDFA/GAID)?

Ketika ID iklan berisi string kosong (“”) atau menampilkan nilai '00000000-0000-0000-0000-000000000000' (IDFA nol), AppsFlyer tidak mengirimkan postback untuk penginstalan, pembukaan aplikasi, atau peristiwa dalam aplikasi, kecuali untuk skenario berikut:
  • Sebagai bagian dari integrasi untuk pengukuran pemasaran ulang dengan Google Ads, saat pengguna iOS yang tidak memberikan izin membuka aplikasi atau melakukan peristiwa dalam aplikasi, AppsFlyer mengirimkan gbraid dan info event ke Google Ads (untuk event additional_data_json ).
  • Di Android, jika tidak ada ID perangkat tetapi nilai perujuk berisi gclid (untuk penginstalan) atau event interaksi ulang berisi tautan langsung dengan parameter gclid , AppsFlyer mengirimkan info event gclid ke Google Ads.
Google Ads gbraid parameter: Pengidentifikasi gabungan yang dibuat oleh Google yang mengidentifikasi sekelompok perangkat dan direferensikan oleh tautan langsung. 
ID Klik Google (parametergclid ): Parameter yang diteruskan di URL dengan klik iklan, yang mengidentifikasi kampanye dan atribut klik lainnya yang terkait dengan iklan. Ini digunakan untuk pelacakan iklan dan atribusi kampanye.