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