ويُمكّن عنصر SupplyChain المشترين والوسطاء من معرفة جميع الأطراف التي تبيع المساحة المتوفّرة للإعلانات أو إعادة بيعها. يعمل العنصر مع ads.txt
/ app-ads.txt
وsellers.json
لتوفير الشفافية في المنظومة المتكاملة للإعلانات.
- يرسِل الناشر طلب عرض سعر.
- يتلقّى المشتري طلب عرض السعر والبيانات من عنصر SupplyChain.
- يبحث المشتري عن هويات جميع الوسطاء الذين يعيدون بيع المستودع.
- يجري المشتري عملية الزحف ويتحقّق من المورّدين المصرح لهم ببيع المستودع.
ستنشئ Google تلقائيًا العناصر ضمن طلب OpenRTB أو بروتوكول عرض الأسعار في الوقت الفعلي (RTB) من Google، إن وُجد.
آلية عمل عنصر SupplyChain
يمثّل العنصر SupplyChain، المعروف أيضًا باسم
، جزءًا من طلب عرض أسعار OpenRTB ويتكون من "عُقد". تمثّل كلّ عقدة في عنصر schain
schain
جهة معيّنة تشارك في طلب عرض السعر، بما في ذلك جميع الجهات المشتركة في تدفّق الدفع المباشر للمستودع.
// Example object
"schain": {
"complete": 1,
"nodes": [{
"asi":"google.com",
"sid":"pub-1234567891234567", // Same seller_id for the publisher in sellers.json
"hp":1
}],
"ver":"1.0"
}
اطّلع على مستندات مطوّري البرامج في OpenRTB ووثائق مكتب الإعلانات التفاعلية (IAB) للحصول على مزيد من التفاصيل.
يبدو عنصر SupplyChain مختلفًا بناءً على طريقة عملك مع المشترين.
الناشرون الذين يبيعون بشكلٍ مباشر مع Google
بالنسبة إلى الناشرين الذين يبيعون مستودعًا مباشرةً من خلال "مدير الإعلانات" أو AdMob أو AdSense، يحتوي عنصر schain
على عُقدة واحدة فقط للنطاق "google.com" مع seller_id
في sellers.json.
الناشرون الذين يستخدمون "عرض الأسعار المفتوح"
يمكن للناشرين الذين يستخدمون "عرض الأسعار المفتوح" للعمل مع خدمات التبادل من الجهة الخارجية أن تكون لهم عقدتان في العنصر schain
: عقدة واحدة تخصّ google.com مع seller_id
في seller.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.