1. Dukungan AppsFlyer
  2. Pemasar
  3. Ukur & Berinteraksi
  4. Menargetkan ulang pengguna
  5. Atribusi Retargeting

Pedoman Atribusi Penargetan Ulang

Avatar
Gray Goldstein
Tanggal terakhir diupdate:
  • Pemasar
  • Pengembang

Sekilas: Kampanye penargetan ulang (pemasaran ulang) memotivasi pengguna untuk membuka dan berinteraksi ulang dengan aplikasi atau mendorong pengguna yang telah menghapus aplikasi untuk menginstalnya kembali. 

Dasar-dasar penargetan ulang

Atribusi penargetan ulang terjadi ketika pengguna berinteraksi dengan kampanye penargetan ulang dengan mengklik tautan atribusi penargetan ulang atau deep link (tautan langsung). Atribusi penargetan ulang ini menghasilkan salah satu event atribusi berikut: 

  • Interaksi ulang: Jika aplikasi ada di perangkat, sumber media yang memotivasi pengguna untuk membuka aplikasi dikreditkan dengan interaksi ulang. 

  • Atribusi ulang (alias retargeting reinstall (penginstalan ulang penargetan ulang): Jika aplikasi tidak ada di perangkat pengguna (artinya pengguna meng-uninstal aplikasi), maka interaksi dengan kampanye penargetan ulang mendorong pengguna untuk menginstal ulang dan membuka aplikasi. Jika ini terjadi selama re-attribution window (jendela atribusi ulang), sumber media penargetan ulang dikreditkan dengan atribusi ulang.  Bacaan terkait: Penginstalan ulang.

Sebelum menjalankan kampanye penargetan ulang, tinjau aturan interaksi dan contoh kasus di bagian berikut, lalu atur penargetan ulang seperti yang dijelaskan di bagian prosedur penargetan ulang. Untuk lebih mudahnya, Anda harus terbiasa dengan model atribusi AppsFlyer dan jendela atribusi terkait. 

Aturan dan jendela interaksi ulang

  • Aturan atribusi penargetan ulang menentukan apakah suatu event merupakan event penargetan ulang dan diatribusikan ke sumber media penargetan ulang. 
  • Mirip dengan kampanye atribusi akuisisi pengguna, interaksi ulang penargetan ulang SRN dilaporkan oleh API dan non-SRN melalui tautan atribusi.
  • Aturannya, berdasarkan perjalanan pengguna, terdiri dari :
  • Jika interaksi ulang diatribusikan, in-app event selama durasi jendela interaksi ulang diatribusikan dua kali. Artinya, interaksi ulang diatribusikan ke sumber media penargetan ulang dan ke sumber media UA aslinya jika diketahui. 

Diagram berikut berisi sekumpulan aturan interaksi ulang. Gunakan aturan tersebut untuk menentukan apakah interaksi dengan kampanye penargetan ulang akan diatribusikan sebagai interaksi ulang. 

Aturan interaksi ulang

Referensi—jendela inklusi dan eksklusi 

Tabel berikut berisi informasi referensi terkait jendela yang terkait dengan atribusi penargetan ulang.

Jendela inklusi
Jenis jendela Deskripsi

View-Through (Lihat-Tayang)

Durasi maksimum dimulai saat pengguna melihat iklan hingga mereka membuka aplikasi. 

Lokasi konfigurasi: Tautan atribusi

Durasi:

  • Default: 1 hari
  • Rentang: 1-23 jam/1-7 hari

Catatan khusus SRN:

Penargetan ulang lihat-tayang (view-through) didukung oleh: DoubleClick dan Twitter.

Klik lookback (lihat-balik) 

Durasi maksimum dimulai saat pengguna mengklik iklan hingga mereka membuka aplikasi. 

Lokasi konfigurasi: Tautan atribusi

Durasi :

  • Default: 7 hari
  • Rentang: 1-23 jam/1-30 hari

Catatan SRN: Periksa dengan SRN, apa saja kebijakan khusus mereka tentang jendela lookback.

Re-engagement

Pertimbangkan hal berikut sehubungan dengan jendela re-engagement (interaksi ulang):

  • Jendela dimulai saat pengguna membuka aplikasi untuk pertama kalinya setelah berinteraksi dengan sumber media penargetan ulang.
  • In-app event diatribusikan dua kali pada pernargetan ulang dan sumber media akuisisi pengguna selama durasi jendela
  • Durasi jendela ditentukan oleh pengaturan aplikasi atau oleh SRN. 
  • Jika pengguna berinteraksi dengan kampanye penargetan ulang lainnya selama jendela interaksi ulang yang tidak diblokir oleh jendela eksklusi, jendela interaksi ulang segera berakhir dan jendela interaksi ulang yang baru dimulai. 
  • Dalam konteks atribusi ulang: durasi jendela interaksi ulang tidak terbatas waktunya. Namun, jendela ini akan berakhir jika ada penginstalan baru, penginstalan ulang, atau karena batasan retensi data. 

Di mana disetel: Tautan atribusi

  • Default: 30 hari
  • Rentang: 1-23 jam/1-90 hari/seumur hidup

Catatan SRN: Dapat dikonfigurasi untuk SRN

Jika Anda mengubah pengaturan jendela, perubahan tersebut berdampak pada interaksi ulang di masa mendatang. Ini tidak berdampak pada interaksi ulang yang ada.

Jendela eksklusi
Jenis jendela Deskripsi

Waktu minimal antara konversi re-engagement

Jangan merekam interaksi ulang selama jendela eksklusi.

Waktu minimal antara konversi re-engagement

  • Saat interaksi ulang, jendela saat in-app event diatribusikan ke kampanye penargetan ulang (utama) dan UA (non-utama) dibuka.
  • Hal ini memungkinkan pengukuran kinerja kampanye penargetan ulang.
  • Jika jaringan atau kampanye lain menghasilkan interaksi ulang selama jendela ini:
    • [Default] jendela interaksi ulang yang ada ditutup, interaksi ulang lainnya dicatat, dan in-app event berikutnya diatribusikan ke interaksi ulang terbaru. 
    • Untuk mencegah hal ini, atur waktu Minimum antar konversi interaksi ulang. Dalam hal ini, hanya setelah waktu berlalu minimum, interaksi ulang lebih lanjut dapat direkam.
  • Pengaturan ini tidak berdampak jika re-engagement window (jendela interaksi ulang) lebih singkat dari durasi pengaturan ini. Contoh: Jika re-engagement windows (jendela interaksi ulang) adalah 1 hari, dan pengaturan ini adalah 4 hari, maka pengaturan ini tidak memiliki pengaruh apa pun. 
  • Pengaturan ini tidak mempengaruhi waktu antara instalasi dan re-engagement (interaksi ulang). 

Lokasi pengaturan: Laman pengaturan aplikasi

Durasi:

  • Default: Tidak ada
  • Rentang: 1-23 jam/1-30 hari

Periode ketidakaktifan minimum

Jangan merekam interaksi ulang selama jendela eksklusi.

Yang mengatur halaman pengaturan Mitra terintegrasi di tab Integrasi.

Durasi:

  • Default: Tidak ada
  • 0-30 hari

Catatan SRN : Pertimbangkan bahwa SRN biasanya memiliki aturan periode tidak aktifnya sendiri. Jika pengaturan Anda berbeda dari SRN, ini dapat menyebabkan perbedaan. 

Re-attribution

Jendela atribusi ulang memengaruhi atribusi ulang tetapi tidak memengaruhi interaksi ulang.

Pengguna yang menginstal ulang selama jendela atribusi ulang setelah berinteraksi dengan kampanye penargetan ulang diatribusikan ke sumber media penargetan ulang. Bacaan terkait: Reinstalls (penginstalan ulang)

Lokasi pengaturan: Pengaturan aplikasi


Contoh alur penerapan aturan

Daftar periksa interaksi ulang untuk atribusi klik-tayang dan lihat-tayang
Aturan Aturan

A

Pengguna berinteraksi dengan kampanye penargetan ulang, artinya pengguna yang melihat atau mengklik iklan didefinisikan sebagai iklan penargetan ulang.

B

Interaksi terjadi selama jendela click-lookback (klik-lihat balik) atau view-through (lihat-tayang).

C

Periode ketidakaktifan pengguna melebihi periode ketidakaktifan minimum.

D

Dalam hal in-app event, ini terjadi selama jendela interaksi ulang.

E

Periode antar interaksi ulang sebelumnya lebih besar dari waktu minimum antar interaksi ulang. 

Contoh skenario penargetan ulang

Skenario 1: Pembelian sebelum, selama, dan setelah jendela interaksi ulang

Perjalanan pengguna:

  • Berinteraksi dengan iklan dari jaringan Z, menginstal aplikasi, dan melakukan pembelian (A).
  • Berinteraksi dengan iklan penargetan ulang dari jaringan Y, membuka aplikasi, dan melakukan pembelian (B).
  • Melakukan pembelian (C).

Kolom P/S: Primer atau Sekunder seperti dijelaskan di atribusi ganda dari event penargetan ulang


Skenario 2: Beberapa konversi selama jendela atribusi interaksi ulang

Perjalanan pengguna:

  • Berinteraksi dengan iklan dari jaringan Z, menginstal aplikasi, dan melakukan pembelian (A).
  • Berinteraksi dengan iklan penargetan ulang dari jaringan Y, membuka aplikasi, dan melakukan pembelian (B).
  • Melakukan pembelian (C). 

Kolom P/S: Primer atau Sekunder seperti dijelaskan di atribusi ganda dari event penargetan ulang

Operasi penargetan ulang

Pengaturan Retargeting

Pengaturan berikut diperlukan tergantung pada skenario.

Jenis konversi  SRN Non-SRN
Re-engagement
  1. Buka Settings (Pengaturan) > App settings (Pengaturan Aplikasi)
  2. Pastikan bahwa atribusi interaksi ulangaktif. 
  3. Per SRN: Buka Configuration > Integrated partners, pilih SRN. Aktifkan Re-engagement attribution.
  1. Buka Settings (Pengaturan) > App settings (Pengaturan Aplikasi)
  2.  Pastikan bahwa atribusi interaksi ulang aktif. 
  3. Per non-SRN: Tambahkan parameter penargetan ulang ke tautan atribusi seperti yang dijelaskan di bagian ini
Re-attribution
  1. Buka Configuration > Integrated partners, pilih SRN.
  2. Aktifkan Reinstall attribution (atribusi penginstalan ulang).
  1. Tidak diperlukan pengaturan eksplisit.
  2. Tambahkan parameter penargetan ulang ke tautan atribusi seperti yang dijelaskan di bagian ini. 

Pengaturan Non-SRN

Untuk menyiapkan mitra penargetan ulang jaringan iklan (non-SRN):

  1. Di AppsFlyer, buka Configuration >  Integrated partners. 
  2. Pilih jaringan iklan.
  3. Hidupkan Aktifkan pengaturan penargetan ulang. Ini mengubah tautan atribusi ke URL penargetan ulang, dengan menambahkan is_retargeting=true ke tautan. 

  4. Pilih salah satu dari berikut:
    • Gunakan tautan atribusi standar untuk tautan platform tunggal (khusus aplikasi).
    • Gunakan OneLink. 
      • Masukkan URL deep link, jika diperlukan (lihat panduan Deep Linking).
  5. Salin URL yang dihasilkan dan berikan URL tersebut ke jaringan iklan untuk digunakan bersama dengan kampanye penargetan ulang.
    Catatan: URL tidak persisten dan tidak dapat disimpan. 

Dashboard penargetan ulang

Dasbor Tinjauan (Overview) berisi metrik penargetan ulang serta metrik akuisisi pengguna. Metrik ini berbasis LTV dan berhubungan dengan pengguna yang berinteraksi dengan kampanye penargetan ulang.

Untuk melihat data penargetan ulang :

  1. Di AppsFlyer, buka Dashboard(Dasbor) > Overview(Tinjauan) .
  2. Klik View type(Jenis tampilan) , lalu pilih Retargeting(Penargetan ulang) .
    Data penargetan ulang ditampilkan.
    Perhatikan! Anda juga dapat melihat data penargetan ulang dalam tampilan terpadu. Lihat Dashboard view types(Jenis tampilan dasbor). 

Tautan atribusi penargetan ulang

  • Link penargetan ulang serupa dengan link akuisisi user reguler.
  • Buat untuk:
Parameter Deskripsi Wajib
is_retargeting Atur ke: is_retargeting=true Ya
ID Iklan

Jika memungkinkan, kirimkan ID iklan seperti IDFA, OAID, IDFV, dan sebagainya. Batasan Pemodelan Probabilistik untuk aplikasi iOS.

 Tidak

Penargetan ulang click lookback window (jendela lookback klik)
  • Penargetan ulangjendela lookback klik bekerja persis seperti kampanye akuisisi user.
  • Penargetan ulang ini menentukan periode maksimum waktu berlalu antara saat pengguna mengklik iklan hingga pengguna diatribusikan.
  • Jendela lookback diatur menggunakan parameter &af_click_lookback.
  • Pengaturan defaultnya adalah 7 hari.

Contoh

Untuk menetapkan lookback window click-through 14 hari, tambahkan parameter berikut ke link atribusi kampanye retargeting: &af_click_lookback=14d

 Tidak
Penargetan ulang timer lookback lihat-tayang (view-through lookback timer)
  • Penargetan ulang jendela lookback lihat-tayang bekerja persis seperti kampanye akuisisi pengguna.
  • Penargetan ulang ini menentukan periode maksimum waktu berlalu setelah pengguna melihat iklan hingga pengguna diatribusikan.
  • Defaultnya adalah 1 hari.
  • Jendela lookback diatur menggunakan 

af_viewthrough_lookback = {time}

Contoh

Untuk menetapkan jendela lookback lihat-tayang 5 jam, tambahkan berikut ini ke tautan atribusi kampanye penargetan ulang: & af_viewthrough_lookback = 5j

Tidak
Periode Waktu Re-engagement
  • Jendela interaksi ulang dapat diatur pada antarmuka pengguna tautan atribusi. Ini mengatur parameter af_reengagement_window ke tautan atribusi. Parameter ini dapat ditambahkan secara manual.
  • Default-nya adalah 30 hari. 
  • Nilai untuk re-engagement window tersedia sebagai berikut:
  • Jam:1- 23 jam
  • Hari: 1-90 hari
  • Masa pakai selamanya: Tetap ada sampai pengguna mencopot penginstalan (uninstall) atau melakukan interaksi ulang lainnya, misalnya, af_reengagement_window=lifetime

Misalnya, af_reengagement_window=60d artinya event yang dilaporkan dalam 60 hari setelah interaksi ulang diatribusikan ke sumber media penargetan ulang.

 Tidak
Penargetan ulang parameter tautan atribusi

Penargetan ulang periode lookback lihat-tayang

https://app.appsflyer.com/id123456789?pid=remerge_int&af_dp=mydeeplink%3A%2F%2F&
clickid={clickid}&af_siteid={publisher}&idfa={device_id_raw}&sha1_idfa={device_id}
&af_sub1={creative_name}&is_retargeting=true&af_reengagement_window=60d

Penargetan ulang laporan dan data lengkap

Laporan Konversi Penargetan Ulang

  • Laporan Retargeting Conversions berisi data lengkap re-engagement dan re-attribution.
  • Beberapa bidang memiliki arti berbeda dengan yang digunakan dalam laporan akuisisi pengguna dalam konteks penargetan ulang.
Kolom 

Deskripsi

eventName
  • Pengisian bidang bergantung pada jenis laporan.
  • Laporan in-app event: Nama in-app event.
  • Laporan konversi penargetan ulang: interaksi ulang atau atribusi ulang. Perhatikan! Dalam hal Data Locker, nilainya adalah sebagai berikut:
    • penginstalan artinya atribusi ulang
    • penargetan ulang artinya interaksi ulang

Attributed touch-type

Jenis Interaksi:

  • Klik
  • Impresi

Waktu sentuh yang diatribusikan

Waktu interaksi penargetan ulang

Install time

Peluncuran aplikasi pertama setelah interaksi ulang atau atribusi ulang.

Event Time

Waktu event tersebut terjadi

AppsFlyer ID
  • Atribusi ulang: ID AppsFlyer baru
  • Interaksi ulang: Tetap tidak berubah

Is retargeting

TRUE untuk penargetan ulang konversi dan event

Is primary attribution

TRUE untuk penargetan ulang konversi dan event

Jenis konversi penargetan ulang

Bidang ini akan ditiadakan di masa mendatang (tanggalnya akan diumumkan.) Gunakan conversion_type dan campaign_type untuk menentukan konteks konversi. 

  • Re-engagement
  • Re-attribution

Tipe konversi

Jenis konversi:

  • Install
  • Penginstalan ulang (1)
  • Re-engagement
  • Tidak dikenal (2)

(1) If conversion_type= reinstall and campaign_type=retargeting is equivalent to retargeting_conversion_type=re-attribution

(2) In-app event/sesi tidak diatribusikan ke sumber media apa pun.

Jenis kampanye

Sumber membawa pengguna:

  • UA
  • Organik
  • Retargeting
  • Tidak dikenal

Attribution Lookback

Lookback Windows Click-Through Penargetan Ulang

Original URL

Berisi salah satu dari yang berikut: 

  • Tautan penargetan ulang
  • Data deep linking
  • Kosong untuk SRN

Bidang kontribusi

Tidak tersedia untuk interaksi ulang
Interpretasi laporan data lengkap dalam konteks penargetan ulang

Informasi Tambahan

Pemodelan probabilistik

Mulai 17 Februari 2021, Pemodelan Probabilistik didukung dalam penargetan ulang. Dalam hal batasan iOS 14.5+ berlaku. Lookback window yang digunakan dalam retargeting Probabilistic Modeling diatur secara dinamis oleh AppsFlyer dan bergantung pada sistem operasi. 

Verifikasi bahwa klik yang dikirim oleh server-ke-server mengirim Data Pemodelan Probabilistik yang diperlukan. 

Persyaratan aplikasi

Untuk menjalankan kampanye penargetan ulang, aplikasi harus memenuhi persyaratan minimum berikut.

Batasan penargetan ulang

  • Mulai 17 Februari 2021, penargetan ulang mendukung Pemodelan Probabilistik.
  • Data biaya kampanye untuk penargetan ulang tersedia di dasbor dan tinjauan Kohort serta Laporan dalam tampilan terpadu.

Pertanyaan Umum

Penargetan ulang klik (retargeting click): 

  • Penargetan ulang klik berisi semua pengguna yang berinteraksi dengan tautan atribusi AppsFlyer.
  • Klik dari SRN atau dari notifikasi push tidak diperhitungkan.
  • Beberapa klik menghasilkan penginstalan baru yang diatribusikan sebagai akuisisi pengguna. Hal ini terjadi ketika non-pengguna, atau pengguna terakhir setelah berakhirnyajendela atribusi ulang, berinteraksi dengan tautan penargetan ulang dan penginstalan.

Kapan waktu interaksi teratribusi sama dengan waktu penginstalan?

  • Ketika user klik universal link atau app link dan melakukan deep linking, mereka diarahkan ke app tanpa melalui AppsFlyer terlebih dahulu.
  • Ketika app diluncurkan dan SDK melaporkan re-engagement baru, AppsFlyer akan mereproduksi data klik, menggunakan label waktu yang sama dengan peluncuran app. Hal ini membuat waktu interaksi dan peluncuran sama.
Apakah artikel ini membantu?

Artikel dalam bagian ini

Artikel terkait