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

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

היסודות

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

התרחיש הבא הוא אינטראקציה אפשרית בין אפליקציה של מגיש הצעות מחיר לבין Authorized Buyers:

1. Google שולחת לאפליקציה של מגיש הצעות המחיר בקשה להצעת מחיר שמתארת חשיפה שמתקיימת במכרז. החשבון של מגיש הצעות המחיר מוגדר לשימוש בפרוטוקול RTB של PROTOCOL_ADX (נקרא בהמשך 'פרוטוקול Google'), ולכן הבקשה מגיעה כ-BidRequest סדרתי, כפי שהוא מופיע ב-realtime-bidding.proto. כדי להבין איך האפליקציה שלכם אמורה לפרש את הבקשה להצעת מחיר, קראו את המאמר עיבוד הבקשה.

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

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

   הערה: Google מחכה לתגובה של 80 עד 1,000 אלפיות השנייה, בהתאם לפורמט ולסוג המכרז. כדי לקבוע את הערך המדויק, יש לעיין בשדה BidRequest.response_deadline_ms או בשדה BidRequest.tmax של פרוטוקול Google. כל התשובות שיתקבלו אחרי המועד האחרון יוחרגו מהמכרז.

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

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

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

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

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

הפרוטוקול של Google

הפרוטוקול המקורי של Authorized Buyers-קנייני.

OpenRTB (Protobuf)

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

OpenRTB (JSON)

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

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

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

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

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

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

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

השלבים הבאים

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

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