הפחתת זמן האחזור של החשיפה הראשונה

בחירת פלטפורמה: Android iOS Unity Android (גרסה קודמת)

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

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

• הגדרת זמן קצוב לתפוגה של אתחול
• הסרת מקורות מודעות ב-Waterfall מהבקשה הראשונה
• שיפור הביצועים בחשיפות שפחות רגישות לזמן

לפני שמתחילים

לפני שממשיכים, מגדירים את GMA Next-Gen SDK.

הגדרת זמן קצוב לתפוגה של אתחול

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

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

בדוגמה הבאה נוצרת הגדרת אתחול של מתאם ומוגדר זמן קצוב לתפוגה לאתחול של חמש שניות:

Kotlin

val adapterConfig =
  AdapterInitializationConfig.Builder()
    .setAllowedAdFormats(setOf(AdFormat.APP_OPEN_AD))
    .setInitializationTimeoutMs(5000)
    .build()
ConfigurableInitSnippets.kt

Java

AdapterInitializationConfig adapterConfig =
    new AdapterInitializationConfig.Builder()
        .setAllowedAdFormats(Set.of(AdFormat.APP_OPEN_AD))
        .setInitializationTimeoutMs(5000)
        .build();
ConfigurableInitSnippets.java

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

הסרת מקורות מודעות ב-Waterfall בבקשה הראשונה

נקודה חשובה: התכונה הזו זמינה רק לשותפים ב-AdMob Mediation Pro.

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

1. יוצרים קבוצה לבחירת רשת ומוסיפים מקורות של מודעות לבידינג.
2. מוסיפים פילוח לפי מפתח/ערך לקבוצה החדשה לבחירת רשת (Mediation) שמוגדרת לבידינג בלבד, באמצעות המפתח latency והערך low.
3. בממשק המשתמש, נותנים לקבוצה החדשה לבחירת רשת (Mediation) לבידינג בלבד עדיפות גבוהה יותר מאשר לקבוצה הראשית לבחירת רשת (Mediation). כדי לשנות את הסדר, משנים את העדיפות של הקבוצה לבחירת רשת.

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

   Kotlin

   val request = AdRequest.Builder("AD_UNIT_ID")
       .putCustomTargeting("latency", "low")
       .build()
   

   Java

   AdRequest request = new AdRequest.Builder("AD_UNIT_ID")
       .putCustomTargeting("latency", "low")
       .build();
   

5. בודקים את הגדרת הפילוח לפי מפתח/ערך כדי לוודא שהטירגוט לקבוצה החדשה לבחירת רשת (Mediation) לבידינג בלבד מוגדר בצורה נכונה.

שיפור הביצועים בחשיפות שהזמן פחות קריטי לגביהן

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