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