איך משתמשים בהגדרה "הכנסות מפרסום לפי חשיפות"

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

• צריכים נתונים מפורטים יותר על ערך חיי המשתמשים.
• מחשבים בעצמכם את ערך חיי המשתמשים או את ההחזר על הוצאות הפרסום.
• משתמשים במערכת פנימית או בכלי של צד שלישי כדי לנתח נתונים ו/או לחשב את ההחזר על הוצאות הפרסום (ROAS).
• משתמשים בכלים למפתחים כדי להטמיע את ההגדרה "הכנסות מפרסום לפי חשיפות".

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

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

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

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

אם הבחנתם באי-התאמה בערכים עם רמת דיוק משוערת, יכול להיות שהסיבה לכך היא:

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

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

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

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

במקרים מסוימים, מערכת AdMob עשויה להפעיל מסנן של תנועה פסולה (IVT) אחרי שהמודעה הוצגה וקיבלה חשיפה. במקרים כאלה, יכול להיות שתבחינו בפערים בין מה שמופיע בדוחות של AdMob לבין הנתונים שתועדו על ידי ה-API של נתוני ההכנסות מפרסום לפי חשיפות לפני שהמסנן הופעל.

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

אם מופיע הערך null בשדה מקור מודעות שנעשה בו שימוש בקריאה חוזרת (callback) של מתאם תהליך בחירת הרשת (Mediation), זה בדרך כלל אומר שהייתה שגיאה בטעינת המודעה:

• iOS: המערכת תציג ערך של null אם לא הוחזרה מודעה.
• Android: המערכת תציג ערך של null אם אין אפשרות לטעון את המודעה.