Manajemen persediaan
Transparansi tawaran dengan objek SupplyChain
Objek SupplyChain memungkinkan pembeli dan perantara untuk melihat semua pihak yang menjual atau menjual kembali inventaris iklan. Objek tersebut bekerja sama dengan ads.txt / app-ads.txt dan seller.json untuk memberikan transparansi ke dalam ekosistem iklan.
Penerbit mengirimkan permintaan penawaran.
Pembeli menerima permintaan penawaran dan data dari objek SupplyChain.
Pembeli mencari identitas semua perantara yang menjual kembali inventaris.
Pembeli merayapi dan memverifikasi vendor yang berwenang untuk menjual inventaris.
Google akan secara otomatis membuat objek dalam permintaan OpenRTB atau protokol Google RTB, jika berlaku.
Saat ini, Anda tidak perlu mengambil tindakan untuk mendukung Objek Rantai Pasokan.
Bagaimana Obyek SupplyChain bekerja
Objek SupplyChain, atau dikenal sebagai schain, adalah bagian dari permintaan tawaran OpenRTB dan terdiri dari "node". Setiap node dalam objek schain mewakili entitas tertentu yang berpartisipasi dalam permintaan penawaran, yang mencakup semua entitas yang terlibat dalam aliran pembayaran langsung untuk inventaris.
// Contoh objek
"rantai": {
"selesai": 1,
"simpul": [{
"asi":"google.com",
"sid":"pub-1234567891234567", // Seller_id yang sama untuk penerbit di seller.json
"hp": 1
}],
"ver":"1.0"
}
Baca dokumentasi pengembang OpenRTB dan dokumentasi IAB untuk detail lebih lanjut.
Obyek SupplyChain terlihat berbeda tergantung pada cara Anda bekerja dengan pembeli.
Penayang yang menjual langsung dengan Google
Untuk penayang yang menjual inventaris secara langsung melalui Ad Manager, AdMob, atau AdSense, objek schain hanya berisi satu node untuk “google.com” dengan seller_id ditemukan di seller.json.
Penayang yang menggunakan Bidding Terbuka
Penayang yang menggunakan Bidding Terbuka untuk bekerja dengan bursa pihak ketiga memiliki dua node di objek schain: satu node untuk google.com dengan seller_id ditemukan di seller.json dan satu node untuk partner hasil bursa.
Sama seperti Google membuat simpul untuk google.com sebelum mengirim permintaan tawaran, pertukaran pihak ketiga bertanggung jawab untuk menambahkan simpul mereka sebelum meneruskan permintaan.
Beberapa penerbit Manajemen Pelanggan
Multiple Customer Management (MCM) memungkinkan penayang induk untuk memonetisasi inventaris partner penayang baik secara individual dengan jenis delegasi Kelola Akun, atau dalam skala besar dengan jenis delegasi Kelola Inventaris .
Untuk penayang induk dan penayang turunan yang menggunakan Kelola Inventaris, ada satu Obyek Rantai Pasokan yang dibuat dengan satu simpul yang menyertakan ID penjual penayang induk. Tidak ada node untuk partner penayang. Objek schain ditandai sebagai tidak lengkap karena tidak ada simpul untuk penayang turunan saat ini dan hanya simpul dengan ID penjual penayang induk. Baca Juga : Cara-meraih-penghasilan-iklan-adsense
Untuk penayang induk dan penayang turunan yang menggunakan Kelola Akun, objek rantai akan memiliki satu simpul dengan ID penjual penayang turunan dan rantai akan ditandai sebagai selesai. Untuk penayang Kelola Akun, monetisasi terjadi di akun penayang turunan. Penayang turunan diperlakukan sebagai penayang akhir. Informasi penerbit induk tidak disertakan dalam objek schain.
Semua perantara non-pembayaran
Perantara yang tidak menangani pembayaran tidak termasuk dalam Objek Rantai Pasokan. Ini termasuk penawaran tajuk sisi klien, serta penawaran tajuk non-pembayaran dan mediasi lainnya.
Komentar
Posting Komentar
SILAKAN KOMENTAR SESUAI TOPIK.....