בידינג בזמן אמת

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

היסודות

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

התרחיש הבא מתאר אינטראקציה אפשרית בין אפליקציית משתתף במכרז לבין Authorized Buyers:

1. ‫Google שולחת לאפליקציה של מגיש הצעת המחיר בקשה להצעת מחיר שמתארת חשיפה שמוצעת למכרז. החשבון של מגיש הצעת המחיר מוגדר לשימוש ב-OpenRTB בפורמט Protobuf, ולכן הבקשה מגיעה כ-BidRequest מסודר, כפי שמוצג ב-openrtb.proto. כדי להבין איך האפליקציה צריכה לפרש את בקשת הצעת המחיר, אפשר לעיין במאמר בנושא עיבוד הבקשה.

2. אפליקציית הבידינג מנתחת את הבקשה ומפעילה את לוגיקת הבידינג שלה כדי ליצור BidResponse שכוללת הצעת מחיר ונכס קריאייטיב להצגת המודעה. לאחר מכן האפליקציה מבצעת סריאליזציה של התשובה לבקשת הצעת המחיר ושולחת אותה ל-Google. במאמר יצירת התגובה מוסבר איך האפליקציה צריכה ליצור ולהחזיר תגובה להצעת מחיר.

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

בחירת פרוטוקול

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

• כדי לשנות את ההגדרה באופן ידני, צריך לפנות למנהל החשבונות הטכני.
• אפשר להשתמש ב-Authorized Buyers REST API כדי לשנות את ההגדרה באופן פרוגרמטי.

פרוטוקולים נתמכים

ב-Authorized Buyers יש תמיכה בשני פרוטוקולים של RTB:

‫OpenRTB (Protobuf)

הטמעה של מפרט OpenRTB באמצעות Protobuf.

‫OpenRTB ‏ (JSON)

הטמעה של מפרט OpenRTB באמצעות JSON.

מידע על מאגרי אחסון לפרוטוקולים

‫Protobuf הוא פורמט קוד פתוח לייצוג ולסריאליזציה של מידע מובנה.

אם רוצים להשתמש ב-OpenRTB Protobuf, צריך להתקין את מהדר הפרוטוקול ואת זמן הריצה של Protobuf בשפה שבחרתם. אחר כך תוכלו להוריד את קובצי ה-proto שבהם אתם רוצים להשתמש ולהריץ את הקומפיילר כדי ליצור ספרייה שיכולה לבצע סריאליזציה או דה-סריאליזציה של הודעות שמוגדרות ב-proto, כמו BidRequest או BidResponse. בהפניה הזו ל-Protobuf מוסבר איך לעשות את זה בכמה שפות.

עדכונים בפרוטוקול

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

השלבים הבאים

בתוכן הבא מפורטים יותר מושגים שקשורים לבידינג בזמן אמת:

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