יצירת תגובה

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

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

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

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

שדות של Open Bidding

תגובות להצעות מחיר שנשלחות על ידי Exchange ומגישי הצעות מחיר לרשת המשתתפים ב-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 שדורש שיוך (Attribution) של SKAdNetwork.

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

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

Google

קובץ JSON של OpenRTB

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

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

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

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

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

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

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

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

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

לדוגמה, אם כתובת ה-URL של צד שלישי לקליקים היא http://my.adserver.com/some/path/handleclick?click=clk, ניתן להשתמש בקוד הבא עם גרסת ה-SSO של כתובת ה-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, ולאחר מכן תפנה את המשתמש לכתובת האתר של הקליק על ידי הצד השלישי.

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%%. אחרי ביצוע ה-unescaping על ידי my.adserver.com, תיווצר גרסה של כתובת ה-URL עם תו בריחה (escape) אחת שמוצמדת ל-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 הדומיין המסומנים בתו בריחה (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) ולא עלות לאלף חשיפות) במיליוניות השנייה של מטבע החשבון. לדוגמה, עלות מנצחת לאלף חשיפות בסך 5 $שווה ערך של 5,000,000 מיקרו-עלות לאלף חשיפות, או 5,000 מיקרו-עלות להתקנה (CPI). הערך המפוענח של WINNING_PRICE במקרה הזה יהיה 5,000. המחיר הזוכה מצוין בעלות להתקנה (CPI).
WINNING_PRICE_ESC WINNING_PRICE בתו בריחה (escape) של כתובת 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 RichMediaCapabilityType: 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 SDK במרכז העזרה.

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

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

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

Google

קובץ JSON של OpenRTB

OpenRTB Protobuf

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

Google

קובץ JSON של OpenRTB

OpenRTB Protobuf

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

Google

OpenRTB Protobuf

מודעות מותאמות של אפליקציה

Google

קובץ JSON של OpenRTB

OpenRTB Protobuf

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

Google

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

OpenRTB Protobuf