יצירת תגובה

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

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

Authorized Buyers שולח את BidRequest כגוף ההודעה של POST של HTTP. התגובה שהאפליקציה שולחת חייבת הכותרת Content-Type מוגדרת ל-application/octet-stream וגוף הודעה שמכיל מאגר נתונים זמני של פרוטוקול. הפרוטוקול מאגר נתונים זמני הוא הודעת BidResponse כפי שמוגדר ב- realtime-bidding.proto. האפליקציה שלך חייבת להחזיר קובץ מנתח BidResponse בתגובה לכל BidRequest. חסימות זמניות ותגובות שלא ניתן לנתח נחשבות לשגיאות ול ויסות נתונים (throttle) של 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
    כדי שהמודעה תפעל, נדרש ממשק API של MRAID.

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

המלצות

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

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

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

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

Google

קובץ JSON של OpenRTB

OpenRTB Protobuf

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

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

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

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

לדוגמה, אם כתובת ה-URL של הקליק של הצד השלישי היא http://my.adserver.com/some/path/handleclick?click=clk, ניתן להשתמש בקוד הבא עם הגרסה המסומנת בתו בריחה (escape) של לחיצה על צד שלישי לאחר הפעלת המאקרו:

<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 יהיה אחראי להפנות מחדש לכתובת האתר שהועברה google_click_url. בהנחה my.adserver.com גורם ליציאה מ-google_click_url הפרמטר.

אפשר לצרף כתובת URL עם תווי בריחה (escape) כפולים אחרי %%CLICK_URL_ESC%% אחרי סיום הבריחה (escape) 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 הדומיין של כתובת ה-URL של התוכן, שמסומנת בתו מילוט (escape) של מלאי שטחי פרסום אנונימי.
SITE_URL הוצא משימוש. הוחלף על ידי המאקרו SITE שמספק פונקציונליות זהה.
TZ_OFFSET הסטייה מאזור הזמן.
VERIFICATION הערכים השונים בסביבת הייצור והמועד שבו הקריאייטיב נסרק בתהליך האימות. צינור עיבוד נתונים. הפורמט הוא: %%?VERIFICATION:true-val:false-val%%, כאשר כל אחד למעט פקודות מאקרו, יכולים לשמש עבור true-val ו-false-val, כולל מחרוזות ריקות. ב-Open Bidding, מומלץ שפלטפורמות Exchange ישתמשו במאקרו הזה; לאחר מכן, פלטפורמות בצד הביקוש לא צריכות לבצע שינויים.

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

כתובת בריחה של כתובת 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