אחרי שהבקשה להצעת מחיר מ-Google עוברת עיבוד באפליקציה, היא צריכה ליצור תשובה ולשלוח אותה. במדריך הזה מוסבר איך לכתוב את הקוד של האפליקציה כדי ליצור את התגובה.
יצירת הודעת BidResponse
כדי לשלוח הצעת מחיר, אפליקציית הבידינג צריכה להגיב לבקשת הצעת מחיר באמצעות BidResponse
שמכיל Bid
בפורמט שהגדרתם. אם משתמשים בפורמט JSON, צריך להגדיר את הכותרת Content-Type
בתגובה לערך application/json; charset=utf-8
ולכלול את ה-JSON BidResponse
בגוף התגובה. אם אתם משתמשים בפורמט Protobuf, האפליקציה צריכה להגדיר את הכותרת Content-Type
לערך application/octet-stream
ולכלול את ה-BidResponse
בסריאליזציה בגוף.
כדי ליצור ולסדר ברצף BidResponse
בפורמט Protobuf, צריך ליצור ספריות Protobuf ולהשתמש בהן על סמך openrtb.proto ו-openrtb-adx.proto, שמטמיעות את השדות הרגילים של BidResponse
ב-OpenRTB ואת התוספים של Google ב-Protobuf, בהתאמה. אפשר למצוא אותם בקטע Protos & Reference Data.
אם אתם לא רוצים להגיש הצעת מחיר על חשיפה, עליכם להחזיר תגובה ריקה מסוג HTTP 204. האפליקציה חייבת להחזיר תשובה לכל BidRequest
. תפוגות זמן ותשובות שלא ניתן לנתח נחשבות לשגיאות, ו-Google מגבילה את קצב שליחת הצעות המחיר של בידינגרים עם שיעורי שגיאה גבוהים.
מזהה הקריאייטיב
ה-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 יכולים לציין מספר קטן של שדות נוספים, ויכול להיות שלכמה שדות קיימים יש שימושים חלופיים. למשל:
שדה | פרטים |
---|---|
BidResponse.imp.pmp.deals.id |
מזהה העסקה ממרחב השמות של פלטפורמת ה-Exchange שמשויך לבידינג הזה ומדווח לבעלי האפליקציות. |
BidResponse.seatbid.bid.ext.exchange_deal_type |
סוג העסקה שמדווח לבעלי התוכן הדיגיטלי, שמשפיע על האופן שבו העסקה מטופלת במכרז. |
BidResponse.seatbid.bid.ext.third_party_buyer_token |
אסימון המשמש לזיהוי פרטי הקונה הסופי של הצד השלישי, אם המערכת של המשתתף במכרז ב-Open Bidding היא מתווך. המזהה הזה מתקבל מהקונה של הצד השלישי, וצריך להעביר אותו ל-Google ללא שינוי בתשובה לבידינג. |
המלצות
- מפעילים בשרתים חיבורי HTTPS מתמידים (שנקראים גם 'keep-alive' או 'שימוש חוזר בחיבור'). כדאי להגדיר את הזמן הקצוב לתפוגה ל-10 שניות לפחות. במקרים רבים, כדאי להגדיר זמן קצוב ארוך יותר. Google מאמתת זאת במהלך בדיקות זמן האחזור הראשוניות של האפליקציה, כי Authorizes Buyers שולחת בקשות בקצב גבוה וצריך להימנע מהזמן הנוסף שנדרש ליצירת חיבור TCP נפרד לכל בקשה.
מומלץ לכלול את כתובת ה-URL האופציונלית למעקב אחר חשיפות כדי לעקוב אחרי הזמן שבו החשיפות מוצגות, ולא אחרי הזמן שבו המשתמש שהגיש את הצעת המחיר הגבוהה ביותר זכה בהן. בגלל הירידה במספר ההמרות מבין ההמרות המוצגות לבין ההמרות שהושלמו, הנתונים הסטטיסטיים של המעקב יהיו מדויקים יותר.
- חשוב לוודא שקוד הבידינג לא תלוי בשדות שהוצאו משימוש, שיכולים לגרום לשגיאות בהצעות המחיר.
- כוללים את
BidResponse.seatbid.bid.w
ו-BidResponse.seatbid.bid.h
ב-BidResponse
. בקשה עם מספר גדלים של מודעות חייבת לכלול את השדות האלה ב-BidResponse
, אחרת היא תוצא מהמכרז. - מומלץ להגביל את גודל התשובה ל-8KB. תגובות גדולות מאוד עלולות להאריך את זמן האחזור ברשת ולגרום לחריגות מזמן הקצוב.
- פועלים לפי ההנחיות לבידינג על מלאי שטחי פרסום ב-iOS שדורש שיוך ב-SKAdNetwork.
דוגמה לתגובה לבקשה להצעת מחיר
הדוגמאות הבאות מייצגות בקשות Protobuf ו-JSON שקריאות לבני אדם.
OpenRTB Protobuf
OpenRTB JSON
חשוב: ההודעות ב-Protobuf שמוצגות בדוגמאות מיוצגות כאן כטקסט שאפשר לקרוא. עם זאת, זה לא האופן שבו ההודעות נשלחות ברשת. כשמשתמשים בפורמט OpenRTB Protobuf, יתקבלו רק הודעות 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
Google תומכת במאקרו נוספים, מלבד אלה שמופיעים במפרט OpenRTB. הפורמט שלהם שונה, והם יופיעו כ-%%MACRO%%
אם הם מוטמעים בכתובת URL. בטבלה הבאה מתוארות פקודות המאקרו האלה:
מאקרו | תיאור |
---|---|
ADVERTISING_IDENTIFIER |
מאפשרת לקונים לקבל IDFA של iOS או מזהה פרסום של Android בזמן עיבוד החשיפה. פרטים נוספים זמינים במאמר פענוח מזהי מפרסמים. |
CACHEBUSTER |
ייצוג מחרוזת של מספר שלם אקראי ללא סימן באורך ארבעה בתים. |
CLICK_URL_UNESC |
כתובת ה-URL לקליק על המודעה, ללא תו בריחה (escape). בקוד ה-snippet, גרסה עם תווי בריחה של כתובת ה-URL של הקליק בצד השלישי צריכה להופיע ישירות אחרי המאקרו. לדוגמה, אם כתובת ה-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. משתמשים בערך הזה במקום ב- לדוגמה, אפשר להשתמש בקוד הבא בקטע קוד 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> הפעולה הזו תרשום את הקליק ב- אפשר לצרף כתובת URL עם שני תווי בריחה אחרי |
CLICK_URL_ESC_ESC |
כתובת ה-URL של המודעה עם תווי escape כפולים. משתמשים בערך הזה במקום ב- לדוגמה, אפשר להשתמש בקוד הבא בקטע קוד 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 |
הערכים השונים בסביבת הייצור ובזמן הסריקה של הקריאייטיב בצינור עיבוד הנתונים לאימות. הפורמט הוא:
לדוגמה, אם נכס קריאייטיב יכלול את הערך |
WINNING_PRICE |
עלות החשיפות המקודדות (כלומר עלות להמרה במקום עלות לאלף חשיפות) במיקרו-מטבעות של מטבע החשבון. לדוגמה, עלות לאלף חשיפות (CPM) של 5 $ תואמת לעלות לאלף מיקרו-חשיפות (CPM) של 5,000,000 מיקרו-סנט או לעלות להמרה (CPI) של 5,000 מיקרו-סנט. הערך המפוענח של כדי לנתח את המאקרו הזה, תצטרכו להטמיע אפליקציה שמפענחת את אישורי המחירים. למידע נוסף, אפשר לעיין בדף פענוח של אישורי מחירים. |
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 במרכז העזרה.
תגובות לדוגמה לבקשות להצעת מחיר
בקטעים הבאים מוצגות תגובות לדוגמה לבקשות להצעות מחיר לסוגים שונים של מודעות.