הנחיות להטמעה של מיפוי תכנים

בכל יחידת מודעות, אפשר למפות בנפרד את התוכן שמקיף את המודעה באמצעות המתודה setContentUrl()‎ או setNeighboringContentUrls()‎. חשוב לזכור שבכל יחידת מודעות צריך להשתמש רק בסוג אחד של מיפוי תכנים, ולא בשניהם.

כדי להשתמש במיפוי תכנים:

1. מתקינים את הגרסה המתאימה של Google Mobile Ads SDK:
   • Android: גרסה 19.0.0 ואילך ל-AdMob וגרסה 19.5.0 ל-Ad Manager
   • iOS: גרסה 7.67.0 ואילך
2. קובעים באיזה סוג של מיפוי תכנים רוצים להשתמש בכל אחת מיחידות המודעות. 
3. מוודאים שכתובות ה-URL שרוצים להעביר גלויות לכולם (נגישות לסורק). בקישורים הבאים מוסבר מה לעשות כדי שניתן יהיה לסרוק את האתר באופן מלא ב-AdMob או ב-Ad Manager. חשוב לזכור: כתובת ה-URL לא חייבת להיות זמינה למשתמשים.

איך ממפים את התוכן באופן מלא ומדויק

חשוב לוודא שכל קטע תוכן ממופה אל כתובת URL שמשקפת את התוכן שהמשתמש רואה באפליקציה. כתובות ה-URL שאתם מעבירים צריכות לספק תמונה מלאה ומדויקת של התוכן שמקיף את המודעה.

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

הדוגמאות הבאות יעזרו לכם להבין טוב יותר את המשמעות של מיפוי מלא ומדויק.

דוגמה 1 – מיפוי מלא (כולל את כל התוכן שמסביב למודעה)

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

באיור 1 מוצג פיד חדשות בדף בית שכולל שני קטעי תוכן, תוכן A ותוכן B, וצריך למפות את שניהם בנפרד. עבור תוכן A, יש לנו 3 דוגמאות למיפוי: 2 דוגמאות טובות ודוגמה אחת לא טובה.

במיפוי A1, המיפוי של תוכן A בוצע בצורה מלאה כי כתובת ה-URL מעבירה את הכותרת, את התמונה ואת אותה פיסקה שהמשתמש רואה ישירות מעל המודעה. המיפוי הזה תואם לגמרי לתוכן שהמשתמש רואה באפליקציה.

במיפוי A2, המיפוי של תוכן A בוצע בצורה מלאה עוד יותר כי כתובת ה-URL מעבירה את הגרסה המלאה של הפיסקה (לדוגמה, גם אם מוצג בפיד סיכום של כתבה, אפשר להעביר את הכתבה במלואה). העברת כל המידע היא הדרך הטובה ביותר להבטיח ייצוג מלא של התוכן שמקיף את המודעה.

במיפוי A3, המיפוי של תוכן A לא בוצע בצורה מלאה כי כתובת ה-URL מעבירה רק את הכותרת ואת אותה פיסקה שהמשתמש רואה ישירות מעל המודעה. המיפוי הזה לא כולל את התמונה, ולכן הוא לא מייצג בצורה מלאה את התוכן שמקיף את המודעה.

הערה: אסור להעביר פרטים אישיים מזהים (PII) או כל מידע אחר שמפר את הסכם הפרטיות שלכם עם המשתמשים. ב-AdMob או ב-Ad Manager אפשר להסיר פרטים אישיים מזהים (למשל: שמות מלאים, כתובות אימייל, פרמטרים שמציינים מיקום גיאוגרפי) מכתובות ה-URL של התוכן שאתם שולחים אל Google.

 

אנחנו דורשים מיפוי מלא ומדויק של תוכן האפליקציה, אבל אפשר להסיר כל פרט שנחשב כפרט אישי מזהה או להחליף אותו במזהה ייחודי לפני ששולחים את כתובות ה-URL של התוכן אל Google.

^{איור 1}

דפוס המיפוי של תוכן B זהה לדפוס המיפוי של תוכן A.

דוגמה 2 – מיפוי מדויק

כתובות ה-URL שאתם מעבירים חייבות לייצג בצורה מדויקת את התוכן שמקיף את המודעה. לתשומת ליבכם: התוכן לא יכול להיות מדויק אם הוא לא מלא.

באיור 2 אנחנו שוב מנסים למפות פיד חדשות בדף הבית. הפעם יש לנו שתי דוגמאות למיפוי של תוכן A בפיד החדשות.

במיפוי A1, המיפוי של תוכן A בוצע בצורה מדויקת כי כתובת ה-URL מעבירה את הרכיבים הנכונים שזהים לתוכן שקיים באפליקציה.

במיפוי A2, המיפוי של תוכן A לא בוצע בצורה מדויקת כי הוא ממפה במקום זאת את תוכן Z, שלא קשור לתוכן A. זה לא ייצוג מדויק של התוכן שמקיף את המודעה.

^{איור 2}

תרחישים לדוגמה

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

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

מודעות באנר

מודעת באנר בדף יחיד

מודעות באנר יכולות להופיע בדף יחיד של תוכן באפליקציה, למשל בתוך כתבה.

בדוגמה הזו, מודעת הבאנר מוטמעת בדף יחיד ומוקפת בתוכן סטטי. המשמעות היא שניתן להעביר את התוכן בכתובת URL אחת. 

במקרה הזה, צריך להשתמש במתודה setContentURL()‎ כדי להעביר כתובת URL אחת לפני טעינת הבקשה להצגת מודעה.

מודעת באנר מעוגנת בדף יחיד

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

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

במקרה הזה, צריך להשתמש במתודה setContentURL()‎ כדי להעביר כתובת URL אחת לפני טעינת הבקשה להצגת מודעה.

מודעת באנר מעוגנת בפיד 

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

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

במקרה הזה, צריך להשתמש במתודה setNeighboringContentUrls()‎ לפני טעינת הבקשה להצגת מודעה.

מודעות מותאמות

מודעה מותאמת (במסך חלקי) בין קטעי תוכן

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

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

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

הערה: אם יש יותר מ-2 קטעי תוכן לצד המודעה שמוטמעת, צריך להעביר גם את כתובות ה-URL האלה. אפשר להעביר עד 4 כתובות URL שמייצגות את כל שאר רכיבי התוכן שיכולים להופיע יחד עם המודעה.

מודעה מותאמת (במסך מלא) בין קטעי תוכן

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

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

במקרה הזה, צריך להשתמש במתודה setNeighboringContentUrls()‎ לפני טעינת הבקשה להצגת מודעה.

הערה: אם יש יותר מ-2 קטעי תוכן לצד המודעה שמוטמעת, צריך להעביר גם את כתובות ה-URL האלה. אפשר להעביר עד 4 כתובות URL שמייצגות את כל שאר רכיבי התוכן שיכולים להופיע יחד עם המודעה.

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

מודעות מעברון

מודעת מעברון בדף יחיד

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

בדוגמה הזו, מודעת המעברון מוטמעת בדף יחיד ומוקפת בתוכן סטטי. המשמעות היא שניתן להעביר את התוכן בכתובת URL אחת. 

במקרה הזה, צריך להשתמש במתודה setContentURL()‎ כדי להעביר כתובת URL יחידה לפני טעינת הבקשה להצגת מודעה.

מודעת מעברון בין קטעי תוכן

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

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

במקרה הזה, צריך להשתמש במתודה setNeighboringContentUrls()‎ לפני טעינת הבקשה להצגת מודעה.

הערה: אם יש יותר מ-2 קטעי תוכן לצד המודעה שמוטמעת, צריך להעביר גם את כתובות ה-URL האלה. אפשר להעביר עד 4 כתובות URL שמייצגות את כל שאר רכיבי התוכן שיכולים להופיע יחד עם המודעה.

מודעות מתגמלות

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

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

במקרה הזה, ניתן להעביר את התוכן בכתובת URL יחידה באמצעות המתודה setContentURL()‎. 

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

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

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

במקרה הזה, צריך להשתמש במתודה setContentURL()‎ כדי להעביר כתובת URL יחידה לפני טעינת הבקשה להצגת מודעה.

דרישות לגבי כתובות URL

כשבוחרים את כתובות ה-URL שבהן רוצים להשתמש במיפוי התכנים, כדאי להביא בחשבון את הנקודות הבאות:

• כתובות ה-URL צריכות להתאים באופן עקבי לתוכן שהמשתמש רואה באפליקציה. מידע נוסף על המדיניות בנושא תוכן מטעה
• אין להעביר פרטים אישיים מזהים (PII) או כל מידע אחר שמפר את הסכם הפרטיות שלכם עם המשתמשים.
  • אתם יכולים להסיר פרטים אישיים מזהים (למשל: שמות מלאים, כתובות אימייל, פרמטרים שמציינים מיקום גיאוגרפי) מכתובות ה-URL של התוכן שאתם שולחים אל Google. אנחנו דורשים מיפוי מלא ומדויק של תוכן האפליקציות, אבל אפשר להסיר כל פרט שנחשב כפרט אישי מזהה או להחליף אותו במזהה ייחודי לפני ששולחים את כתובות ה-URL של התוכן אל Google.
• צריכה להיות ל-Google אפשרות לסרוק את כתובות ה-URL.
  • אם הצפייה בתוכן מחייבת התחברות לחשבון, יש לפעול לפי ההוראות להגדרה של כניסות סורק. 
• אין לקצר את כתובות ה-URL (לדוגמה, goo.gl/MyContent).
• כתובות ה-URL חייבות להיות ייחודיות לתוכן שהמשתמש רואה באפליקציה.
  • אין להעביר כתובת URL כללית אחת לאפליקציה כולה.
  • אין להעביר את כתובות ה-URL של האפליקציה בחנות Play, ב-App Store או בחנויות אחרות של אפליקציות.
  • אין לצרף פרמטרים לא נחוצים של כתובות אתרים או מזהים לא נחוצים לצורכי מעקב.
• אם יש לכם אתר למחשב (למשל example.com) ואתר נפרד לנייד (למשל m.example.com), עליכם לבחור את כתובת ה-URL שמפנה לייצוג המלא ביותר של תוכן האפליקציה. 

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