Persyaratan Tawaran dan Praktik Terbaik

Persyaratan Integrasi Tawaran

Semua integrasi internal harus mengikuti kriteria di bawah ini untuk menerapkan integrasi yang benar dan optimal.

  • Kirim permintaan untuk 100% impresi iklan yang berhasil (contoh: tidak dijual langsung).
  • Kirim hanya 1 permintaan untuk setiap kesempatan impresi.
  • Tidak boleh menggabungkan permintaan tawaran dengan permintaan standar (atau tanda) untuk unit iklan yang sama.
  • Jangan mengirimkan permintaan untuk kesempatan impresi yang sama pada waterfall maupun tawaran.
  • Kirim notifikasi menang, kalah, dan waktu habis dengan kode kerugian yang sesuai.
  • Dapatkan buyeruid dari klien menggunakan Audience Network SDK. buyeruid adalah token penawar pengguna yang dibuat di sisi klien, menggunakan metode getBidderToken dari Audience Network SDK.
  • Gunakan Audience Network SDK untuk mengambil dan me-render iklan.
  • Minta iklan saja jika tawaran memenangkan lelang.
  • Kirim permintaan tawaran menggunakan token autentikasi (rahasia aplikasi dan id permintaan).
  • Tambahkan header HTTP ke setiap panggilan, disebut x-fb-pool-routing-token yang berisi token penawar sebagai nilainya.
  • Siapkan beberapa harga dasar pada sumber permintaan lainnya yang berada dalam waterfall tradisional ketika memadukannya dengan tawaran tersebut. Dua harga dasar biasanya menjadi awal yang baik. Ini untuk memberikan kontrol yang lebih tajam tentang bagaimana lelang berkompetisi dengan waterfall yang akan meningkatkan hasil secara keseluruhan.

Untuk informasi selengkapnya tentang cara mengombinasikan tawaran dan waterfall yang ada, lihat Mengintegrasikan Lelang Berbasis Tawaran dengan Waterfall yang Ada

Praktik Terbaik Tawaran

Selain kriteria integrasi optimal, kami merekomendasikan praktik terbaik berikut ini.

  • Tetapkan nilai waktu tunggu permintaan tawaran minimal 1 detik.
  • ambil BidderToken di server untuk setiap permintaan tawaran.
  • Kirim id unik untuk setiap permintaan.
  • Baca dan catat header HTTP x-fb-an-errors pada tanggapan tawaran dengan kode status selain 200 yang akan digunakan dalam pemecahan masalah.
  • Baca dan catat header HTTP x-fb-an-request-id pada semua tanggapan tawaran yang akan digunakan dalam pemecahan masalah.
  • Gunakan id penempatan yang ada untuk tawaran dan jangan buat penempatan baru kecuali Anda menjalankan uji A/B atau menggunakan platform partner yang memerlukan pembuatan penempatan baru.
  • Gunakan integrasi server-ke-server jika mungkin, untuk memindahkan pemrosesan dan penggunaan jaringan dari perangkat dan jaringan pengguna ke server dan jaringan penerbit, serta untuk memungkinkan perubahan tawaran dan lelang tanpa perubahan aplikasi.
  • Anda dapat mengirimkan isi permintaan yang dikompresi dalam bentuk gzip jika Anda memberikan header Content-Encoding:gzip ke permintaan.
  • Jangan gunakan harga dasar pada tawaran, karena akan diabaikan.