Untuk membantu memenuhi pembatasan latensi layanan RTB, Anda harus menemukan server Anda yang dekat dengan lokasi perdagangan yang tercantum di bawah ini. Lihat diskusi tentang menemukan bidder Anda untuk informasi selengkapnya.
Lokasi perdagangan
Lokasi perdagangan adalah titik optimal dari cluster server yang tersebar secara geografis, tempat infrastruktur yang menghosting aplikasi bidder dapat sangat diuntungkan dalam hal latensi. Pemanggilan bidding real-time tidak harus berasal dari lokasi perdagangan, dan dapat berasal dari tempat lain di cluster. Sebagai contoh, Singapura adalah lokasi perdagangan untuk gugus Asia Pasifik yang membentang dari Australia ke Singapura.
Tabel berikut mencantumkan domain referensi yang dapat digunakan untuk menilai latensi dan memperkirakan lokasi terbaik untuk server Anda.
| Cluster Server | Lokasi Perdagangan | Domain Referensi |
|---|---|---|
| Amerika Utara (Pantai Timur) | Northern Virginia, Amerika Serikat | rtb-us-east.g.doubleclick.net |
| Amerika Utara (Pantai Barat) | San Francisco Bay Area, California, Amerika Serikat | rtb-us-west.g.doubleclick.net |
| Eropa | Amsterdam, Belanda | rtb-europe.g.doubleclick.net |
| Asia Pasifik | Singapura | rtb-asia.g.doubleclick.net |
Lokasi bidder
Kami tidak menjamin bahwa permintaan bid untuk tayangan pengguna tertentu akan selalu dikirim melalui lokasi perdagangan yang sama. Oleh karena itu, untuk menerima semua tayangan, Anda harus memiliki server yang dapat dijangkau dari semua lokasi. Jika Anda hanya ingin sebagian tayangan, menjalankan server di sebagian lokasi mungkin sudah cukup. Misalnya, sebagian besar, tetapi tidak semua, traffic Amerika Utara dapat diterima dengan menjalankan server yang dapat dijangkau dari pantai Timur dan Barat.
Batas waktu untuk mengirimkan respons bid ditunjukkan dalam
BidRequest.tmax, atau BidRequest.response_deadline_ms
dalam protokol Google RTB yang tidak digunakan lagi. Batas waktu biasanya berkisar dari
80 hingga 1.000 milidetik.
Kami mewajibkan 85 persen respons harus diterima dalam batas waktu dari perspektif lokasi perdagangan dan akan men-throttle bidder yang tidak dapat mencapainya secara konsisten. Batas waktu ini mencakup waktu jaringan antara lokasi perdagangan dan bidder Anda, serta waktu yang diperlukan bidder untuk menghasilkan respons. Sebaiknya targetkan total waktu jauh di bawah batas waktu guna meninggalkan buffering untuk perubahan latensi jaringan yang tidak terduga antara bidder Anda dan lokasi perdagangan.
Peering
Google merekomendasikan agar pembeli RTB yang menerima permintaan dalam jumlah besar untuk menyiapkan permintaan peering bersama kami untuk mengurangi volatilitas latensi dan latensi.
Kita melakukan peering dengan jaringan apa pun selama memenuhi persyaratan teknis Google, seperti memiliki ASN publik. Lihat persyaratan teknis untuk detail lebih lanjut. Perhatikan bahwa persyaratan traffic diabaikan untuk klien RTB. Lihat Kebijakan Peering Google untuk mengetahui informasi selengkapnya.
Untuk memulai permintaan peering, isi formulir permintaan peering. Kemudian, kami akan mengirimkan nomor tiket melalui email yang dapat Anda gunakan dalam setiap tindak lanjut dengan manajer akun teknis Anda.