SupplyChain অবজেক্ট ব্যবহার করে ক্রেতা ও মধ্যস্থতাকারীরা বিজ্ঞাপন ইনভেন্টরি বিক্রি করা বা সেগুলি আবার বিক্রি করা সব পার্টিদের দেখতে পান। বিজ্ঞাপন ইকোসিস্টেমে স্বচ্ছতা প্রদান করতে, অবজেক্ট ads.txt
/ app-ads.txt
এবং sellers.json
-এর সাথে একসাথে কাজ করে।
- প্রকাশক বিড করার অনুরোধ পাঠান।
- SupplyChain অবজেক্টের মাধ্যমে ক্রেতা বিড করার অনুরোধ ও ডেটা পান।
- ইনভেন্টরি রিসেল করা সব মধ্যস্থতাকারীদের পরিচয় ক্রেতা খুঁজে দেখেন।
- ইনভেন্টরি বিক্রি করতে, ক্রেতা ক্রল করে অনুমোদিত ভেন্ডরদের যাচাই করে দেখেন।
Google, OpenRTB অনুরোধ অথবা প্রযোজ্য হলে Google RtB প্রোটোকলের মধ্যে অটোমেটিক অবজেক্ট তৈরি করবে।
SupplyChain অবজেক্ট কীভাবে কাজ করে
SupplyChain অবজেক্ট, যাকে
নামেও ডাকা হয়, হল OpenRTB বিড অনুরোধের একটি অঙ্গ এবং এর মধ্যে "নোড" থাকে। schain
schain
অবজেক্টের মধ্যে থাকা প্রতিটি নোড, বিড অনুরোধে অংশগ্রহণকারী নির্দিষ্ট এন্টিটিকে দেখায়। এই বিড অনুরোধে থাকা সব এন্টিটি ইনভেন্টরির জন্য পেমেন্টের 'ডাইরেক্ট ফ্লো' সংক্রান্ত বিষয়ের সাথে জড়িত থাকে।
// অবজেক্টের উদাহরণ
"schain": {
"complete": 1,
"nodes": [{
"asi":"google.com",
"sid":"pub-1234567891234567", // sellers.json-এ প্রকাশকের জন্য একই seller_id
"hp":1
}],
"ver":"1.0"
}
আরও বিস্তারিত বিবরণ পেতে, OpenRTB-এর ডেভেলপার ডকুমেন্টেশন এবং IAB-এর ডকুমেন্টেশন পড়ে দেখুন।
ক্রেতাদের সাথে আপনার কাজ করার পদ্ধতির উপর নির্ভর করে SupplyChain অবজেক্ট বিভিন্ন ধরনের দেখতে লাগবে।
যেসব প্রকাশক Google-এর মাধ্যমে সরাসরি বিক্রি করেন
যেসব প্রকাশক Ad Manager, AdMob বা AdSense-এর মাধ্যমে সরাসরি ইনভেন্টরি বিক্রি করেন, তাদের ক্ষেত্রে “google.com”-এ দেখানোর জন্য schain
অবজেক্টে শুধুমাত্র একটি নোড থাকে, যেখানে sellers.json-এর মধ্যেই seller_id
পাওয়া যায়।
যেসব প্রকাশক 'ওপেন বিডিং' পদ্ধতি ব্যবহার করেন
থার্ড-পার্টি এক্সচেঞ্জের সাথে কাজ করতে 'ওপেন বিডিং' পদ্ধতি ব্যবহার করা প্রকাশকদের জন্য schain
অবজেক্টে দু'টি করে নোড থাকে: একটি নোড থাকে google.com-এর জন্য, যেখানে sellers.json-এ seller_id
দেখানো হয় এবং এক্সচেঞ্জ সরবরাহ করা পার্টনারের জন্য আরেকটি নোড রাখা থাকে।
ঠিক যেমনভাবে 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.