יצירת תגובה

אחרי שהבקשה להצעת מחיר מ-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

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

OpenRTB Authorized Buyers פרטים
BidResponse.imp[].pmp.deals[].id BidResponse.ad[].adslot[].exchange_deal_id

מזהה העסקה ממרחב השמות של פלטפורמת ה-Exchange שמשויך לבידינג הזה ומדווח לבעלי האפליקציות.

BidResponse.seatbid[].bid[].ext.exchange_deal_type BidResponse.ad[].adslot[].exchange_deal_type

סוג העסקה שמדווח לבעלי התוכן הדיגיטלי, שמשפיע על האופן שבו העסקה מטופלת במכרז.

BidResponse.seatbid[].bid[].ext.third_party_buyer_token BidResponse.ad[].adslot[].third_party_buyer_token אסימון המשמש לזיהוי פרטי הקונה הסופי מצד שלישי, אם מערכת ה-Exchange כמציע במכרז Open Bidding היא מתווך. המזהה הזה מתקבל מהקונה של הצד השלישי, וצריך להעביר אותו ל-Google ללא שינוי בתשובה לבידינג.

המלצות

  • מפעילים בשרתים חיבורי HTTPS מתמידים (שנקראים גם 'keep-alive' או 'שימוש חוזר בחיבור'). כדאי להגדיר את הזמן הקצוב לתפוגה ל-10 שניות לפחות. במקרים רבים, כדאי להגדיר זמן קצוב ארוך יותר. Google מאמתת זאת במהלך בדיקות זמן האחזור הראשוניות של האפליקציה, כי תוכנית Authorized Buyers שולחת בקשות בקצב גבוה וצריך להימנע מהזמן הנוסף שנדרש ליצירת חיבור TCP נפרד לכל בקשה.
  • מומלץ לכלול את כתובת ה-URL האופציונלית למעקב אחר חשיפות כדי לעקוב אחרי הזמן שבו החשיפות מוצגות, ולא אחרי הזמן שבו המשתמש שהגיש את הצעת המחיר הזוכה. בגלל הירידה במספר ההמרות בין 'זכיות' ל'הצגות', הנתונים הסטטיסטיים של המעקב יהיו מדויקים יותר.

  • חשוב לוודא שקוד הבידינג לא תלוי בשדות שהוצאו משימוש, שיכולים לגרום לשגיאות בהצעות המחיר.
  • כוללים את BidResponse.seatbid.bid.w ו-BidResponse.seatbid.bid.h ב-BidResponse. בקשה עם מספר גדלים של מודעות חייבת לכלול את השדות האלה ב-BidResponse, אחרת היא תוצא מהמכרז.
  • כדאי להגביל את גודל התשובה ל-8KB. תגובות גדולות מאוד עלולות להאריך את זמן האחזור ברשת ולגרום לחריגות מזמן הקצוב.
  • פועלים לפי ההנחיות לבידינג על מלאי שטחי פרסום ב-iOS שדורש שיוך ב-SKAdNetwork.

דוגמה לתגובה לבקשה להצעת מחיר

הדוגמאות הבאות מייצגות דוגמאות של בקשות Protobuf ו-JSON שקריאות לבני אדם.

OpenRTB Protobuf

OpenRTB JSON

Google

חשוב: ההודעות של 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 שאוחזרות מהשרתים שלכם כחלק מהעיבוד של המודעה. כך תוכלו להעביר נתונים שרירותיים על החשיפות חזרה לשרתים שלכם.

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

ציון רכיבי מאקרו

מאקרו הוא טקסט בפורמט שמוטמע בשדות מסוימים של תגובות לבקשות להצעת מחיר, שמכילים כתובות URL שמוחלפות בערך רלוונטי בזמן הצגת המודעה. לדוגמה, אם הצעת המחיר הזוכה כללה את המאקרו AUCTION_PRICE בקטע ה-HTML של הקריאייטיב שצורף להצעת המחיר, המאקרו יוחלף בערך שאפשר לפענח כדי לקבוע את הסכום ששילמתם על החשיפות במכרז.

אפשר לכלול מק"טים בשדות הבאים:

  • BidResponse.seatbid.bid.adm

    יש תמיכה במאקרו בפורמטים הבאים: קטע קוד HTML, מודעות וידאו מותאמות אישית, כתובת URL של סרטון ו-VAST XML של סרטון.

  • BidResponse.seatbid.bid.adm_native.eventtrackers.url

  • BidResponse.seatbid.bid.adm_native.imptrackers

  • BidResponse.seatbid.bid.ext.amp_ad_url

    רק פקודות המאקרו WINNING_PRICE ו-WINNING_PRICE_ESC הספציפיות ל-Google נתמכות בקריאייטיב AMP.

  • BidResponse.seatbid.bid.burl

  • BidResponse.seatbid.bid.ext.impression_tracking_url

    משתמשים באפשרות הזו במקום ב-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 של הקליק של הצד השלישי לאחר הקריאה למאקרו:

<a href="%%CLICK_URL_UNESC%%http%3A%2F%2Fmy.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a>

בזמן הצגת המודעה, הגודל הזה מתרחב ל:

<a href="http://google-click-url?...&ad_url=http%3A%2F%2Fmy.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a>

כתובת ה-URL תירשם קודם את הקליק ב-Google, ואז תופנה לכתובת ה-URL של הקליק בצד השלישי.

CLICK_URL_ESC

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

לדוגמה, אפשר להשתמש בקוד הבא בקטע קוד HTML:

<a href="http://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC%%"></a>

בזמן הצגת המודעה, הגודל הזה מתרחב ל:

<a href="http://my.adserver.com/click?google_click_url=http://google-click- url%3F...%26ad_url%3D"></a>

הפעולה הזו תרשום את הקליק ב-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 אם צריך להעביר את הערך דרך שרת אחר, שיחזיר לאחר מכן הפניה אוטומטית.

לדוגמה, אפשר להשתמש בקוד הבא בקטע קוד HTML:

<a href="http://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC_ESC%%"></a>

בזמן הצגת המודעה, הגודל הזה מתרחב ל:

<a href="http://my.otheradserver.com/click?google_click_url=http%3A%2F%2Fmy.adserver.com%2Fclick%3Fgoogle_click_url%3Dhttp%3A%2F%2Fgoogle-click-%20url%253F...%2526ad_url%253D"></a>
SCHEME הרחבה ל-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 במרכז העזרה.

תגובות לדוגמה לבקשות להצעת מחיר

בקטעים הבאים מוצגות תגובות לדוגמה לבקשות להצעות מחיר לסוגים שונים של מודעות.

באנר של אפליקציה

OpenRTB Protobuf

OpenRTB JSON

Google

מודעת מעברון באפליקציה

OpenRTB Protobuf

OpenRTB JSON

Google

מודעת מעברון בסרטון באפליקציה

OpenRTB Protobuf

Google

נייטיב לאפליקציה

OpenRTB Protobuf

OpenRTB JSON

Google

סרטונים באינטרנט

Google

מודעת באנר באתר לנייד למשתמש שמגיש הצעות מחיר ב-Exchange

OpenRTB Protobuf