המדריך הזה מספק סקירה כללית של המושגים 'בידינג בזמן אמת' (RTB), שצריכים לכתוב אפליקציות של מגישי הצעות מחיר שיכולות להשתתף ב-Authorized Buyers בזמן אמת.
היסודות
אפליקציית מגיש הצעות מחיר יכולה לתקשר עם Authorized Buyers באמצעות אחד מפרוטוקולי ה-RTB הנתמכים. בקשה להצעת מחיר שנשלחה לאפליקציה מספקת הקשר לגבי הזדמנות אחת לפחות להצגת מודעות, כדי שמגיש הצעת המחיר יוכל לקבוע מהו הקריאייטיב וסכום הצעת המחיר האופטימליים (אם יש כאלה) לכל חשיפה. מגיש הצעות המחיר יכול להגיב בתגובה להצעת מחיר כדי להגיש לפחות הצעת מחיר אחת, ולציין את הקריאייטיב שיוצב בהזדמנויות של מודעות שיישלחו בבקשה.
התרחיש הבא הוא אינטראקציה אפשרית אחת בין אפליקציית מגיש הצעות המחיר לבין Authorized Buyers:
- Google שולחת לאפליקציית מגיש הצעות המחיר בקשה להצעת מחיר שמתארת חשיפה במכרז. חשבון מגיש הצעות המחיר מוגדר לשימוש בפרוטוקול RTB של
PROTOCOL_ADX(שנקרא כאן "פרוטוקול Google"), כך שהבקשה מתקבלת כ-Serial Serial כפי שמוצג ב-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 ושירותים קשורים אחרים, המשמשים לרימרקטינג.
- הגבלות וזמן אחזור: פרטים על מיקומי מסחר וכיצד לקצר את זמן האחזור, למשל על ידי קישור בין רשתות שכנות (peering).
- בדיקה ושחרור של האפליקציה: פרטים על האופן שבו אפשר להתחיל לבדוק את האפליקציה של מגיש הצעות המחיר עם התנועה שנשלחה על ידי Google בקנה מידה נרחב.