במדריך הזה מפורטת סקירה כללית על מושגים של בידינג בזמן אמת (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:
- OpenRTB (Protobuf)
הטמעה של מפרט OpenRTB באמצעות Protobuf.
- OpenRTB (JSON)
הטמעה של מפרט OpenRTB באמצעות JSON.
- הפרוטוקול של Google
- הפרוטוקול הזה הוצא משימוש. במקום זאת, צריך להשתמש בפרוטוקולים OpenRTB Protobuf או JSON.
מידע על מאגרי נתונים זמניים של פרוטוקולים
גם לפרוטוקול OpenRTB וגם לפרוטוקול RTB של Google שהוצא משימוש יש הטמעה של מאגר אחסון לפרוטוקולים. Protobuf הוא פורמט קוד פתוח לייצוג מידע מובנה ולסידור שלו בסדרה.
כדי להשתמש בכל אחד מהפרוטוקולים, צריך להתקין את מהדר הפרוטוקולים ואת זמן הריצה של Protobuf בשפה שבחרתם. לאחר מכן אפשר להוריד את קובצי ה-Proto שבהם מתכוונים להשתמש ולהריץ את המהדר כדי ליצור ספרייה שיכולה לבצע סריאליזציה או deserialize של הודעות שהוגדרו ב-proto, כמו BidRequest
או BidResponse
. בחומר העזר בנושא Protobuf תוכלו לראות איך לעשות זאת בכמה שפות.
עדכוני פרוטוקול
הפרוטוקולים של RTB ישתנו כש-Google תוסיף תכונות חדשות ומוציאה משימוש תכונות אחרות. השינויים יוכרזו זמן קצר לפני שהם ייכנסו לתוקף, כך שיהיה לכם מספיק זמן להסיר את יחסי התלות של האפליקציה בשדות שהוצאה משימוש. למידע נוסף על טיפול בשדות שהוצאו משימוש, ראו הסתגלות כשדות BidRequest הוצאו משימוש.
השלבים הבאים
בתוכן הבא מפורט מידע נוסף על המושגים של בידינג בזמן אמת:
- עיבוד הבקשה: איך לנתח ולפרש אותות שנמצאים ברוב הבקשות להצעות מחיר.
- יצירת התגובה: איך ליצור תגובה להצעת מחיר, ושדות שצוינו בדרך כלל בתגובה.
- מדריך OpenRTB: חומר עזר בנושא הטמעת Authorized Buyers של מפרט OpenRTB, בנוסף לתוספים ספציפיים ל-Authorized Buyers. פרטים על מקרי קצה והגבלות ספציפיים להטמעה הזו, וזיהוי שדות מקבילים בפרוטוקול Google.
- מדריך לפרוטוקול Google (הוצא משימוש): חומר עזר של הפרוטוקול של Google שמתאר את כל ההודעות שהוגדרו בפרוטוקול ואת המאפיינים שלהן, יחד עם פרטי ההטמעה לגבי השימוש המיועד.
- דרישות להצגת מודעות על ידי צד שלישי: במסגרת מדיניות, מגישי הצעות המחיר חייבים לעמוד בדרישות כדי להשתמש בפורמטים שונים של מודעות, וכן במפרטים טכניים של הפורמטים האלה.
- טירגוט מראש: איך להגדיר שהאפליקציה של מגיש הצעות המחיר תקבל רק חשיפות שתואמות לקריטריונים של הטירגוט שלכם.
- התאמה של קובצי Cookie: חומר עזר של שירות התאמת קובצי Cookie ושירותים קשורים אחרים שמשמשים לרימרקטינג.
- הגבלות זמן אחזור וקישור בין רשתות שכנות (peering): פרטים על מיקומי מסחר ואיך לקצר את זמן האחזור, למשל באמצעות קישור בין רשתות שכנות (peering).
- בדיקה ושחרור של האפליקציה: פרטים על האופן שבו אפשר להתחיל לבדוק את האפליקציה של מגיש הצעות המחיר באמצעות תנועה שנשלחת על ידי Google בקנה מידה רחב.