Prebid: Teknologi Dibalik Penawaran Header

Diterbitkan: 2020-12-03

Penawaran tajuk membuat revolusi di pasar periklanan dan memungkinkan pemilik media untuk meningkatkan pendapatan mereka dengan mendiversifikasi permintaan . Namun, selama tahap awal adopsi, penawaran tajuk terganggu dengan standar rendah, solusi terfragmentasi, dan hampir tidak ada kolaborasi antar penyedia.

Semuanya berubah dengan peluncuran Prebid.js pada tahun 2015, yang memperkenalkan standar industri langsung, menyederhanakan penyiapan, dan mempercepat adopsi teknologi.

Meskipun penawaran tajuk menunjukkan efisiensinya dalam meningkatkan hasil bagi pemilik media, sepertiga penerbit AS belum menggunakannya di Q3 2020. Terlepas dari manfaat yang tak terhitung jumlahnya, bahkan solusi Prebid tidak semudah itu diterapkan di situs web atau aplikasi. Mari kita tinjau mengapa teknologi ini sangat mengganggu dan bagaimana Anda dapat memperkenalkannya ke bisnis media Anda.

Daftar Isi:
  • Apa itu penawaran tajuk?
  • Bagaimana cara kerja penawaran tajuk?
  • oRTB vs. Penawaran Tajuk
  • Apa itu Prebid.js?
  • Bagaimana Prebid.js ditemukan?
  • Apa itu server Prebid?
  • Apa itu ponsel Prebid?
  • Manfaat menggunakan Prebid
  • Betapa sulitnya menerapkan Prebid.js
  • Masalah Utama dengan implementasi Prebid
  • Item baris
  • API
  • Statistik dan analitik waktu nyata
  • Solusi penawaran Prebid vs. Admixer.Network
  • Untuk menyelesaikan

Apa itu penawaran tajuk?

Penawaran header menjadi langkah logis berikutnya dalam pengembangan ekosistem adtech. Dibandingkan dengan oRTB, yang melakukan beberapa lelang berturut-turut, penawaran tajuk memungkinkan semua pemain memasuki lelang secara bersamaan.

Penawaran tajuk adalah alat adtech yang memungkinkan penerbit menawarkan tayangan mereka ke banyak platform dan pengiklan yang menggunakannya. Penawaran tajuk menghilangkan tabir ketidaktahuan antara pengiklan dan penerbit tentang harga pasar inventaris. Ini memungkinkan penerbit untuk mengakses pasar yang berbeda, menghubungkan mitra permintaan baru, dan meningkatkan harga inventaris mereka.

Dalam lelang penawaran tajuk, semua Platform Sisi Permintaan (DSP) memiliki akses yang sama ke lelang dan bersaing untuk mendapatkan harga alih-alih memasuki lelang satu per satu.

Kami sebelumnya telah menjelaskan apa yang memotivasi penayang untuk menggunakan penawaran tajuk.

Bagaimana cara kerja penawaran tajuk?

Cara kerja Penawaran Tajuk

Sambungan penawaran tajuk disebarkan dengan pembungkus JavaScript, dipasang ke tajuk laman web.

Pembungkus adalah wadah tag. Dalam kasus tag iklan, Anda akan menetapkan ruang iklan ke pengiklan yang berbeda atau memanggil partner permintaan satu demi satu, tetapi tidak dengan pembungkus header, tempat semua pihak mendapatkan koneksi instan ke lelang.

Teknologi pembungkus menyederhanakan pengelolaan mitra permintaan untuk penerbit. Dengan hanya menambahkan pengidentifikasi penawar ke penampung, penerbit dapat dengan cepat memasukkan lebih banyak pihak yang berkepentingan ke dalam negosiasi.

oRTB vs. Penawaran Tajuk

Ekosistem terprogram lahir dengan diperkenalkannya oRTB, yang secara signifikan meningkatkan kecepatan dan efisiensi penayangan iklan. Teknologi ini secara mendasar mengubah mekanisme pembelian media dan memungkinkan pengiklan untuk menawar tayangan individual secara waktu nyata alih-alih membeli blok iklan. oRTB memungkinkan penerbit untuk mendapatkan nilai pasar nyata untuk tayangan, dan alih-alih menjual dalam jumlah besar, mereka bisa mendapatkan harga yang lebih baik untuk segmen audiens yang diminati saat ini.

Meskipun oRTB memastikan hasil yang lebih tinggi daripada air terjun, itu masih memiliki masalah sendiri . Pada intinya, oRTB adalah serangkaian lelang, yang sering kali tidak memberikan BPS tertinggi yang tersedia, dan tidak dapat menjamin rasio pengisian yang sesuai.

Fragmentasi pasar dan jumlah vendor teknologi iklan tumbuh, dan penerbit harus terus-menerus menguji berbagai platform adtech dengan integrasi yang rumit untuk menegosiasikan harga yang wajar untuk inventaris mereka. Penemuan penawaran tajuk memungkinkan kami untuk menyelesaikan masalah ini dan berkonsentrasi pada apa yang benar-benar penting — konten dan loyalitas merek dari basis pelanggan mereka.

Admixer membuat lelang hibrida yang memungkinkan mendapatkan yang terbaik dari kedua dunia dengan melakukan lelang akhir antara pemenang oRTB dan Hybrid Terprogram.

Berikut cara kerjanya:

oRTB dan Lelang Hibrida Penawaran Tajuk

Apa itu Prebid.js?


Prebid.js adalah solusi sumber terbuka yang memungkinkan penerbit menerapkan penawaran tajuk dengan cepat di situs web dan aplikasi seluler. Penerbit sebelumnya harus merekrut tim teknologi skala penuh untuk menyiapkan penawaran tajuk, dan itu jauh lebih mudah dengan Prebid.

Prebid menciptakan lingkungan untuk adopsi massal penawaran header dengan menyiapkan lapisan teknologi terbuka di mana vendor teknologi iklan lain dapat menambahkan kode mereka dan membangun solusi asli.

Prebid.js menyediakan perpustakaan paling luas dari adaptor efisien untuk menghubungkan penerbit ke platform periklanan utama. Saat ini, Prebid.js adalah pembungkus penawaran tajuk paling populer di web.

Bagaimana Prebid.js ditemukan?

Pemain paling signifikan di pasar terprogram adalah Google Ad Manager (GAM), yang sebelumnya dikenal sebagai Doubleclick for Publishers. Ini adalah platform masuk untuk penerbit yang mencari monetisasi dengan iklan, pilihan default untuk banyak bisnis media. Karena skalanya, GAM dapat memberikan salah satu rasio pengisian terbaik di industri. Namun, GAM memberikan wawasan terbatas tentang algoritmenya dan tidak pernah mengungkapkan informasi tentang tarif tawaran. Akibatnya, penayang yang mengandalkan GAM sering kali mendapatkan BPS yang lebih rendah daripada di tempat lain .

Untuk memerangi fragmentasi pasar ini, AppNexus datang dengan alat teknologi yang mengganggu yang disebut Prebid.js. Prebid.js adalah pembungkus khusus yang memungkinkan pemilik media untuk menerapkan penawaran tajuk dan mendapatkan harga yang lebih baik untuk ruang iklan mereka tanpa memutuskan hubungan dengan GAM.

Platform penawaran tajuk ini memungkinkan penayang mengumpulkan tawaran dari platform permintaan eksternal sebelum panggilan iklan dikirim ke server iklan GAM mereka. Jika GAM tidak dapat mengalahkan harga, slot iklan diberikan kepada mitra permintaan eksternal dengan bayaran tertinggi.

Dengan cara ini, penerbit mempertahankan keuntungan GAM – rasio pengisian yang luar biasa sambil mendapatkan harga yang lebih tinggi untuk slot iklan mereka dengan HB.

Sedemikian rupa, penerbit bisa mendapatkan hasil yang lebih baik untuk penempatan mereka dan rasio pengisian yang lebih baik dengan HB.

Menurut studi kasus Admixer, untuk penayang yang menerapkan penawaran tajuk di atas integrasi GAM, harga tayangan rata-rata meningkat 70%.

Apa itu server Prebid?

Prebid.js berjalan di browser pengguna di sisi klien, yang memiliki kelemahan signifikan seperti latensi halaman. Dengan server Prebid, penawaran tajuk dilakukan di server khusus, yang menghilangkan ketegangan dari browser, mempercepat penayangan iklan, dan memberikan pengalaman konten yang lebih baik kepada pengguna.

Server Prebid mendukung semua lingkungan iklan utama:

  • jaring
  • dalam aplikasi
  • AMP
  • video berdurasi panjang

Apa itu ponsel Prebid?

Prebid berhasil secara luas dalam mengotomatisasi dan mempercepat penawaran header di web, dan beberapa tahun kemudian, AppNexus mengembangkan solusi untuk lingkungan seluler.

Prebid mobile adalah SDK open-source yang ringan. Ini diluncurkan untuk mengatasi tantangan umum saat menerapkan penawaran tajuk untuk aplikasi seluler. Prebid seluler menyederhanakan integrasi dengan mitra permintaan seluler, mengurangi tekanan pada tim operasi iklan, dan secara signifikan mengurangi latensi halaman.

Manfaat menggunakan Prebid

Manfaat menggunakan Prebid

Prebid adalah teknologi gratis yang dapat Anda terapkan di situs web atau aplikasi Anda, atau membuat solusi khusus di atasnya, atau memilih salah satu solusi berbasis Prebid dari vendor adtech lainnya.

Terlepas dari keputusan Anda, menerapkan penawaran tajuk dengan Prebid memiliki banyak manfaat bagi penerbit:

  • Prebid mengurangi latensi halaman dibandingkan dengan waterfall memberikan pengalaman konten yang lebih baik. Karena penyiapan asinkron, potensi masalah materi iklan tidak memengaruhi pemuatan halaman, sehingga memungkinkan materi iklan tersebut menayangkan konten lebih cepat.
  • Pustaka adaptor penawaran tajuk terbesar memungkinkan integrasi tanpa batas dari berbagai penawar dari seluruh dunia dengan harga yang benar-benar berbasis permintaan.
  • Prebid memungkinkan Anda bekerja dengan semua format iklan yang memungkinkan di perangkat seluler dan desktop.
Menampilkan Warga asli Video luar biasa Video sela
Web
Halaman Seluler yang Dipercepat (AMP)
Aplikasi Seluler Dalam Pengembangan
TV/OTT yang terhubung T/A T/A T/A T/A

Betapa sulitnya menerapkan Prebid.js

Terlepas dari kenyataan bahwa Prebid sangat menyederhanakan proses penawaran tajuk dan membuatnya lebih mudah untuk diterapkan, itu masih merupakan tantangan bagi banyak orang. Sebagian besar penayang tidak memahami prinsip penawaran tajuk, apalagi penerapan yang canggih.

Menerapkan Prebid di platform Anda membutuhkan:

  • sumber daya pengembangan,
  • operasi iklan yang berpengalaman,
  • menyiapkan item baris di Google Ad Manager,
  • menandatangani perjanjian dengan penawar, dll.

Menyiapkan tindakan penawaran tajuk memerlukan tim, waktu, dan upaya khusus, yang tidak selalu terjadi bahkan untuk penerbit berukuran besar.

Terkadang, menerapkan penawaran tajuk dengan Prebid, dengan semua integrasi manual, tidak membuahkan hasil karena tingginya biaya masuk bagi pemilik media. Namun, sudah ada solusi di pasar yang menangani semua prosedur dan pengaturan yang berlebihan dan tidak akan membebani pembelian media.

Masalah Utama dengan implementasi Prebid

Item baris

Seperti disebutkan sebelumnya, bentuk umum dari penawaran tajuk di pasar adalah teknologi prebid.js dan server iklan dari Google (Pengelola Iklan Google, sebelumnya dikenal sebagai Doubleclick for Publishers). Penghalang utama untuk pekerjaan yang efektif dengan server iklan Google adalah menyiapkan item baris.

Item baris – berisi informasi tentang cara menempatkan materi iklan di situs web atau aplikasi, dan informasi penayangan iklan penting lainnya.

Cara paling mudah adalah dengan mengatur waktu antrean secara manual. Namun, ini adalah tugas yang sangat berlebihan dan kasar. Sebagai aturan, Anda perlu membuat hingga 400 item baris tersebut dan mengikatnya ke materi iklan. Kesalahan apa pun dalam penyiapan item baris dapat menyebabkan perbedaan yang signifikan dan pada akhirnya kehilangan pendapatan.

API

Untuk menyederhanakan prosedur penyiapan item baris, Google memperkenalkan API-nya, yang memungkinkan untuk membuat semua entitas yang diperlukan secara otomatis. Namun, menggunakan teknologi ini membutuhkan keterampilan pengkodean yang solid.

Untungnya, ada banyak solusi turn-key di mana Anda tidak perlu menulis kode sendiri; cukup unduh dan jalankan CLI. Alih-alih prosedur yang rumit, Anda melakukan manipulasi dengan Google Ad Manager dan memasukkan data yang diperlukan di CLI – semua integrasi API akan terjadi secara otomatis .

Namun, opsi ini juga cukup sulit bagi sebagian besar pelanggan, karena semuanya harus dimasukkan dalam baris perintah, yang sangat tidak ramah pengguna dan seringkali berlawanan dengan intuisi.

Statistik dan analitik waktu nyata

Mengumpulkan dan menganalisis statistik bisa sangat menantang dengan Prebid.js. Ini adalah lelang terbuka, dan Anda harus memiliki data yang relevan tentang tingkat tawaran, batas waktu, hasil, dan rasio pengisian. Informasi ini sangat penting untuk mengidentifikasi masalah secara tepat waktu dengan mitra permintaan dan menjaga pendapatan iklan.

Namun, ini bisa menjadi tugas yang sangat menuntut secara teknis karena Anda perlu membuat sistem yang kompatibel dengan semua adaptor. Idealnya, itu harus menampilkan semua data yang tersedia dalam antarmuka UI yang nyaman.

Mengumpulkan dan menganalisis statistik bisa menjadi perjuangan yang berat; karena prebid.js adalah lelang terbuka, Anda dapat menerapkan layanan Anda untuk mengumpulkan semua statistik yang diperlukan untuk analisis. Ini diperlukan untuk deteksi masalah yang tepat waktu dengan mitra permintaan. Cukup sulit untuk mengelolanya secara internal, tetapi sudah ada solusi yang dapat menyediakan fungsionalitas seperti itu.

Solusi penawaran Prebid vs. Admixer.Network

Prebid.js adalah teknologi pengganggu yang selamanya mengubah lanskap adtech. Namun, karena ini adalah teknologi open-source, ia hanya menyediakan fitur inti.

Ini pada dasarnya adalah kit DIY untuk penerbit.

Admixer akan merilis solusi penawaran tajuk kami sendiri, yang melampaui dan melampaui fungsi dasar Prebid dan menambahkan beberapa fitur yang sangat berguna.

Admixer akan memungkinkan penayang untuk meningkatkan pendapatan mereka dengan HB sambil menghemat sumber daya pengembangan dan tim operasi iklan dengan mengelola semua penawar di antarmuka intuitif.

Di bawah ini Anda dapat membedakan dan membandingkan Prebid.js dan semua fitur tambahan Admixer:

Tawaran Awal Pengaduk
Penawaran tajuk
Penawaran tajuk video membutuhkan pekerjaan khusus dan implementasi
Pengaturan yang mudah
(tanpa instalasi kode js di situs web)
UI Intuitif
(dasbor untuk menambahkan partner permintaan, menyesuaikan ruang iklan)
Integrasi dengan Google Ad Manager API
(buat item baris dalam beberapa klik)
Kemampuan untuk terhubung tanpa akun Google

Untuk menyelesaikan

Di Admixer, kami memiliki pengoptimalan iklan selama bertahun-tahun, yang memungkinkan kami mengembangkan pembungkus header milik kami, yang mudah disiapkan, dikelola, dan terhubung ke semua platform permintaan utama.

Admixer menangani tugas berlebihan HB , seperti menerapkan kode, menyiapkan item baris, menjalin hubungan dengan penawar. Sebaliknya, ini memungkinkan penerbit untuk fokus pada apa yang benar-benar penting, seperti menumbuhkan basis pelanggan mereka, meningkatkan keterlibatan dan loyalitas, dll.

Admixer menangani implementasi HB untuk sebagian kecil dari biaya yang harus dikeluarkan untuk melakukannya sendiri dengan tim pengembangan.