במדריך הזה מוצגת סקירה כללית של מושגים לגבי בידינג בזמן אמת (RTB), שצריכים לכתוב אפליקציות של מגישי הצעות מחיר שיכולות להשתתף ב-Authorized Buyers. בידינג בזמן אמת.
היסודות
אפליקציה של מגיש הצעות מחיר יכולה לתקשר עם Authorized Buyers באמצעות אחד מפרוטוקולי ה-RTB הנתמכים. בקשה להצעת מחיר שנשלחת לאפליקציה מספקת הקשר לגבי הזדמנות אחת לפחות להצגת מודעה, כדי שהמגישים יוכלו לקבוע את הקריאייטיב האופטימלי ואת סכום הצעת המחיר (אם יש כאלה) לכל חשיפה. מגיש הצעת המחיר יכול להשיב בתגובה להצעת מחיר כדי להגיש הצעת מחיר אחת לפחות, ולציין את הקריאייטיב שיוצב בהזדמנויות להצגת מודעות שיישלחו בבקשה.
התרחיש הבא הוא אינטראקציה אפשרית אחת בין יישום מגיש הצעות מחיר לבין Authorized Buyers:
- Google שולחת לאפליקציית הבידינג בקשה להצעת מחיר שמתארת
חשיפה של מכרז. החשבון של מגיש הצעות המחיר מוגדר לשימוש בפרוטוקול RTB של
PROTOCOL_ADX(המכונה להלן פרוטוקול "פרוטוקול Google"), ולכן הבקשה מגיעה כ-BidRequestטורית כפי שמוצג ב-realtime-bidding.proto. למידע נוסף על האופן שבו הבקשה אמורה לפרש את הבקשה להצעת מחיר יש לעיין בעיבוד הבקשה. -
האפליקציה של מגיש הצעת המחיר מנתחת את הבקשה ומיישמת את הלוגיקה של הגשת הצעות המחיר כדי ליצור
BidResponseשכולל הצעת מחיר וקריאייטיב של הזדמנות להצגת מודעה. לאחר מכן האפליקציה סדרתית את תגובת הצעת המחיר ושולחת אותה אל Google. במאמר יצירת תגובה מוסבר איך האפליקציה אמורה ליצור ולהחזיר תגובה להצעת מחיר. -
תגובת הצעת המחיר מתקבלת, והצעת המחיר שלה נכנסת למכרז פתוח, שבו היא זוכה בחשיפה מאחר שהיא הצעת המחיר הגבוהה ביותר. כתוצאה מכך, הקריאייטיב הנמצא בתגובה נשלח.
בחירת פרוטוקול
פרוטוקול הבידינג בזמן אמת מציין את האותות שבאמצעותם האפליקציה יכולה להעריך ולהגיש הצעות מחיר לכל חשיפה שנשלחת בבקשה, וכן איך להגיב. יש שתי דרכים לשנות את הפרוטוקול שמשויך לאפליקציית מגיש הצעות המחיר:
- יש לפנות אל מנהל החשבון הטכני כדי לשנות זאת באופן ידני.
- כדי לשנות את הקוד באופן פרוגרמטי, צריך להשתמש ב-Authorized Buyers REST API.
פרוטוקולים נתמכים
Authorized Buyers תומך כרגע בשלושה פרוטוקולים ל-RTB:
- פרוטוקול Google
- הפרוטוקול המקורי ל-Authorized Buyers.
- OpenRTB (Protobuf)
הטמעה של מפרט OpenRTB באמצעות Protobuf.
- OpenRTB (JSON)
הטמעה של מפרט OpenRTB באמצעות JSON.
מידע על מאגרי אחסון לפרוטוקולים
גם בפרוטוקול Google וגם ב-OpenRTB יש הטמעה של Protocol Buffer. Protobuf הוא פורמט קוד פתוח לייצוג ולסידור של מידע מובנה.
כדי להשתמש בכל אחד מהפרוטוקולים, עליכם להתקין את מהדר הפרוטוקול ואת זמן הריצה של Protobuf לשפה שבחרתם. לאחר מכן תוכלו להוריד את קובצי ה-proto שבהם אתם מתכוונים להשתמש ולהפעיל את המהדר כדי ליצור ספרייה שתפקידה לערוך טוריות או להוריד את הערך של ההודעות שהוגדרו בפרוטו, כמו BidRequest או BidResponse. הפניה לפרוטוקול מראה איך לעשות זאת בכמה שפות.
עדכוני פרוטוקול
הפרוטוקולים ל-RTB ישתנו ככל ש-Google תוסיף תכונות חדשות ותצא משימוש. ההודעה על השינויים תוכרז לפני שתיכנס לתוקף, ותצטרכו לתת לכם מספיק זמן להסיר את יחסי התלות הקיימים בבקשה שלכם בשדות שתוזמנו להוצאה משימוש. מידע נוסף על טיפול בשדות שהוצאו משימוש זמין במאמר התאמה כ-BidRequest Fieldsare הוצאה משימוש.
השלבים הבאים
התוכן הבא מספק פרטים ספציפיים יותר לגבי הקונספט של בידינג בזמן אמת:
- עיבוד הבקשה: כיצד לנתח ולפרש אותות שנמצאים ברוב הבקשות להצעות מחיר.
- יצירת תגובה: איך ליצור תגובה להצעת מחיר, ושדות שבדרך כלל מצוינים בתגובה.
- מדריך לפרוטוקול Google: הפניה לפרוטוקול Google שמתאר את כל ההודעות המוגדרות בפרוטוקול ובמאפיינים שלהן, יחד עם פרטי ההטמעה לגבי השימוש המיועד.
- מדריך ל-OpenRTB: הפניה להטמעה של Authorized Buyers של מפרט OpenRTB, בנוסף לתוספים ספציפיים ל-Authorized Buyers. פירוט של נקודות קצה ומגבלות ספציפיות להטמעה הזו, וזיהוי של שדות מקבילים בפרוטוקול Google.
- דרישות להצגת מודעות על ידי צד שלישי: הצעות המחיר מוגדרות בהתאם למגישי הצעות המחיר, כדי להשתמש בפורמטים שונים של מודעות ובמפרט טכני של הפורמטים האלה.
- טירגוט מראש: איך מגדירים את האפליקציה של מגיש הצעות המחיר כך שתקבלו רק חשיפות שתואמות לקריטריוני הטירגוט.
- התאמה של קובצי cookie: הפניה לשירות ההתאמה לקובצי cookie ולשירותים קשורים אחרים, המשמשים לרימרקטינג.
- הגבלות על זמן אחזור ועמיתים: פרטים על מיקומי מסחר וכיצד לקצר את זמן האחזור, למשל על ידי קישור בין רשתות שכנות.
- בדיקה ושחרור של האפליקציה: פרטים על התחלת הבדיקה של אפליקציית מגיש הצעות המחיר באמצעות תנועה שנשלחת על ידי Google בקנה מידה רחב.