הצעת מחיר מטעם חשבונות מרובים

מגיש הצעות מחיר יכול לרכוש מלאי שטחי פרסום לכמה ישויות בהצעת מחיר אחת, אם הישויות האלה הן לקוחות של Authorized Buyers. לדוגמה, פלטפורמה בצד הביקוש (DSP) עשויה להשתמש במגיש הצעות המחיר שלה כדי לרכוש מלאי שטחי פרסום עבור כמה משווקים או סוכנויות שהם עצמם לקוחות של Authorized Buyers. במדריך הזה מוסבר איך לתכנת את מגיש הצעות המחיר כדי לעבד בקשה יחידה שנשלחת מטעם מספר לקוחות של Authorized Buyers.

רקע

Authorized Buyers עובדת עם רשתות מודעות, דסקים למסחר של סוכנויות ופלטפורמות בצד הביקוש (DSP). בתרחישים מסוימים, רשת מודעות או דסק לסחר של סוכנות מסוימת עשויה לעבוד עם מערכת DSP אחת או יותר. יש שתי אפשרויות הטמעה זמינות ללקוחות שעובדים באמצעות DSP:

  • מערכת DSP רוכשת מלאי שטחי פרסום עבור משווקים או סוכנויות שאינם לקוחות של Authorized Buyers. במקרה זה, ה-DSP מקבל בקשה אחת להצעת מחיר ומגיב עם הצעת מחיר אחת. Google מחייבת את ה-DSP ישירות.
  • מערכת DSP רוכשת מלאי שטחי פרסום עבור משווקים או סוכנויות שהם לקוחות של Authorized Buyers. לקוחות של Authorized Buyers נדרשים להגיש הצעות מחיר באופן עצמאי, גם כשהם משתמשים ב-DSP. המטרה היא לוודא שלבעלי האתרים יש חשיפה של הקונה בפועל, כדי לאפשר הקצאות בלעדיות של מלאי שטחי פרסום וכדי להבטיח שהפניות אוטומטיות לא יעברו מרשת לרשת. במודל הזה, Google מחייבת את הלקוח ב-Authorized Buyers, ולא את ה-DSP. בהמשך המדריך נתמקד בתרחיש הזה.

תוכנית Authorized Buyers מעבירה בקשות להצעות מחיר לחשבונות צאצא של מגיש הצעות מחיר ראשי (DSP) באמצעות מזהה קבוצת מודעות. מזהי קבוצות של מודעות של חשבונות צאצא מסופקים בזמן הגדרת חשבון הצאצא על ידי מנהל חשבון או צוות התמיכה של Authorized Buyers ו-Open Bidding. ה-DSP משתמש במידע זה כדי לעבד את התגובה להצעת המחיר. לפלטפורמת DSP שיש לה לקוחות של Authorized Buyers שמשתמשים בטכנולוגיה שלה כדי לקנות מ-Authorized Buyers, היא מקבלת יתרונות מרכזיים מאוחדים עבור קבוצה של לקוחות ב-RTB.

הגדרה וטירגוט מראש

כל הפלטפורמות בצד הדרישה (DSP) מוגדרות לבקשות מאוחדות. הבחירה של הקריטריונים של הטירגוט מראש מתבצעת ברמת מגיש הצעות המחיר ברמת ההורה, בכל חשבונות הצאצא. ההגדרה הזו נקראת 'טירגוט מראש ברמת מגיש הצעות המחיר' (BLP).

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

היתרונות של טירגוט מראש ברמת מגיש הצעות המחיר לעומת טירגוט מראש רגיל (הוצא משימוש)

טירגוט מראש ברמת מגיש הצעות המחיר טירגוט רגיל מראש (הוצא משימוש)
מושב ההורה מנהל את הזכאות לכל המושבים כל עמדה מנהלת בנפרד את הכשירות של מלאי שטחי פרסום
כל המושבים מתאימים לכל סוגי התנועה הגדרות שונות של טירגוט מראש בחשבונות רבים
הגדרה פשוטה יותר וניהול קל יותר יש פחות שליטה ברמת מגיש הצעות המחיר ברמה העליונה, אבל שליטה פרטנית בעמדות ספציפיות

לחשבונות צאצא משויך מזהה קבוצת מודעות יחיד, ולכן התאמות של טירגוט מראש נכללות כרשומה אחת בשדה matching_ad_data של BidRequest עבור כל חשבון צאצא תואם.

בתגובה לBidRequest שמכיל התאמות של טירגוט מראש מחשבון שאינו החשבון הראשי (לדוגמה, כל BidRequest שעבורו מוגדר השדה matching_network_data), השדה billing_id בשדה BidResponse נדרש כדי ש-Authorized Buyers יידעו איזה חשבון וקמפיין לשייך להצעת המחיר. כל תגובה שלא מגדירה את השדה תושמט. השדה הזה יישאר אופציונלי לכל BidRequest שכולל רק התאמות של טירגוט מראש מהחשבון של מגיש הצעות המחיר. אם התשובה ל-BidRequest שמכילה התאמות של טירגוט מראש מכמה חשבונות, היא יכולה להחזיר כמה מודעות.

דוגמה לטירגוט מראש ברמת מגיש הצעות המחיר

מושב ילדים (מזהה קבוצת מודעות: 123) מושב הורה (מזהה קבוצת מודעות: 124)
טירגוט מראש: ארה"ב + האיחוד האירופי טירגוט מראש: ארה"ב + אסיה-פסיפיק (APAC)
קריטריוני יתרונות מרכזיים billing_id נשלח
ארה"ב בלבד 123 + 124
באיחוד האירופי בלבד 123
אסיה-פסיפיק (APAC) בלבד 124

בקשות להצעת מחיר לדוגמה

בהמשך מפורטות דוגמאות של BidRequest. חשוב לציין שהבקשות האלה כוללות כמה מזהי חיוב, כי הבקשות רלוונטיות למספר חשבונות.

Google

פורמט JSON של OpenRTB

OpenRTB Protobuf