בניית התגובה

לאחר שהבקשה שלכם מעבדת את הבקשה להצעת מחיר מ-Google, היא חייבת ליצור ולשלוח תשובה. מדריך זה מסביר כיצד לתכנת את האפליקציה כדי לבנות את התגובה.

יצירת הודעה של BidResponse

Authorized Buyers שולח את BidRequest בתור גוף ההודעה של HTTP POST. התגובה ששולחת האפליקציה חייבת לכלול את הכותרת Content-Type ל-application/octet-stream, וגוף של הודעה שמכיל מאגר אחסון זמני של פרוטוקולים. מאגר הפרוטוקול הוא הודעה של BidResponse כפי שהיא מוגדרת ב-realtime-bidding.proto. האפליקציה צריכה להחזיר BidResponseניתוח כתגובה לכל BidRequest. הזמנים הקצובים לתגובות ותגובות שאי אפשר לנתח נחשבים לשגיאות, ו-Google מנפקת את הבידינג בחזרה עם שיעורי שגיאה גבוהים.

אם אתם לא רוצים להגיש הצעת מחיר על חשיפה, אתם יכולים להגדיר את השדה processing_time_ms בלבד ולהשאיר את כל שאר השדות ריקים. אפשר לקבל מידע על realtime-bidding.proto מהדף נתוני עזר.

מזהה הקריאייטיב

השדה BidResponse מציין קריאייטיב דרך השדה buyer_creative_id (מגבלה של 64 בייט). גם לנכסי קריאייטיב דומים צריך להיות ערך ייחודי ב-buyer_creative_id, אם הם שונים במאפיינים בולטים, כולל, בין היתר: גודל, כתובת URL מוצהרת, מאפייני קריאייטיב וסוגי ספקים. במילים אחרות, עליכם לספק מזהה קריאייטיב שונה לכל שתי מודעות:

  • התנהגו אחרת או התנהגו אחרת.
  • עיבוד לתמונות שונות.
  • עיבוד באמצעים שונים (לדוגמה, מודעה אחת מכילה תמונה והשנייה מכילה Flash).

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

מאפייני מודעה

יש להצהיר על מאפייני הקריאייטיב שמתארים באופן מלא את המאפיינים של המודעה ואת הטירגוט שלה בדף BidResponse.Ad.attribute. המאפיינים שיש להצהיר עליהם (אפשר לעיין גם ברשימה המלאה של המאפיינים הנתמכים בכתובת buyer-declarable-creative-attributes.txt):

  • 7 Tagging: IsTagged
    המודעה מכילה פיקסל או אלומת אינטרנט במטרה ליצור רשימה של מזהי קובצי cookie לצורך רימרקטינג עוקב.
  • 8 Remarketing: IsRemarketing
    המודעה מטרגטת לצרכנים על סמך מזהה קובץ ה-cookie או מזהה המכשיר שלהם, כאשר רשימה של מזהי קובצי cookie או מזהי מכשירים מייצגת קבוצה של צרכנים שביצעו בעבר אינטראקציה עם אתר שנמצא בבעלות הקונה או שמיוצג על ידו.
  • 9 UserInterestTargeting: IsUserInterestTargeted
    המודעה מטרגטת צרכנים על סמך מזהה קובץ ה-cookie או מזהה המכשיר שלהם, כאשר הרשימה של מזהי קובצי ה-cookie או מזהה המכשיר מייצגת קבוצה של צרכנים שהקונה הגדיר אותם כקבוצה בעלת עניין משותף.
  • 30 InstreamVastVideoType: Vpaid
    כדי שהמודעה תוצג, צריך לספק תמיכה ב-VPAID.
  • 32 MraidType: MRAID
    כדי שהמודעה תוצג, היא צריכה MRAID API.

בנוסף, אפשר להשתמש במאפיינים הבאים אבל ההצהרה שלהם לא נדרשת כי Authorized Buyers מזהה אותם באופן אוטומטי. בהתאם לכך, הקריאייטיבים שלכם ייחסמו ו/או ייחסמו (על סמך הערכים שזוהו) ולא על סמך ההצהרה שלכם. בממשק API לקריאייטיבים מוסבר איך לקבל משוב על המאפיינים של הקריאייטיבים.

  • 34 RichMediaCapabilityType: RichMediaCapabilityFlash
    כדי שהמודעה תוצג, יש צורך בתמיכה ב-Flash.
  • 50 RichMediaCapabilityType: RichMediaCapabilityNonFlash
    אין צורך ב-Flash כדי לעבד את המודעה.
  • 47 RichMediaCapabilityType: RichMediaCapabilitySSL
    המודעה יכולה להופיע בדף SSL. חשוב לדעת ש-Authorized Buyers מתייחס לקריאייטיבים עם ערכים שונים מוצהרים לגבי המאפיין הזה בנפרד (הם ייבדקו בנפרד ויהיו להם סטטוס אישור נפרד). לכן, אם מגישים את הצעות המחיר גם על נכסי SSL וגם על גרסאות שאינן SSL של אותו קריאייטיב, צריך להצהיר על המאפיין הזה בהתאם כדי לבדל את ההבדל בין Google Ads ל-JavaScript.

שדות Open Bidding

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

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

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

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

המלצות

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

  • יש לוודא שקוד המגיש הצעות מחיר לא תלוי ביחסי תלות של שדות שהוצאו משימוש, שעלולים לגרום להצעות המחיר שלך להיכשל עם שגיאות.
  • יש לכלול את BidResponse.Ad.width ואת BidResponse.Ad.height ב-BidResponse שלך. BidResponse לבקשה שכוללת מספר גדלים של מודעות חייב לכלול את הערכים width ו-height, אחרת הוא יוסר מהמכרז.
  • כדאי להגביל את גודל התגובה ל-8K. תגובות גדולות מאוד עלולות להאריך את זמן האחזור ברשת ולגרום לזמן קצוב לתפוגה.
  • יש לפעול בהתאם להנחיות בנושא הצעות מחיר במלאי שטחי הפרסום של iOS שמחייבות שיוך של SKAdNetwork.

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

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

Google

OpenRTB JSON

פרוטוקול OpenRTB ל-Protobuf

חשוב: הודעות Protobuf שמתוארות בדוגמאות מיוצגות כאן כטקסט קריא למשתמשים. אבל זו לא הדרך שבה ההודעות נשלחות ברשת. כשמשתמשים בפורמט של Google או OpenRTB Protobuf, נוכל לשלוח רק הודעות עם רצף של הצעות מחיר עם תגובה טורית.

אפשר ליצור ולסדר הודעות ב-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, Video, Native). בדוגמה הזו, אנחנו מציינים את הקריאייטיב באמצעות השדה html_snippet.

לחלופין, אפשר לציין את הקריאייטיב באמצעות אחד מהשדות הבאים, בהתאם לפורמט המודעה:

  • מודעת SDK שעברה רינדור
    • BidResponse.Ad.sdk_rendered_ad
  • AMP
    • BidResponse.Ad.amp_ad_url
  • וידאו
    • BidResponse.Ad.video_url או
    • BidResponse.Ad.video_vast_xml
    • מקורי
    • BidResponse.Ad.native_ad

ניתן לציין מודעה המתארחת בשרתים שלך באמצעות קטע קוד HTML בשדה html_snippet של BidResponse. קטע הקוד מוקף ב-iFrame שנוסף לדף האינטרנט, וכתוצאה מכך המודעה מאוחזרת ומעובדת במהלך טעינת הדף. עליכם ליצור את קטע ה-HTML כך שהמודעה (מודעת הבאנר או מודעת הביניים) תוצג כמו שצריך ב-iFrame, ובגודל המתאים למיקום המודעה שעליו אתם מגישים הצעות מחיר.

בנוסף, גודל המודעה המוצהר בתגובת הצעת המחיר חייב להתאים בדיוק לאחד משילובי הגודל בבקשת הצעת המחיר, כאשר:

  • מודעה היא מודעת באנר רגילה (לא וידאו, מודעה מותאמת או מודעת מעברון).
  • מגיש הצעת המחיר הצהיר על הגודל בתגובת הצעת המחיר. יש להוסיף הצהרת גודל בכל פעם שהבקשה כוללת מידה אחת.
  • חריגים לגבי מודעות מעברון. למודעות מעברון, הרוחב חייב להיות לפחות 50% מרוחב המסך, וגובה של לפחות 40%.

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

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

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

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

ציינו מאקרו כחלק מקטע HTML בפורמט %%MACRO%%, שבו MACRO הוא אחד מרכיבי המאקרו הנתמכים המפורטים בטבלה שבהמשך.

Google דורשת מכם להשתמש במאקרו CLICK_URL_UNESC או CLICK_URL_ESC בתוך הקריאייטיב של המודעה המוצגת של צד שלישי. Google משתמשת בפקודות המאקרו CLICK_URL כדי לעקוב אחר קליקים.

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

מאקרו תיאור
ADVERTISING_IDENTIFIER מאפשר לקונים לקבל IDFA של iOS או מזהה פרסום של Android בעת הצגת חשיפות. פרטים נוספים זמינים במאמר פענוח מזהי המפרסמים.
CACHEBUSTER ייצוג מחרוזת של מספר שלם אקראי, לא חתום וארבעה בייט.
CLICK_URL_UNESC

כתובת ה-URL לקליקים של המודעה, ללא תווי בריחה (escape). בקטע הקוד, גרסה הבריחה של כתובת האתר של צד שלישי לקליק צריכה לעבור ישירות עם המאקרו.

לדוגמה, אם כתובת ה-URL לקליקים של צד שלישי היא http://my.adserver.com/some/path/handleclick?click=clk, אפשר להשתמש בקוד הבא עם גרסת הבריחה היחידה של כתובת ה-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 עם תו בריחה (escape) אחרי %%CLICK_URL_ESC%%. אחרי שהביטול (escaping) מתבצע על ידי my.adserver.com, היא מותנית בגרסת בריחה יחידה של כתובת 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) מכתובת ה-URL של התוכן, או המזהה האנונימי של מלאי שטחי הפרסום.
SITE_URL הוּצא משימוש. הוחלף במאקרו SITE שמספק פונקציונליות זהה.
TZ_OFFSET הסטה מאזור הזמן.
VERIFICATION הערכים השונים לייצור ולסריקה של הקריאייטיב בצינור האימות. הפורמט הוא: %%?VERIFICATION:true-val:false-val%% כאשר בכל ערך אפשר להשתמש בפקודות מאקרו עבור true-val ו-false-val, כולל מחרוזות ריקות. ב-Open Bidding, מומלץ להשתמש במאקרו הזה כדי לשלוח הודעות. לאחר מכן, פלטפורמות בצד הביקוש לא צריכות לבצע שינויים.

לדוגמה, אם קריאייטיב היה כולל את הערך %%?VERIFICATION:-1:5000%% , הטקסט החלופי יהיה 5000 בהצגת המודעה ו--1 בצינור האימות. זאת כדי לעזור להבדיל בין שתי קבוצות הפינגים האלה.
WINNING_PRICE עלות החשיפות המקודדות (כלומר, העלות להתקנה (CPI) ולא העלות לאלף חשיפות (CPM) במיליוניות של המטבע בחשבון. לדוגמה, אם העלות המנצחת לאלף חשיפות היא 5$, העלות לאלף חשיפות תהיה 5,000,000 micros CPM, או 5,000 micros CPI. במקרה כזה, הערך המפוענח של WINNING_PRICE הוא 5,000. המחיר הזוכה מצוין ב-CPI.
WINNING_PRICE_ESC כתובת URL עם תווי בריחה (escape) WINNING_PRICE.

ה-escaping של כתובות ה-URL בפקודות המאקרו משתמש בסכימה הבאה:

  • תו הרווח מוחלף בסימן החיבור (+).
  • תווים אלפאנומריים (0-9, a-z, A-Z) ותווים מהמערך !()*,-./:_~ נשארים ללא שינוי.
  • כל שאר התווים יוחלפו ב-%XX. הערך XX הוא המספר ההקסדצימלי שמייצג את התו.

הגבלות מצד בעלי האתר

בעלי האתרים משתמשים בBidRequest כדי להעביר הגבלות על המודעות שהם מתירים. עליך לאכוף את ההגבלות על השדות הבאים:

  • allowed_vendor_type
  • excluded_attribute
  • excluded_sensitive_category

שדה אחד מציין תכונות מותרות של המודעה, והשדה השני מציין תכונות אסורות. לעולם לא להחזיר מודעה עם תכונה אסורה. אם רוצים להשתמש בתכונות כמו סוג הספק, מחזירים מודעה רק אם סוג הספק שלו מופיע ברשימה allowed_vendor_type ב-BidRequest. לפרטים נוספים, כדאי לעיין בהערות לשדות האלה בהגדרת המאגר של פרוטוקול BidRequest.

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

הערכים האפשריים של BidRequest.excluded_attribute הם (מידע נוסף זמין בכתובת publisher-excludable-creative-attributes.txt):

  • 7 Tagging: IsTagged
    אסור לפרסם מודעות אם הן מכילות פיקסל או אלומת אינטרנט, לצורך יצירת רשימה של מזהי קובצי cookie לצורך רימרקטינג עוקב.
  • 8 CookieTargeting: IsCookieTargeted
    אסור לפרסם מודעות אם הן מטורגטות לצרכנים על סמך מזהה קובץ ה-cookie שלהם, כאשר רשימת המזהים של קובצי cookie מייצגת קבוצה של צרכנים שבעבר הייתה להם אינטראקציה עם אתר שנמצא בבעלות הקונה או שמיוצג על ידו.
  • 9 UserInterestTargeting: IsUserInterestTargeted
    אסור לפרסם מודעות אם הן מטורגטות לצרכנים על סמך מזהה קובץ ה-cookie שלהם, כאשר רשימת המזהים של קובצי cookie מייצגת קבוצה של צרכנים שהקונה הגדיר אותה כקבוצה בעלת עניין משותף.
  • 21 CreativeType: Html
    אסור להשתמש במודעות בשדה html_snippet או בשדה snippet_template בBidResponse.Ad.
  • 22 CreativeType: VastVideo
    אסור להשתמש במודעות בשדה video_url ב-BidResponse.Ad.
  • 30 InstreamVastVideoType: Vpaid
    המודעות לא מצריכות תמיכה ב-VPAID.
  • 32 MraidType: MRAID
    למודעות אסור לדרוש MRAID API.
  • 34 RichMediaCapabilityType: RichMediaCapabilityFlash
    אין הרשאה לעבד מודעות עם תמיכה ב-Flash.
  • 39 RichMediaCapabilityType: RichMediaCapabilityHTML5
    אין זכאות להצגת מודעות שנדרשות בהן תכונות HTML5.
  • 48 RichMediaCapabilityType: RichMediaCapabilityNonSSL
    אסור למודעות לשלוח בקשות שאינן SSL.

לכן, אם השדה excluded_attribute מכיל את הערך 7, לא צריך להחזיר מודעה שמשתמשת בפיקסל או באלומת אינטרנט ליצירת רשימה. שימו לב שאם המודעה עושה זאת, היא צריכה להגדיר את הערך 7 בשדה המאפיין של BidResponse. באופן דומה, אם השדה excluded_attribute מכיל את הערך 48, עליכם להחזיר רק מודעות שיכולות להופיע בדף SSL (ובהתאם, להצהיר על מאפיין 47 RichMediaCapabilitySSL).

גם השדה excluded_sensitive_category ב-BidRequest משתמש בקודים מהקובץ ad-sensitive-categories.txt שזמין בדף נתוני עזר. אלו התיאורים המורחבים של חלק מהקודים האלה:

  • 3 Politics
    כוללת נושאים פוליטיים או חברתיים השנויים במחלוקת. אינה כוללת מודעות של ארגוני חדשות, שאינם משויכים בדרך כלל להשקפה מפלגתית על נושאים.
  • 4 Dating
    כולל שירותי היכרויות וקהילות מקוונות להיכרויות.
  • 5 Religion
    כולל מודעות מתחום הדת ומודעות בעד או נגד השקפות דתיות. לא כולל אסטרולוגיה ורוחניות שאינה של כת דתית.
  • 7 Video Games (Casual & Online)
    כולל משחקי וידאו, משחקים מקוונים ומשחקים שניתן להוריד. לא כולל קונסולות למשחקי וידאו.
  • 8 Ringtones & Downloadables
    תוספים לנייד, כולל רינגטונים, ודברים טובים אחרים שניתן להוריד כגון שומרי מסך וטפטים למחשבים שולחניים, ופריסות וגרפיקות פרופיל עבור רשתות חברתיות.
  • 10 Get Rich Quick
    הבטחה להשגת רווחים במהירות.
  • 18 Weight Loss
    התוכנית כוללת ירידה במשקל, הרזיה ותוכניות ומוצרים אחרים בנושא זה. לא כוללת מודעות המעודדות אכילה בריאה או מודעות כלליות בנושא כושר.
  • 19 Cosmetic Procedures & Body Modification
    כוללת מוצרי הרמה, שאיבה, לייזר, הסרת שיער וטיפול בנשירה, קעקועים ושינויים גופניים.
  • 23 Drugs & Supplements:
    כולל תרופות, ויטמינים, תוספי מזון ומוצרים אחרים בנושא זה. לא כולל משאבים המספקים מידע על סמים.
  • 24 Sexual & Reproductive Health
    כוללת מודעות בנושא תפקוד מיני ופוריות. אינה כוללת מקורות להיריון רגיל.
  • 35 Social Casino Games
    כולל משחקי סימולציה של הימורים (לרבות, ללא הגבלה, פוקר, מכונות מזל, בינגו, הגרלות, הימורים בספורט, הימורים במרוצי סוסים, וכן משחקי כרטיס ומשחקי קזינו אחרים), שבהם לא ניתן לזכות בדבר-מה בעל ערך (כגון כסף או פרסים).
  • 36 Significant Skin Exposure
    תמונות של מודעות שבהן חלק כלשהו מהגוף חשוף מעצם החזה ועד לאמצע הירכיים, או שהגוף הוא בלבוש תחתון, בבגד ים, בהלבשה תחתונה או בבגדים שקופים אחרים, או שהוא עטוף בפריט שאינו בגד כמו מגבת או מיטה.
  • 37 Sensationalism
    מודעות שמטרתן לגרום למשתמשים ללחוץ עליהן על ידי גירוי יצר הסקרנות שלהם. פעמים רבות הן כוללות טיזר עם תמונות או תיאורים מוגזמים. הקטגוריה כוללת מודעות שמתמקדות בנושאים סנסציוניים (כמו מעצרים של ידוענים, מקרי מוות או גירושין), או מודעות שמטרתן לגרום הלם אצל הצופים.

פתיחת המדידה

התכונה Open Measurement מאפשרת לציין ספקי צד שלישי שמספקים שירותי מדידה ואימות עצמאיים עבור מודעות שמוצגות בסביבות של אפליקציות לנייד.

נכון לעכשיו, הפורמטים הנתמכים של המודעות כוללים מודעות וידאו, מודעות באנר ומודעות מעברון. מידע נוסף על השימוש ב-Open Measurement בתגובת הצעת מחיר שמכילה את הפורמטים האלה זמין במאמר Open Measurement SDK במרכז העזרה.

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

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

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

Google

OpenRTB JSON

פרוטוקול OpenRTB ל-Protobuf

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

Google

OpenRTB JSON

פרוטוקול OpenRTB ל-Protobuf

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

Google

פרוטוקול OpenRTB ל-Protobuf

מותאם לאפליקציה

Google

OpenRTB JSON

פרוטוקול OpenRTB ל-Protobuf

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

Google

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

פרוטוקול OpenRTB ל-Protobuf