Platform iklan sisi jual biasanya mendiversifikasi sumber permintaan iklan guna melakukan pengoptimalan untuk pendapatan iklan. Dengan mediasi iklan, jaringan atau layanan iklan memanggil beberapa jaringan iklan untuk menentukan iklan terbaik pada slot iklan tertentu. Proposal ini memperkenalkan cara Protected Audience API di Android dapat diperluas untuk menerapkan fungsi mediasi waterfall dengan cara yang menjaga privasi. Saat ini, jaringan iklan menyediakan berbagai cara bagi developer aplikasi untuk memediasi lelang iklan dari beberapa penjual iklan:
- Mediasi waterfall: Developer aplikasi menentukan daftar jaringan iklan yang diurutkan, yang sering kali diberi peringkat berdasarkan eCPM historis untuk jaringan tertentu. Daftar ini dikenal sebagai rantai mediasi. Platform mediasi developer aplikasi menggunakan daftar ini untuk memanggil jaringan iklan sesuai urutan yang tercantum untuk menentukan sumber permintaan iklan yang relevan.
- Mediasi terprogram: Beberapa jaringan iklan dikonfigurasi oleh developer aplikasi untuk berpartisipasi dalam bidding peluang iklan. Jaringan ini diizinkan untuk mengajukan bid secara real time berdasarkan cara jaringan tersebut menilai peluang.
- Mediasi campuran: Kombinasi teknik mediasi waterfall dan terprogram.
Mediasi waterfall
Dalam mediasi waterfall, saat peluang iklan muncul, SDK iklan akan mengirimkan permintaan ke server backend-nya. Server tidak merespons permintaan dengan materi iklan pemenang, melainkan akan merespons dengan rantai mediasi yang berisi daftar jaringan iklan yang diurutkan berdasarkan eCPM historis.
Gambar 1. Model mediasi waterfall
Dalam model waterfall tradisional, SDK iklan memanggil setiap jaringan iklan (atau SDK lelangnya sendiri) dalam urutan yang ditetapkan oleh rantai mediasi. Jika jaringan iklan dapat memenuhi permintaan iklan, jaringan iklan akan merender iklan. Jika tidak, permintaan tersebut akan dikirim ke jaringan berikutnya dalam rantai tersebut. Proses ini diulang sampai permintaan terpenuhi atau rantai habis.
Mediasi waterfall sering kali dioptimalkan dengan mengurutkan ulang rantai mediasi secara rutin berdasarkan evaluasi ulang eCPM dari sumber permintaan iklan pihak pertama.
Mediasi terprogram
Mediasi terprogram (juga dikenal sebagai "bidding header") adalah cara alternatif untuk menggunakan eCPM historis guna menentukan jaringan iklan yang berkesempatan menayangkan permintaan iklan. Dengan mediasi terprogram, penyedia menggunakan nilai bid live untuk menemukan iklan pemenang.
Gambar 2: Model mediasi terprogram
Mediasi campuran
Beberapa solusi mediasi terprogram menggabungkan jaringan iklan mode campuran waterfall dan bidding untuk memberikan kontrol lebih besar terhadap iklan sekaligus mendapatkan manfaat penggunaan eCPM live untuk memaksimalkan pendapatan dari jaringan iklan yang berpartisipasi.
Dalam model mediasi campuran, jaringan iklan dan penyedia mediasi dapat meningkatkan fleksibilitas bagi developer aplikasi dengan menggabungkan elemen waterfall dan bidding real-time. Model campuran memungkinkan developer aplikasi mengonfigurasi jaringan iklan berdasarkan eCPM historis, sehingga memberi mereka peluang untuk menampilkan iklan sebelum menjalankan bidding real-time dengan jaringan yang berpartisipasi untuk mengisi peluang iklan.
Mediasi waterfall Protected Audience
Protected Audience API di Android mendukung mediasi waterfall dengan memiliki beberapa lelang, masing-masing untuk satu node dalam grafik mediasi. Jika tidak ada pemenang lelang, node lelang jaringan berikutnya dipanggil hingga rantai habis. Proses mediasi waterfall adalah sebagai berikut:
- SDK mediasi mengambil rantai mediasi dari endpoint server iklan kontekstual, yang dapat menampilkan iklan kontekstual atau rantai mediasi.
- Jika endpoint server iklan menampilkan rantai mediasi, SDK mediasi melakukan iterasi melalui setiap item rantai secara berurutan, SDK jaringan iklan untuk menjalankan pemilihan iklan kontekstual dan pemasaran ulang. Setiap item di rantai mewakili permintaan jaringan iklan untuk membeli ruang iklan bagi harga tertentu untuk jumlah tayangan, klik, atau waktu iklan tertentu.
- Jika tidak ada item baris dalam rantai yang memilih iklan pemenang, SDK mediasi dapat memilih untuk menampilkan iklan dari jaringan iklannya sendiri dengan menjalankan pemilihan iklan Protected Audience yang mempertimbangkan iklan pemasaran ulang dan kontekstual.
Gambar 3. Mediasi waterfall dengan Protected Audience API.
Diagram sebelumnya menunjukkan contoh algoritma mediasi waterfall yang dapat diterapkan oleh SDK mediasi, tetapi tidak dapat dioptimalkan oleh jaringan iklan pihak pertama. Protected Audience API mendukung pengoptimalan jaringan iklan pihak pertama dengan memungkinkan perantaian alur kerja pemilihan iklan dan melaporkan tayangan iklan pemenang.
Hasil AdSelection
Jenis nilai yang ditampilkan selectAds()
adalah objek AdSelectionOutcome
.
AdSelectionOutcome
berisi URI render iklan pemenang dan
AdSelectionId
, yang merupakan bilangan bulat buram yang mengidentifikasi pemenang
materi iklan item baris.
AdSelectionOutcome {
Uri renderUri;
Long AdSelectionId;
}
AdSelectionId
bertindak seperti pointer ke AdSelectionOutcome
. Saat ini,
AdSelectionId
diteruskan ke metode reportResult()
sebagai
parameter ReportImpressionInput
untuk membantu mengidentifikasi iklan yang benar
yang dipanggil pada metode reportWin()
dan reportResult()
.
Membuat rantai proposal pemilihan iklan
Kami mengusulkan untuk membebani selectAds()
dengan AdSelectionFromOutcomesConfig
.
val config = AdSelectionFromOutcomesConfig.Builder()
.setSeller(seller)
.setAdSelectionIds(listOf(outcome1pAdSelectionId))
.setSelectionSignals({"bid_floor": bidFloorOfNextNetworkInline})
.setSelectionLogicUri(selectionLogicUri)
.build()
adSelectionClient.selectAds(config)
Hal ini memungkinkan SDK mediasi membandingkan bid iklan pemenangnya dengan nilai minimum bid jaringan inline berikutnya.
Contoh 1:
Contoh 2:
Melaporkan tayangan iklan pemenang
Jika ada pemenang dari selectAds(AdSelectionFromOutcomes)
, iklan tersebut akan
memenangkan mediasi. Kemudian, reportImpression
akan dipanggil dengan ID pemilihan iklan
pemenang dari selectAds(AdSelectionFromOutcomes)
dan AdSelectionConfig
yang sesuai.
Jika pemenang ditampilkan dari selectAds(AdSelectionConfig)
untuk salah satu
jaringan, reportImpression
akan dipanggil dengan ID pemilihan iklan dan konfigurasi
dari panggilan tersebut.
Menjalankan mediasi waterfall
Berikut adalah urutan operasi untuk menjalankan proses mediasi waterfall.
- Jalankan pemilihan iklan pihak pertama.
- Lakukan iterasi melalui rantai mediasi. Untuk setiap jaringan pihak ketiga, lakukan hal
berikut:
- Bangun
AdSelectionFromOutcomeConfig
, termasukoutcomeId
pihak pertama dan nilai minimum bid SDK pihak ketiga - Panggil
selectAds()
denganconfig
dari langkah sebelumnya. - Jika hasilnya tidak kosong, tampilkan iklan.
- Panggil metode
selectAds()
adaptor jaringan SDK saat ini. Jika hasilnya tidak kosong, tampilkan iklan.
- Bangun
- Jika tidak ada pemenang yang ditemukan dari rantai, tampilkan iklan pihak pertama.
Praktik terbaik
Menjalankan lelang kontekstual sebelum pengoptimalan pihak pertama
Permintaan pemasaran ulang dapat menghasilkan bid tinggi yang dapat memberikan hasil pemenang dalam rantai mediasi. Pemotongan adalah proses yang sering digunakan untuk mengaktifkan pengoptimalan pihak pertama dengan menyaring daftar audiens pemasaran ulang.
Permintaan pemasaran ulang Protected Audience API hanya tersedia di sisi klien dengan lelang Protected Audience. Hal ini dapat mempersulit pengaktifan pengoptimalan pihak pertama di sisi server. Untuk mengurangi masalah dengan pengoptimalan pihak pertama, jalankan lelang kontekstual terlebih dahulu, lalu lakukan pengoptimalan pihak pertama berdasarkan hasil iklan pemenang seperti yang dijelaskan sebelumnya di halaman ini.
Memastikan rantai mediasi di perangkat tetap kecil
Untuk mendapatkan performa optimal, rantai mediasi di perangkat harus berukuran kecil. Biaya komputasi untuk eksekusi di perangkat mungkin bersifat linier pada jumlah lelang yang dievaluasi sebagai bagian dari rantai mediasi. Dengan kata lain, lebih banyak node akan menghasilkan lebih banyak persyaratan siklus komputasi dan meningkatkan latensi. Pertimbangkan dampak latensi terhadap pendapatan saat Anda meneruskan node ke evaluasi mediasi di perangkat.
Pertimbangan tambahan
Protected Audience API tidak menawarkan solusi komprehensif untuk mediasi beberapa slot iklan. Setiap slot iklan harus diproses secara terpisah.
Protected Audience Mediation API mendukung mediasi waterfall dan mediasi terprogram terbatas. Detail selengkapnya tentang cara mendukung kasus penggunaan mediasi terprogram tambahan akan dibagikan di masa mendatang.
Karena pemilihan iklan Protected Audience berjalan setelah iklan kontekstual diambil, pemanggilan Protected Audience API dapat memengaruhi latensi permintaan iklan secara menyeluruh.
Direkomendasikan untuk Anda
- Catatan: teks link ditampilkan saat JavaScript nonaktif
- Panduan developer Protected Audience API di Android
- Mendukung penargetan audiens kustom dengan Protected Audience API
- Protected Audience: panduan integrasi