שקיפות של הצעות מחיר עם האובייקט SupplyChain

האובייקט SupplyChain מאפשר לקונים ולמתווכים לראות את כל הצדדים שמוכרים או מפיצים את מלאי שטחי הפרסום. האובייקט פועל יחד עם הקבצים ads.txt / ‏app-ads.txt ו-sellers.json כדי לספק שקיפות בסביבה העסקית של המודעות.

1. בעל התוכן הדיגיטלי שולח בקשה להצעת מחיר.
2. הקונה מקבל את הבקשה להצעת מחיר והנתונים מהאובייקט SupplyChain.
3. הקונה בודק את הזהויות של כל המתווכים שמפיצים מלאי שטחי פרסום.
4. הקונה סורק ומאמת ספקים שמורשים למכור מלאי שטחי פרסום.

Google תיצור באופן אוטומטי את האובייקטים בבקשת OpenRTB או בפרוטוקול RTB של Google, במקרים הרלוונטיים.

כיצד פועל האובייקט SupplyChain

אובייקט ה-SupplyChain, שמכונה גם schain, הוא חלק מבקשה להצעת מחיר מסוג OpenRTB והוא מורכב מ'צמתים'. כל צומת באובייקט schain מייצג ישות ספציפית שמשתתפת בבקשה להצעת המחיר, שכוללת את כל הישויות שמעורבות ישירות בתהליך של התשלום על מלאי שטחי הפרסום.

// אובייקט לדוגמה
‎ "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

לבעלי תוכן דיגיטלי שמוכרים מלאי שטחי פרסום ישירות דרך Ad Manager‏, AdMob או AdSense, האובייקט schain מכיל רק צומת אחד של 'google.com' עם ה-seller_id שמופיע ב-sellers.json.

בעלי תוכן דיגיטלי שמשתמשים ב-Open Bidding

לבעלי תוכן דיגיטלי שמשתמשים ב-Open Bidding כדי לעבוד עם פלטפורמות Exchange של צד שלישי יש שני צמתים באובייקט schain: צומת אחד בשביל google.com, עם ה-seller_id שמופיע ב-seller.json, וצומת אחד בשביל שותף התפוקה ב-Exchange.

בדיוק כפי ש-Google יוצרת את הצומת של google.com לפני שליחת הבקשה להצעת המחיר, פלטפורמת ה-Exchange של הצד השלישי אחראית להוסיף את הצומת שלה לפני שהיא מעבירה את הבקשה.

מתווכים שלא מעורבים בתשלום

מתווכים שלא מטפלים בתשלום לא נכללים באובייקט SupplyChain. מתווכים כאלה כוללים בידינג ב-header בצד הלקוח, בידינג ב-header ללא תשלום וסוגים אחרים של תיווך.

בעלי אפליקציות שמשתמשים בכלי 'ניהול לקוחות מרובים'

הכלי ניהול לקוחות מרובים (MCM) מאפשר לבעלי אפליקציות לנהל את חשבונות הלקוחות שלהם ב-AdMob עם אותם אמצעי בקרה והרשאות גישה שיש לבעלי האפליקציות בחשבונות שלהם.

לבעלי אפליקציות ראשיים ולשותפים משניים שמשתמשים ב-MCM של AdMob, האובייקט schain יכלול צומת אחד עם מזהה בית העסק של השותף המשני, והרשת תסומן כ'הושלמה'. ב-MCM של AdMob, המונטיזציה מתרחשת בחשבון של השותף המשני. השותף המשני נחשב כבעל האפליקציה הסופי. הפרטים של בעל האפליקציה הראשי לא נכללים באובייקט schain.