Dukungan lelang multipenjual dengan Mediasi Protected Audience

Catatan: Artikel ini membahas proposal desain Privacy Sandbox di Android saat ini dan dapat berubah sewaktu-waktu. Kami mengharapkan masukan dan komentar Anda untuk membantu upaya ini.

Berikan masukan

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:

1. Mediasi waterfall: Developer aplikasi menentukan daftar jaringan iklan yang diurutkan, yang sering kali diberi peringkat berdasarkan eCPMs 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.
2. 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.
3. 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:

1. SDK mediasi mengambil rantai mediasi dari endpoint server iklan kontekstual, yang dapat menampilkan iklan kontekstual atau rantai mediasi.
2. Jika endpoint server iklan menampilkan rantai mediasi, SDK mediasi akan melakukan iterasi melalui setiap item rantai secara berurutan, sehingga memanggil SDK jaringan iklan yang berpartisipasi untuk menjalankan pemilihan iklan kontekstual dan pemasaran ulang. Setiap item dalam rantai mewakili permintaan jaringan iklan untuk membeli ruang iklan dengan harga tertentu untuk jumlah tayangan, klik, atau waktu iklan tertentu.
3. 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 materi iklan item baris pemenang.

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

Catatan: Akses ke URI render bersifat sementara dan akan berhenti berfungsi setelah rendering frame dengan fence untuk pemenang AdSelection diaktifkan.

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:

• 
• 
• 
• 
• 

Catatan: Nilai yang ditampilkan panggilan selectAds(AdSelectionFromOutcomes) ini adalah objek AdSelectionOutcome lainnya. Nilai null akan ditampilkan jika tidak ada iklan yang dipilih. AdSelectionOutcome dengan ID pemilihan iklan yang sama akan ditampilkan jika bid iklan SDK mediasi lebih besar dari nilai minimum bid jaringan berikutnya.

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.

1. Jalankan pemilihan iklan pihak pertama.
2. Lakukan iterasi melalui rantai mediasi. Untuk setiap jaringan pihak ketiga, lakukan hal berikut:
   1. Bangun AdSelectionFromOutcomeConfig, termasuk outcomeId pihak pertama dan nilai minimum bid SDK pihak ketiga
   2. Panggil selectAds() dengan config dari langkah sebelumnya.
   3. Jika hasilnya tidak kosong, tampilkan iklan.
   4. Panggil metode selectAds() adaptor jaringan SDK saat ini. Jika hasilnya tidak kosong, tampilkan iklan.
3. 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.