Objek SupplyChain membolehkah pembeli dan pengantara melihat semua pihak yang menjual atau menjual semula inventori iklan. Objek tersebut berfungsi bersama-sama ads.txt
/ app-ads.txt
dan sellers.json
untuk memberikan ketelusan terhadap ekosistem iklan.
- Penerbit menghantar permintaan bidaan.
- Pembeli menerima permintaan dan data bidaan daripada Objek SupplyChain.
- Pembeli mencari identiti semua pengantara yang menjual semula inventori.
- Pembeli merangkak dan mengesahkan vendor yang diizinkan untuk menjual inventori.
Google akan membuat objek dalam permintaan OpenRTB atau protokol Google RTB secara automatik, jika berkenaan.
Cara Objek SupplyChain berfungsi
Objek SupplyChai, yang juga dikenali sebagai
, ialah sebahagian daripada permintaan bidaan OpenRTB dan terdiri daripada "nod". Setiap nod dalam objek schain
schain
mewakili entiti tertentu yang mengambil bahagian dalam permintaan bidaan, yang termasuk semua entiti yang terlibat dalam aliran pembayaran langsung bagi inventori.
// Contoh objek
"schain": {
"complete": 1,
"nodes": [{
"asi":"google.com",
"sid":"pub-1234567891234567", // seller_id yang sama seperti dalam sellers.json penerbit
"hp":1
}],
"ver":"1.0"
}
Baca dokumentasi pembangun OpenRTB dan dokumentasi IAB untuk mendapatkan butiran lanjut.
Objek SupplyChain kelihatan berbeza bergantung pada cara anda bekerjasama dengan pembeli.
Penerbit yang menjual secara terus melalui Google
Untuk penerbit yang menjual inventori secara terus menerusi Ad Manager, AdMob atau AdSense, objek schain
hanya mengandungi satu nod bagi “google.com” dan seller_id
ditemukan dalam sellers.json.
Penerbit yang menggunakan Pembidaan Terbuka
Penerbit yang menggunakan Pembidaan Terbuka untuk bekerjasama dengan pertukaran pihak ketiga mempunyai dua nod dalam objek schain
: satu nod bagi google.com dengan seller_id
ditemukan dalam sellers.json dan satu lagi nod untuk rakan kongsi hasil pertukaran.
Sepertimana Google membuat nod untuk google.com sebelum menghantar permintaan bidaan, pertukaran pihak ketiga bertanggungjawab untuk menambahkan nod mereka sebelum menghantar permintaan.
Semua pengantara bukan pembayaran
Pengantara yang tidak mengendalikan pembayaran tidak disertakan dalam Objek SupplyChain. Hal ini termasuk pembidaan pengepala pihak klien, pembidaan pengepala bukan pembayaran dan pengantaraan lain.
Multiple Customer Management publishers
Multiple Customer Management (MCM) enables parent publishers to monetize child publishers’ inventory either individually with the Manage Account delegation type, or at scale with the Manage Inventory delegation type .
For parent and child publishers using Manage Inventory, there is now one SupplyChain Object created with one node for the parent publisher’s seller ID, one node for the child publisher, and the schain
object is marked complete.
For parent and child publishers using Manage Account, the schain
object will have one node with the child publisher’s seller ID and the chain will be marked as complete. For Manage Account publishers, monetization occurs in the child publisher’s account. The child publisher is treated as the end publisher. The parent publisher’s information is not included in the schain
object.