Mengonfigurasi Integrasi Bidding Terbuka

Bidding Terbuka memungkinkan bursa dan pembeli lain memanfaatkan infrastruktur bidding real-time Google untuk mengajukan bid pada inventaris Google Ad Manager dan AdMob.

Untuk berpartisipasi dalam Bidding Terbuka, konfigurasikan integrasi bidding real-time yang disesuaikan untuk kasus penggunaan Bidding Terbuka Anda, dan kirim endpoint bidder ke Account Manager Google Anda untuk pengujian guna memverifikasi bahwa integrasi berfungsi dengan benar. Proses ini hanya dilakukan satu kali.

Membatasi integrasi Anda untuk penerbit tertentu

Integrasi Bidding Terbuka dapat tetap dalam "mode pribadi" hingga Anda siap menerima permintaan dari penayang mana pun. Saat dalam mode pribadi, Anda dapat bekerja sama dengan tim akun untuk terhubung dengan penayang tertentu dan tetap dalam status ini hingga Anda siap untuk melakukan penskalaan. Setelah Anda keluar dari mode pribadi, akun Anda akan terlihat oleh semua penayang.

Protokol dan encoding yang didukung

Anda dapat menggunakan OpenRTB dalam format JSON atau Protobuf. Pelajari lebih lanjut.

Penerapan OpenRTB Google

Penerapan OpenRTB Google tidak mendukung semua fitur yang ditemukan dalam spesifikasi OpenRTB, dan menambahkan ekstensi untuk Authorized Buyers dan fungsi khusus Bidding Terbuka. Untuk mempelajari lebih lanjut, lihat Panduan OpenRTB.

Menangani permintaan bid yang masuk

Bidding Terbuka menggunakan struktur BidRequest yang sama dengan Authorized Buyers, tetapi beberapa kolom dikirim secara eksklusif kepada peserta Bidding Terbuka. Lihat Panduan Permintaan untuk mempelajari lebih lanjut kolom khusus Bidding Terbuka yang dikirim dalam permintaan bid.

Merespons dengan Bid

Bidding Terbuka juga menggunakan struktur BidResponse yang mirip dengan Authorised Buyers, dengan beberapa kolom eksklusif yang dikirim ke peserta Bidding Terbuka. Lihat Panduan Respons untuk mempelajari lebih lanjut kolom khusus Bidding Terbuka yang dapat Anda gunakan untuk merespons.

Bergantung pada format iklan pilihan yang ingin Anda gunakan untuk mengajukan bid, struktur respons dapat berbeda secara signifikan. Tinjau panduan berikut untuk membantu Anda mengonfigurasi aplikasi bidder agar merespons dengan bid untuk format iklan umum:

Melacak tayangan untuk mengurangi perbedaan

Sebaiknya gunakan kolom BidResponse.seatbid.bid.ext.impression_tracking_url opsional untuk mengambil data tingkat tayangan tentang kapan Google mencatat peristiwa yang dapat ditagih yang akan ditagih kepada Anda.

Resolusi selisih permintaan Google (Beta)

Fitur ini bertujuan untuk memastikan bahwa jumlah tayangan iklan yang ditagih oleh bursa sesuai dengan jumlah tayangan iklan yang dibayar oleh Google Display & Video 360 (DV360).

Dengan mengidentifikasi tayangan DV360 yang ditayangkan oleh Bidding Terbuka secara akurat, Google dapat menyesuaikan spam iklan dan perbedaan peristiwa yang dapat ditagih untuk memastikan Anda tidak ditagih untuk tayangan yang tidak dibayar.

Memperluas google_query_id dalam permintaan bid

Untuk memastikan bahwa jumlah tayangan yang valid cocok di seluruh permintaan Google, google_query_id harus disebarkan apa adanya dari permintaan Bidding Terbuka ke platform permintaan Google. Hal ini merupakan prasyarat untuk resolusi selisih Bidding Terbuka. Perkiraan panjang google_query_id saat ini adalah sekitar 64 byte.

Memperluas third_party_buyer_token dalam respons bid

Jika platform permintaan Google memenangkan lelang internal bursa, kolom third_party_buyer_token harus disebarkan apa adanya dalam respons bid kembali melalui tayangan Bidding Terbuka. Hal ini memungkinkan platform penayang Google menetapkan bahwa bid pemenang dari partner Bidding Terbuka adalah bid atas nama permintaan Google untuk peluang tayangan yang sama. Panjang maksimum kolom ini saat ini diperkirakan 150 byte.

Teruskan markup materi iklan Google apa adanya dalam respons bid

Untuk memastikan bahwa resolusi perbedaan berlaku untuk bid dari permintaan Google, bursa diwajibkan untuk menyebarkan markup materi iklan Google tanpa wrapper apa pun (tag skrip, iframe, atau wrapper VAST). Karena resolusi perbedaan, Google dapat membatalkan validasi dan tidak menagih tayangan Bidding Terbuka yang tidak dihitung oleh platform permintaan Google. Google akan memeriksa markup materi iklan secara berkala untuk mengonfirmasi bahwa bid dengan third_party_buyer_token dikirimkan atas nama permintaan Google, dan bukan pembeli lainnya.

Materi iklan HTML5

Bursa diwajibkan untuk mengirimkan markup HTML Google apa adanya, dengan ekspansi makro khusus bursa yang biasanya berlaku, dan, secara opsional, piksel atau skrip pelacak tambahan yang biasanya ditambahkan oleh bursa.

Google tidak dapat menerapkan resolusi perbedaan jika bursa menggabungkan materi iklan HTML Google ke dalam tag (script, iframe, atau teknik lainnya) yang kemudian memuat atau merender kode HTML Google.

Materi iklan video VAST

Agar memenuhi syarat untuk penyelesaian perbedaan, bursa harus menggunakan salah satu pendekatan berikut untuk mengisi VASTTagURI dalam respons XML VAST:

  1. Bursa dapat mempertahankan nilai elemen VASTTagURI sebagai bagian dari dokumen XML VAST yang ditampilkan oleh Google di kolom BidResponse.seatbid.bid.adm sebagaimana adanya, dengan ekspansi makro khusus bursa yang biasanya berlaku.
  2. DV360 dapat mengisi kolom BidResponse.seatbid.bid.adm.nurl dengan URL dokumen VAST dalam respons bid ke bursa. Kemudian, bursa dapat meneruskan nilai tersebut dengan tag VASTTagURI, dengan makro khusus bursa diperluas secara normal sesuai kebutuhan.

Bursa dapat menentukan pelacak peristiwa dan error VAST tambahan dalam dokumen XML VAST jika diperlukan.

Promo

Bursa yang berpartisipasi dalam Bidding Terbuka dapat menggunakan Transaksi Pilihan (PD), Lelang Pribadi (PA) dengan Bidding Terbuka. ID dan jenis transaksi harus ditentukan sebagai berikut:

Kolom Deskripsi
BidResponse.seatbid.bid.dealid ID transaksi dari namespace bursa yang terkait dengan bid dan dilaporkan kepada penayang. Ini adalah teks UTF8 arbitrer dan tidak boleh lebih dari 64 byte.
BidResponse.seatbid.bid.ext.exchange_deal_type Enum yang menentukan jenis transaksi. Hal ini dilaporkan kepada penayang dan memengaruhi cara perlakuan kesepakatan dalam lelang. Kemungkinan nilainya adalah:
OPEN_AUCTION = 0;
PRIVATE_AUCTION = 1;
PREFERRED_DEAL = 2;
EXCHANGE_AUCTION_PACKAGE = 3;

Berikut adalah contoh respons bid untuk PD/PA.

id: "ECHO_BIDREQUEST_ID"
seatbid {
  bid {
    id: "BID_ID"
    impid: "1"
    price: 1.23
    adm: "AD_TAG"
    adomain: "DECLARED_LANDING_PAGE_URL"
    cid: "BILLING_ID"
    crid: "CREATIVE_ID"
    dealid: "DEAL_ID"
    w: 300
    h: 250
    [com.google.doubleclick.bid] {
      impression_tracking_url: "IMPRESSION_TRACKING_URL"
      exchange_deal_type: "DEAL_TYPE"
    }
  }
}

Untuk mengisi tabel pencocokan yang dihosting Google, partisipan Bidding Terbuka dapat menggunakan salah satu opsi di bawah yang paling sesuai dengan kebutuhan mereka:

Mengelola latensi

Anda harus menggunakan lokasi perdagangan yang ditemukan di Panduan Peering untuk memperkirakan latensi yang akan dimiliki endpoint bidder saat merespons permintaan bid yang masuk.

Bursa besar yang menerima permintaan bid dalam volume tinggi harus mempertimbangkan untuk membuat perjanjian peering dengan Google guna mengurangi latensi dan volatilitas latensi. Pelajari peering lebih lanjut.

Makro klik

Sebaiknya terapkan makro klik. Hal ini akan memungkinkan pelaporan yang menyertakan klik dan metrik turunan klik untuk akun Anda dan untuk penayang yang bekerja sama dengan Anda. Pelajari lebih lanjut.

API

Pelanggan Bidding Terbuka dapat menggunakan Authorized Buyers REST API untuk mengakses data yang mungkin berguna untuk tujuan pemecahan masalah. Saat ini, hanya resource API berikut yang dapat diakses:

Anda dapat menghubungi Technical Account Manager untuk mengonfigurasi akun Anda agar dapat mengakses API ini, dan untuk mengambil ID akun yang diperlukan untuk melakukan panggilan API. Untuk dukungan teknis dalam menggunakan API ini, Anda dapat menghubungi alias dukungan adxbuyerapi-support@google.com.

Referensi lainnya

Contoh permintaan dan respons bid

Contoh permintaan dan respons bid untuk semua protokol yang didukung dapat ditemukan di panduan Permintaan dan Respons.