Penyiapan lelang berurutan dengan lelang iklan kontekstual

Penayang biasanya mendiversifikasi sumber permintaan iklan mereka untuk mengoptimalkan pendapatan dan memanggil beberapa perusahaan (misalnya, server iklan penayang, platform sisi suplai, dan platform sisi permintaan) untuk menentukan iklan terbaik untuk slot iklan tertentu di halaman. Bidding header memungkinkan penayang menangkap bid slot iklan dari berbagai sumber permintaan. Dalam penyiapan lelang berurutan, library bidding header dapat digunakan untuk menjalankan lelang dengan data kontekstual dan Protected Audience digunakan untuk menjalankan lelang dengan data lintas situs.

Sebelum memulai, pelajari dasar-dasar bidding header dari dokumentasi Prebid.js.

Definisi

Tabel berikut menjelaskan beberapa istilah yang digunakan dalam dokumen ini.

Lelang

Lelang	Definisi
Lelang Protected Audience	Lelang iklan yang melibatkan bidding pada grup minat yang dibuat di situs lain.
Lelang multi-penjual Protected Audience	Lelang Protected Audience dua tingkat yang pertama melibatkan beberapa lelang komponen paralel yang kemudian mengirimkan iklan dengan skor tertinggi ke lelang tingkat teratas akhir.
Lelang tingkat atas	Lelang iklan final dalam lelang multi-penjual Protected Audience yang memberikan skor untuk pemenang lelang komponen dari lelang komponen.
Lelang komponen	Lelang bertingkat dalam lelang multi-penjual Protected Audience tempat setiap penjual komponen menjalankan lelang komponennya secara paralel. Iklan dengan skor tertinggi dari setiap lelang komponen diteruskan ke lelang tingkat teratas.

Peserta

Peserta	Definisi
Pengiklan	Pihak yang menginginkan penempatan iklan dan membuat materi iklan.
Penayang	Pihak yang menyediakan inventaris iklan untuk lelang.
Reseller	Pihak yang mengajukan bid dalam lelang untuk membeli ruang iklan dari penjual. Umumnya merupakan platform sisi permintaan (DSP).
Server Iklan Penayang	Layanan yang digunakan oleh penayang untuk mengelola dan memilih iklan yang akan dirender di situs. Server Iklan Penayang dapat menggabungkan hasil lelangnya sendiri, respons bidder header, inventaris yang dijual langsung, dan lainnya, untuk menentukan iklan yang akan memberikan pendapatan terbanyak kepada penayang. Server Iklan Penayang dapat menyediakan library sisi klien untuk berinteraksi dengan server.
Penjual tingkat atas	Pihak yang memanggil (yaitu, membuat) lelang multi-penjual Protected Audience dan berpartisipasi dalam lelang tingkat teratas.
Penjual komponen	Pihak yang menjalankan lelang komponen dalam lelang multi-penjual Protected Audience untuk menjual ruang iklan penayang kepada pembeli. Umumnya platform sisi suplai (SSP).

Penyiapan lelang berurutan

Dalam penyiapan lelang berurutan, lelang kontekstual dijalankan terlebih dahulu, lalu lelang Protected Audience dijalankan. Penyiapan ini memungkinkan penayang memaksimalkan potensi penghasilan mereka dengan menjalankan lelang menggunakan data kontekstual yang tersedia di halaman, dan juga menjalankan lelang dengan data lintas situs di lingkungan yang aman untuk melindungi privasi pengguna.

Library bidding header dapat dijalankan terlebih dahulu di halaman guna mengumpulkan bid untuk lelang kontekstual Server Iklan Penayang. Kemudian, harga bid pemenang yang disesuaikan dari lelang kontekstual dapat dimasukkan ke lelang Protected Audience sebagai nilai minimum bid. Selama langkah penilaian, penjual tingkat teratas dapat menurunkan harga bid lelang komponen di bawah nilai minimum bid dengan menetapkan skor nol saat skor keinginan dihitung. Jika tidak ada bid lelang komponen Protected Audience yang berada di atas nilai minimum bid, iklan pemenang lelang kontekstual akan dirender kepada pengguna. Jika lelang Protected Audience menampilkan pemenang, artinya lelang tersebut berada di atas nilai minimum bid, dan iklan pemenang Protected Audience dirender kepada pengguna.

Catatan: Penyiapan dalam dokumen ini menjelaskan satu kemungkinan pendekatan untuk mengintegrasikan Protected Audience dengan mekanisme penayangan iklan yang ada, tetapi ini bukan satu-satunya cara. Dokumen ini menjelaskan bagaimana salah satu library bidding header, Prebid.js, terintegrasi dengan Protected Audience.

Dalam contoh penyiapan lelang berurutan ini, tiga lelang utama dapat dijalankan di halaman secara berurutan:

1. Lelang kontekstual menurut library bidding header
2. Lelang kontekstual oleh Server Iklan Penayang
3. Lelang Protected Audience.

Ringkasan lelang multi-penjual Protected Audience dengan lelang kontekstual bidding header.

Deskripsi terperinci diagram ringkasan:

1. Sebelum lelang, pengguna ditambahkan ke grup minat di situs pengiklan.
2. Saat pengguna mengunjungi halaman penayang di lain waktu, Prebid.js akan menjalankan lelang kontekstual untuk mengumpulkan respons bid dari bidder header. Selama langkah ini, pembeli dapat memberikan sinyal dan penjual dapat menyediakan konfigurasi lelang komponen untuk digunakan dalam lelang Protected Audience berikutnya. Prebid.js menyediakan modul untuk menerapkan sinyal dan konfigurasi ini ke lelang Protected Audience.
3. Respons bid yang dikumpulkan oleh Prebid.js dikirim ke Server Iklan Penayang untuk lelang kontekstual sisi server.
4. Server Iklan Penayang dapat menggabungkan hasil lelangnya sendiri, hasil bidding header, inventaris yang dijual langsung, dan lainnya, untuk menentukan iklan yang akan memberikan pendapatan terbanyak kepada penayang. Iklan pemenang ditampilkan ke library sisi klien Server Iklan Penayang.
5. Harga bid yang disesuaikan dari pemenang lelang kontekstual, beserta sinyal pembeli (perBuyerSignals) dan konfigurasi lelang komponen penjual yang dikumpulkan oleh Prebid.js dapat diteruskan ke lelang Protected Audience oleh library sisi klien Server Iklan Penayang.
6. Lelang multi-penjual Protected Audience dijalankan oleh penjual tingkat teratas. Selama langkah penskoran penjual tingkat teratas, penjual tingkat teratas dapat membandingkan setiap harga bid pemenang lelang komponen dengan harga bid pemenang lelang yang disesuaikan. Jika harga bid komponen lebih rendah dari harga bid lelang kontekstual, penjual tingkat teratas akan menampilkan skor keinginan sebesar 0. Jika semua bid memiliki skor 0, panggilan runAdAuction() akan menampilkan null yang menandakan bahwa iklan pemenang lelang kontekstual harus dirender.
7. Library sisi klien Server Iklan Penayang merender iklan Protected Audience atau iklan kontekstual pemenang, berdasarkan apa yang ditampilkan dari panggilan runAdAuction().
8. Iklan pemenang ditampilkan kepada pengguna.

Lelang kontekstual dengan Prebid.js dan Server Iklan Penayang

Urutan waktu lelang kontekstual di halaman penayang.

Dalam penyiapan lelang berurutan, semua lelang kontekstual dijalankan sebelum lelang Protected Audience berjalan. Dalam penyiapan yang dijelaskan dalam dokumen ini, kami menjalankan lelang kontekstual bidding header oleh Prebid.js yang melakukan feed ke lelang sisi server oleh Server Iklan Penayang.

Pertama-tama, penayang memulai lelang kontekstual bidding header dengan memanggil Prebid.js dengan tanda untuk mencatat bahwa lelang Protected Audience akan dijalankan setelahnya. Kemudian, Prebid.js mengumpulkan respons bid dan mengirimkannya ke Server Iklan Penayang untuk lelang kontekstual sisi server. Selama langkah pengumpulan respons bid, pembeli dan penjual memiliki kesempatan untuk menyediakan konfigurasi lelang komponen dan sinyal pembeli (perBuyerSignals) yang akan digunakan untuk lelang Protected Audience berikutnya, jika mereka ingin berpartisipasi. Konfigurasi lelang komponen tersebut pada akhirnya akan diteruskan ke lelang Protected Audience berikutnya.

1. Inisialisasi lelang kontekstual Pengguna mengunjungi halaman penayang.
2. Halaman penayang memuat library sisi klien Server Iklan Penayang dan menentukan slot iklan.
3. Halaman penayang memuat Pra-bid dan memulai lelang kontekstual bidding header.
4. Lelang kontekstual Penjual A (berjalan paralel dengan lelang kontekstual Penjual B). Prebid.js mengirim permintaan bid ke Penjual A.
5. Penjual A mengambil respons bid dan perBuyerSignals dari pembeli.
6. Penjual A menjalankan lelang kontekstual.
7. Penjual A membuat konfigurasi lelang komponen dengan perBuyerSignals disertakan.
8. Penjual A merespons Prebid.js dengan bid pemenang dan konfigurasi lelang komponennya.
9. Lelang kontekstual Penjual B (berjalan paralel dengan lelang kontekstual Penjual A). Prebid.js mengirimkan permintaan bid ke Penjual B.
10. Penjual B mengambil respons bid dan perBuyerSignals dari pembeli.
11. Penjual B menjalankan lelang kontekstual.
12. Penjual B membuat konfigurasi lelang komponen dengan perBuyerSignals disertakan.
13. Penjual B merespons Prebid.js dengan bid pemenang dan konfigurasi lelang komponennya.
14. Lelang kontekstual Server Iklan Penayang. Respons bid yang dikumpulkan oleh Prebid.js dikirim ke Server Iklan Penayang untuk lelang kontekstual.
15. Konfigurasi lelang komponen dengan sinyal pembeli dibagikan dengan library sisi klien Server Iklan Penayang
16. Server Iklan Penayang menjalankan lelang kontekstual untuk menentukan iklan terbaik antara kampanye yang dijual langsung, bid terprogram, bid kontekstual Prebid, dan inventaris lainnya.
17. Server Iklan Penayang menampilkan bid pemenang yang disesuaikan.

Pertimbangkan permintaan iklan kontekstual dengan permintaan iklan Protected Audience

Urutan rendering iklan di halaman penayang.

Pada tahap ini, lelang kontekstual telah selesai, dan library sisi klien Server Iklan Penayang dapat meneruskan harga bid yang disesuaikan pemenang lelang, konfigurasi lelang komponen, dan sinyal dari pembeli yang berpartisipasi dalam lelang Protected Audience kepada penjual tingkat teratas. Harga bid lelang kontekstual sebagai harga minimum dapat diteruskan ke konfigurasi lelang sebagai sinyal untuk penskoran di lelang tingkat atas.

1. Browser mengambil skrip penskoran dari penjual bersama dengan sinyal penskoran tepercaya dari setiap iklan.
2. Browser menjalankan logika penskoran penjual tingkat teratas untuk setiap bid pemenang di semua lelang komponen. Di dalam skrip scoreAd() penjual tingkat teratas, logika memiliki akses ke harga bid pemenang lelang yang disesuaikan secara kontekstual yang mungkin telah diteruskan sebagai sellerSignals dalam konfigurasi lelang. Skrip ini dapat membandingkan harga bid kontekstual pemenang dengan harga bid Protected Audience komponen dan menampilkan skor keinginan 0 jika harga kontekstual lebih tinggi. Jika tidak, skrip akan menghitung skor keinginan, kemungkinan berdasarkan harga bid Protected Audience komponen.
3. Browser memilih iklan dengan skor keinginan tertinggi yang dikirimkan oleh logika penskoran penjual tingkat teratas.
4. Jika lelang Protected Audience menang, Lelang Protected Audience menampilkan objek FencedFrameConfig atau URN buram ke library sisi klien server iklan penayang.
5. Library sisi klien menetapkan atribut config frame dengan fence ke objek FencedFrameConfig atau menetapkan atribut src iframe ke URN buram dari iklan Protected Audience yang menang.
6. Browser mengambil iklan pemenang lelang Protected Audience dari pembeli.
7. Browser merender iklan kepada pengguna.
8. Jika lelang kontekstual menang, Lelang Protected Audience akan menampilkan null.
9. Browser menetapkan atribut src iframe ke iklan kontekstual pemenang.
10. Browser mengambil iklan pemenang lelang kontekstual dari pembeli.
11. Browser merender iklan kepada pengguna.