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

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

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

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

לפני שממשיכים, צריך להגדיר את Google Mobile Ads SDK (Legacy).

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

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

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

Kotlin


// Set up a CONFLATED channel that only buffers the latest event.
private val adLoadChannel = Channel<Unit>(Channel.CONFLATED)

fun initialize(context: Context) {
  // Coroutine to handle the 5-second timeout.
  CoroutineScope(Dispatchers.Default).launch {
    delay(5000L)

    // 5 second timer elapsed
    adLoadChannel.trySend(Unit)
  }

  // Coroutine to call MobileAds.initialize() on a background thread.
  CoroutineScope(Dispatchers.IO).launch {
    MobileAds.initialize(context) {
      // Mobile Ads SDK initialization finished.
      adLoadChannel.trySend(Unit)
    }
  }

  // Coroutine to listen for init complete or timer, whichever comes first.
  CoroutineScope(Dispatchers.Main).launch {
    // Wait on the first event.
    adLoadChannel.receive()
    loadAd()
    // Close the channel after receiving the first event.
    adLoadChannel.close()
  }
}

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

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

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

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

    Kotlin

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

    Java

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

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

שיפור הביצועים בחשיפות פחות דחופות

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