אחרי שהבקשה להצעת מחיר מ-Google עוברת עיבוד באפליקציה, היא צריכה ליצור תשובה ולשלוח אותה. במדריך הזה מוסבר איך לכתוב את הקוד של האפליקציה כדי ליצור את התגובה.
יצירת הודעת Protobuf BidResponse
BidRequest נשלח על ידי Authorized Buyers כתוכן ההודעה של POST ב-HTTP. אם נקודת הקצה של הבידינג מוגדרת לשימוש בפורמט Protobuf, האפליקציה צריכה לשלוח תשובה עם הכותרת Content-Type שמוגדרת כ-application/octet-stream וגוף הודעה שמכיל רצף נתונים של מאגר פרוטוקולים. מאגר הפרוטוקול הוא הודעה מסוג BidResponse כפי שמוגדר ב-openrtb.proto. האפליקציה שלכם צריכה להחזיר BidResponse שניתן לנתח בתגובה לכל BidRequest. תפוגות זמן ותשובות שלא ניתן לנתח נחשבות לשגיאות, ו-Google מגבילה את קצב שליחת הצעות המחיר של בידינגרים עם שיעורי שגיאה גבוהים.
אם אתם לא רוצים להגיש הצעת מחיר על חשיפה, עליכם להחזיר תגובה ריקה מסוג HTTP 204. אפשר לקבל את openrtb.proto מהדף נתוני עזר.
מזהה הקריאייטיב
ה-BidResponse מציין קריאייטיב באמצעות השדה BidResponse.seatbid.bid.crid (מגבלה של 64 בייטים). גם לנכסי קריאייטיב דומים צריכים להיות ערכים ייחודיים בשדה הזה אם יש להם מאפיינים בולטים שונים, כולל, בין היתר: גודל, כתובת URL שהוצהרה, מאפייני קריאייטיב וסוגים של ספקים. במילים אחרות, עליכם להקצות מזהי קריאייטיב שונים לשתי מודעות:
מראה או התנהגות שונים.
עיבוד לתמונות שונות.
עיבוד באמצעות אמצעים שונים (לדוגמה, מודעה אחת מורכבת מתמונה והשנייה מורכבת מסרטון).
כשמעצבים את האפליקציה, צריך להחליט על דרך שיטתית ליצירת מזהים שתתאים לסוגי הקריאייטיב שאתם מתכננים לשלוח.
מאפייני מודעה
Google ממליצה להצהיר על מאפייני קריאייטיב כדי לתאר את המאפיינים של המודעה ואת הטירגוט שלה באמצעות שילוב של BidResponse.seatbid.bid.apis ו-BidResponse.seatbid.bid.attr, או באמצעות התוסף BidResponse.seatbid.bid.ext.attribute. בהמשך מוסבר איך מגדירים מאפיינים:
VPAID
מגדירים את BidResponse.seatbid.bid.apis לערך VPAID_1 או VPAID_2. בפורמט JSON, אפשר להגדיר את הערך הזה לערך 1 או לערך 2, בהתאמה.
MRAID
מגדירים את BidResponse.seatbid.bid.apis לערך MRAID_1 או 3 עבור פורמט JSON.
SIZELESS
מגדירים את BidResponse.seatbid.bid.attr לערך RESPONSIVE או 18 עבור פורמט ה-JSON.
PLAYABLE
כדי לציין זאת, מגדירים את BidResponse.seatbid.bid.attr לערך USER_INTERACTIVE או 13 לפורמט JSON.
תגובות לבידינג שנשלחות על ידי בידינג ברשתות ובפלטפורמות של רשתות שמשתתפות ב-Open Bidding דומות לתגובות של בידינג של Authorized Buyers שמשתתפים בבידינג רגיל בזמן אמת. לקוחות Open Bidding יכולים לציין מספר קטן של שדות נוספים, ויכול להיות שלכמה שדות קיימים יש שימושים חלופיים. למשל:
OpenRTB
Authorized Buyers
פרטים
BidResponse.imp[].pmp.deals[].id
BidResponse.ad[].adslot[].exchange_deal_id
מזהה העסקה ממרחב השמות של פלטפורמת ה-Exchange שמשויך לבידינג הזה ומדווח לבעלי האפליקציות.
אסימון המשמש לזיהוי פרטי הקונה הסופי מצד שלישי, אם מערכת ה-Exchange כמציע במכרז Open Bidding היא מתווך. המזהה הזה מתקבל מהקונה של הצד השלישי, וצריך להעביר אותו ל-Google ללא שינוי בתשובה לבידינג.
המלצות
מפעילים בשרתים חיבורי HTTPS מתמידים (שנקראים גם 'keep-alive' או 'שימוש חוזר בחיבור'). כדאי להגדיר את הזמן הקצוב לתפוגה ל-10 שניות לפחות. במקרים רבים, כדאי להגדיר זמן קצוב ארוך יותר. Google מאמתת זאת במהלך בדיקות זמן האחזור הראשוניות של האפליקציה, כי תוכנית Authorized Buyers שולחת בקשות בקצב גבוה וצריך להימנע מהזמן הנוסף שנדרש ליצירת חיבור TCP נפרד לכל בקשה.
מומלץ לכלול את כתובת ה-URL האופציונלית למעקב אחר חשיפות כדי לעקוב אחרי הזמן שבו החשיפות מוצגות, ולא אחרי הזמן שבו המשתמש שהגיש את הצעת המחיר הזוכה. בגלל הירידה במספר ההמרות בין 'זכיות' ל'הצגות', הנתונים הסטטיסטיים של המעקב יהיו מדויקים יותר.
חשוב לוודא שקוד הבידינג לא תלוי בשדות שהוצאו משימוש, שיכולים לגרום לשגיאות בהצעות המחיר.
כוללים את BidResponse.seatbid.bid.w ו-BidResponse.seatbid.bid.h ב-BidResponse. בקשה עם מספר גדלים של מודעות חייבת לכלול את השדות האלה ב-BidResponse, אחרת היא תוצא מהמכרז.
כדאי להגביל את גודל התשובה ל-8KB. תגובות גדולות מאוד עלולות להאריך את זמן האחזור ברשת ולגרום לחריגות מזמן הקצוב.
חשוב: ההודעות של Protobuf שמוצגות בדוגמאות מיוצגות כאן כטקסט שאפשר לקרוא. עם זאת, זה לא האופן שבו ההודעות נשלחות ברשת. כשמשתמשים בפורמט Protobuf של Google או OpenRTB, מתקבלות רק הודעות BidResponse בסריאליזציה.
אפשר ליצור הודעה מסוג BidResponse ולסדר אותה בסדרת ביטים באמצעות הקוד הבא ב-C++:
BidResponse bid_response;
// fill in bid response with bid information
string post_response;
if (bid_response.SerializeToString(&post_response)) {
// respond to the POST with post_response as the content
} else {
// return an error to the POST
}
ציון הקריאייטיב
בתשובה להצעת המחיר מצוין הקריאייטיב שיוצג אם הצעת המחיר שלכם תזכה. הצעת המחיר חייבת לכלול אחד מהפורמטים הנתמכים של המודעות (AMP, וידאו, מודעות מותאמות). בדוגמה הזו, מציינים את הקריאייטיב באמצעות השדה html_snippet.
לחלופין, אפשר לציין את הקריאייטיב באמצעות אחד מהשדות הבאים, בהתאם לפורמט המודעה:
מודעה שעבר עיבוד על ידי SDK
BidResponse.seatbid.bid.ext.sdk_rendered_ad
AMP
BidResponse.seatbid.bid.amp_ad_url
סרטון
BidResponse.seatbid.bid.adm
מותאמת
BidResponse.seatbid.bid.adm_native
מציינים מודעה שמתארחת בשרתים שלכם באמצעות קטע קוד HTML בשדה BidResponse.seatbid.bid.adm. קטע הקוד מוקף במסגרת iFrame שמוטמעת בדף האינטרנט, וכתוצאה מכך המודעה מאוחזרת ומוצגת כשהדף נטען. עליכם ליצור את קטע ה-HTML כך שהמודעה (באנר או מעברון) תוצג בצורה תקינה בתוך iFrame, ובגודל שמתאים למיקום המודעה שבו אתם מגישים הצעות מחיר.
בנוסף, גודל המודעה שמוצהר בתגובה לבקשה להצעת מחיר חייב להתאים בדיוק לאחד משילובי הגדלים בבקשה להצעת מחיר במקרים הבאים:
המודעה היא מודעת באנר רגילה (לא מודעת וידאו, מודעת וידאו מותאמת או מודעת מעברון).
המגיש הצעת המחיר הצהיר על הגודל בתשובה להצעת המחיר. יש צורך בהצהרה על גודל בכל פעם שמופיעים בבקשה כמה גדלים.
מודעות מעברון הן חריג לכלל הזה. במודעות מעברון, הרוחב צריך להיות לפחות 50% מרוחב המסך והגובה צריך להיות לפחות 40% מגובה המסך.
אפשר לציין נכס קריאייטיב מסוג קטע קוד HTML באמצעות כל קוד HTML תקין שמוצג בצורה תקינה, אבל חשוב לזכור את ההגבלות על ציון השדה crid בקטע יצירת הודעת BidResponse.
אחת מהשימושים האפשריים היא להוסיף מידע נוסף לארגומנטים של כתובות ה-URL שאוחזרות מהשרתים שלכם כחלק מהעיבוד של המודעה. כך תוכלו להעביר נתונים שרירותיים על החשיפות חזרה לשרתים שלכם.
מאקרו הוא טקסט בפורמט שמוטמע בשדות מסוימים של תגובות לבקשות להצעת מחיר, שמכילים כתובות URL שמוחלפות בערך רלוונטי בזמן הצגת המודעה. לדוגמה, אם הצעת המחיר הזוכה כללה את המאקרו AUCTION_PRICE בקטע ה-HTML של הקריאייטיב שצורף להצעת המחיר, המאקרו יוחלף בערך שאפשר לפענח כדי לקבוע את הסכום ששילמתם על החשיפות במכרז.
אפשר לכלול מק"טים בשדות הבאים:
BidResponse.seatbid.bid.adm
יש תמיכה במאקרו בפורמטים הבאים: קטע קוד HTML, מודעות וידאו מותאמות אישית, כתובת URL של סרטון ו-VAST XML של סרטון.
משתמשים באפשרות הזו במקום ב-BidResponse.seatbid.bid.burl אם צריך יותר מכתובת URL אחת לחיוב.
לדוגמה, אפשר לכלול מאקרו כחלק מקטע HTML על ידי הטמעת ${MACRO} בכתובת ה-URL שמשמש לאחזור הקריאייטיב, כאשר MACRO הוא אחת מפקודות המאקרו הנתמכות שמתוארות במפרט OpenRTB.
פקודות מאקרו של Google RTB
Google תומכת במאקרו נוספים, מלבד אלה שמופיעים במפרט של OpenRTB. הפורמט שלהם שונה, והם יופיעו כ-%%MACRO%% אם הם מוטמעים בכתובת URL. בטבלה הבאה מתוארות פקודות המאקרו האלה:
מאקרו
תיאור
ADVERTISING_IDENTIFIER
מאפשרת לקונים לקבל IDFA של iOS או מזהה פרסום של Android בזמן עיבוד החשיפה.
פרטים נוספים זמינים במאמר פענוח מזהי מפרסמים.
CACHEBUSTER
ייצוג מחרוזת של מספר שלם אקראי ללא סימן באורך ארבעה בתים.
CLICK_URL_UNESC
כתובת ה-URL לקליק על המודעה, ללא תו בריחה (escape). בקטע הקוד, גרסה עם תווי בריחה של כתובת ה-URL של הקליק בצד השלישי צריכה להופיע ישירות אחרי המאקרו.
לדוגמה, אם כתובת ה-URL של הקליק של הצד השלישי היא http://my.adserver.com/some/path/handleclick?click=clk, אפשר להשתמש בקוד הבא עם הגרסה עם ה-escape היחיד של כתובת ה-URL של הקליק של הצד השלישי לאחר הקריאה למאקרו:
כתובת ה-URL תירשם קודם את הקליק ב-Google, ואז תופנה לכתובת ה-URL של הקליק בצד השלישי.
CLICK_URL_ESC
כתובת ה-URL של הקליק על המודעה עם תווי ה-escape. משתמשים בערך הזה במקום ב-CLICK_URL_UNESC אם צריך להעביר את הערך דרך שרת אחר, שיחזיר לאחר מכן הפניה אוטומטית.
הפעולה הזו תרשום את הקליק ב-my.adserver.com, שתהיה אחראית להפניה לכתובת ה-URL שהועברה בפרמטר google_click_url. ההנחה היא ש-my.adserver.com מבטל את ההימלטה של הפרמטר google_click_url.
אפשר לצרף כתובת URL עם שני תווי בריחה אחרי %%CLICK_URL_ESC%%. אחרי שה-my.adserver.com מבצע את ה-unescaping, נשארת גרסה של כתובת ה-URL עם בריחה אחת שמצורפת ל-google_click_url. כשה-google_click_url ייאוחזר, הוא יבוצע שוב ביטול בריחה ואז תתבצע הפניה אוטומטית.
CLICK_URL_ESC_ESC
כתובת ה-URL של המודעה עם תווי escape כפולים. משתמשים בערך הזה במקום ב-CLICK_URL_UNESC אם צריך להעביר את הערך דרך שרת אחר, שיחזיר לאחר מכן הפניה אוטומטית.
הרחבה ל-http: אם בקשת הצעת המחיר לא דורשת SSL, או ל-https: אם בקשת הצעת המחיר דורשת SSL.
SITE
הדומיין של כתובת ה-URL של התוכן, עם תווי ה-escape, או המזהה האנונימי של מלאי שטחי הפרסום האנונימי.
SITE_URL
הוצא משימוש. הוחלף במאקרו SITE שמספק פונקציונליות זהה.
TZ_OFFSET
ההיסט מאזור הזמן.
VERIFICATION
הערכים השונים בסביבת הייצור ובזמן הסריקה של הקריאייטיב בצינור עיבוד הנתונים לאימות. הפורמט הוא:
%%?VERIFICATION:true-val:false-val%%, כאשר אפשר להשתמש בכל הערכים
מלבד מאקרואים עבור true-val ו-
false-val, כולל מחרוזות ריקות. לבידינג פתוח, אנחנו ממליצים לזירת המסחר להשתמש במאקרו הזה. אחרי שהיא עושה זאת, פלטפורמות בצד הביקוש לא צריכות לבצע שינויים.
לדוגמה, אם נכס קריאייטיב יכלול את הערך %%?VERIFICATION:-1:5000%%, החלפת הטקסט תהיה 5000 בשלב ההצגה ו--1 בצינור עיבוד הנתונים לאימות. המטרה היא לעזור להבדיל בין שתי הקבוצות האלה של פינגים.
WINNING_PRICE
עלות החשיפות המקודדות (כלומר עלות להמרה במקום עלות לאלף חשיפות) במיקרו-מטבעות של מטבע החשבון. לדוגמה, עלות לאלף חשיפות (CPM) של 5 $ שווה לעלות לאלף מיקרו-חשיפות (CPM) של 5,000,000 מיקרו-סנט או לעלות להמרה (CPI) של 5,000 מיקרו-סנט. הערך המפוענח של WINNING_PRICE במקרה הזה יהיה 5,000.
המחיר הזוכה מצוין ב-CPI.
כדי לנתח את המאקרו הזה, תצטרכו להטמיע אפליקציה שמפענחת את אישורי המחירים. למידע נוסף, אפשר לעיין בדף פענוח של אישורי מחירים.
WINNING_PRICE_ESC
WINNING_PRICE עם תווי בריחה לכתובת URL.
Google דורשת להשתמש במאקרו CLICK_URL_UNESC או CLICK_URL_ESC בקריאייטיב של המודעה של הצד השלישי שמוצגת. Google משתמשת במאקרו CLICK_URL למעקב אחר קליקים.
כדי להימנע מהצגת תווים מיוחדים בכתובות URL במאקרו, משתמשים בסכימה הבאה:
תו הרווח מוחלף בסימן פלוס (+).
תווים אלפאנומריים (0-9, a-z, A-Z) ותווים מתוך הקבוצה !()*,-./:_~ לא משתנים.
כל התווים האחרים מוחלפים ב-%XX, כאשר XX הוא המספר הקסדצימלי שמייצג את התו.
הגבלות ודרישות לבעלי תוכן דיגיטלי
בקשת הצעת המחיר כוללת מידע על סוגי ההגבלות והדרישות שמפרסמים מטילים על נכסי הקריאייטיב במכרז.
BidRequest.bcat
אפשר להשוות בין הקטגוריות החסומות שצוינו בשדה הזה לבין הקטגוריות שזוהו בנכסי הקריאייטיב ששלחתם באמצעות השדה detectedCategories ב-Real-time Bidding API.
BidRequest.imp.ext.allowed_vendor_type
BidRequest.imp.secure
בפועל, הערך הזה תמיד יהיה true כי Google דורשת תמיכה ב-SSL לכל נכסי הקריאייטיב.
BidRequest.imp.{audio/banner/native/video}
BidRequest.imp.{audio/banner/native/video}.api
BidRequest.imp.{audio/banner/native/video}.battr
BidRequest.imp.{audio/banner/video}.mimes
לעולם אל תגישו הצעות מחיר על מודעות שמכילות תכונה מוגבלת. לגבי תכונות מותרות, כמו סוג הספק, מחזירים מודעה רק אם סוג הספק שלה נמצא ברשימת allowed_vendor_type בקובץ BidRequest. הצעת המחיר צריכה לכלול רק את פורמטים המודעות שצוינו בבקשת הצעת המחיר על ידי מילוי שדות כמו BidRequest.imp.banner. פרטים נוספים זמינים בתגובות לשדות האלה בהגדרה של מאגר הפרוטוקול BidRequest.
אם מודעה מוחזרת ב-BidResponse, צריך להגדיר במדויק את השדות BidResponse.seatbid.bid.attr, BidResponse.seatbid.bid.cat ו-BidResponse.seatbid.bid.adomain או BidResponse.seatbid.bid.adm_native.link.url ב-BidResponse. אם למודעה יש כמה ערכים רלוונטיים לשדות האלה, צריך לכלול את כל הערכים. פרטים נוספים זמינים בתגובות לשדות האלה בהגדרת מאגר ה-Protocol BidResponse.
תשובות שלא מוגדרים בהן השדות האלה יידחו.
Open Measurement
Open Measurement מאפשר לכם לציין ספקים של צד שלישי שמספקים שירותי מדידה ואימות עצמאיים של מודעות שמוצגות בסביבות של אפליקציות לנייד.
הפורמטים הנתמכים של המודעות כוללים מודעות וידאו, מודעות באנר ומודעות מעברון. למידע נוסף על השימוש ב-Open Measurement בתשובה לבידינג שמכילה את הפורמטים האלה, אפשר לעיין במאמר Open Measurement SDK במרכז העזרה.
תגובות לדוגמה לבקשות להצעת מחיר
בקטעים הבאים מוצגות תגובות לדוגמה לבקשות להצעות מחיר לסוגים שונים של מודעות.
id:"P3mh232944yQx803R73ayZ"seatbid{bid{id:"79B1S3h454910R471JL"impid:"1"price:0.044748470187187195adomain:"google.com"cid:"52078759229"crid:"test_creative_id_537521"cat:"IAB20"burl:"https://test.com/imp?id=123456"adm_native{ver:"1.2"assets{id:1required:truetitle{text:"Luxury Mars Cruises"}}assets{id:5required:trueimg{url:"https://native.test.com/image?id=123456"w:1200h:627type:MAIN}}assets{id:6required:falseimg{url:"https://native.test.com/logo?id=123456"w:100h:100type:LOGO}}assets{id:2required:truedata{value:"Visit the planet in a luxury spaceship."type:DESC}}assets{id:3required:falsedata{value:"Book today"type:CTATEXT}}assets{id:4required:truedata{value:"Galactic Luxury Cruises"type:SPONSORED}}link{url:"https://www.google.com"clicktrackers:"https://native.test.com/click?id=123456"}eventtrackers{event:IMPRESSIONmethod:IMGurl:"https://test.com/event?id=123456"}}[com.google.doubleclick.bid]{event_notification_token{payload:"token"}billing_id:52078759229}}seat:"2237:7356:617887"}cur:"USD"
ad{adslot{id:1max_cpm_micros:1581987billing_id:32132054378}click_through_url:"google.com"attribute:47attribute:8buyer_creative_id:"test_creative_id_285893"advertiser_name:"Google"native_ad{headline:"Luxury Mars Cruises"body:"Visit the planet in a luxury spaceship."call_to_action:"Book today"advertiser:"Galactic Luxury Cruises"image{url:"https://native.test.com/image?id=123456"width:800height:800}logo{url:"https://native.test.com/logo?id=123456"width:200height:200}price:"\342\202\254106.40"click_link_url:"https://www.google.com"}impression_tracking_url:"https://test.com/imp?id=123456"impression_tracking_url:"https://test.com/imp?id=123456"ad_choices_destination_url:"https://test.com/preferences"event_notification_token:"token"}processing_time_ms:20