Завдяки об'єкту SupplyChain покупці й посередницькі організації можуть бачити всі пропозиції рекламних ресурсів від продавців і торговельних посередників. Такий об’єкт взаємодіє з файлами ads.txt або app-ads.txt і sellers.json, щоб рекламна екосистема була прозорою.
- Видавець надсилає запит ставки.
- Покупець отримує запит ставки й дані від об’єкта SupplyChain.
- Покупець перевіряє особу всіх посередників, які перепродають рекламні ресурси.
- Покупець сканує і підтверджує постачальників, уповноважених продавати рекламні ресурси.
Google створює цей об’єкт автоматично за допомогою запиту OpenRTB або протоколу Google RTB (якщо він застосовується).
Як працює об’єкт SupplyChain
Об'єкт SupplyChain (інша назва – schainschain відображає одну зі сторін, яка бере участь у запиті ставки, тобто всіх, хто залучений у процесі оплати рекламного ресурсу.
// Приклад об’єкта
"schain": {
"complete": 1,
"nodes": [{
"asi":"google.com",
"sid":"pub-1234567891234567", // Той самий ідентифікатор seller_id видавця, що й у файлі sellers.json
"hp":1
}],
"ver":"1.0"
}
Щоб дізнатися більше, ознайомтеся з документацією для розробників OpenRTB і документацією IAB.
Об'єкти SupplyChain можуть бути різними залежно від того, як ви взаємодієте з покупцями.
Для видавців, які продають рекламний ресурс безпосередньо через Google
Для видавців, які продають рекламні ресурси безпосередньо через Ad Manager, AdMob або AdSense, об'єкт schain містить лише один вузол для "google.com" із seller_id з файлу sellers.json.
Для видавців, які використовують відкрите призначення ставок
Для видавців, які використовують відкрите призначення ставок для роботи зі сторонніми біржами, об’єкт schain містить два вузли: для google.com із seller_id, що міститься у файлі sellers.json, і для біржового партнера за прибутками.
Google створює вузол для google.com, перш ніж відправити запит сторонній біржі, а вона додає свій вузол і лише потім передає запит далі.
Для посередників, які не здійснюють платежі
Посередники, які не здійснюють платежі, не включаються в об’єкт SupplyChain. Зокрема, це стосується посередників, які займаються призначенням ставок через заголовок від імені клієнта, призначенням ставок через заголовок без здійснення платежу й іншими видами посередництва.
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.
