Реализация межстраничной рекламы (Interstitial) в мобильном приложении

Реализация межстраничной рекламы (Interstitial) в мобильном приложении

Interstitial — полноэкранный формат, который показывается в точках естественных пауз: между уровнями в игре, после завершения действия, при переходе между разделами. Доход с одного показа в 5–15 раз выше баннера, но цена ошибки выше: неуместный interstitial — это удаление приложения.

Управление жизненным циклом: где ломается чаще всего

Главная ошибка — показывать interstitial немедленно после загрузки, а не откладывать до нужного момента. Пользователь открыл приложение, не успел понять что здесь происходит — и уже полный экран рекламы. Google это фиксирует и понижает приложение в поиске.

На Android типичная проблема — утечка Activity. Паттерн «загрузить в singleton, показать из любой Activity» выглядит удобно, но InterstitialAd держит reference на Context. Если Activity уничтожена, а объект жив — получаем leak + WindowManager$BadTokenException при попытке показать на несуществующем окне.

Правильный подход: загружаем в ViewModel или presenter с applicationContext, показываем через активную Activity, которую передаём через WeakReference или через лямбду в момент показа:

class InterstitialManager(private val appContext: Context) {
    private var interstitialAd: InterstitialAd? = null

    fun load() {
        InterstitialAd.load(appContext, AD_UNIT_ID, AdRequest.Builder().build(),
            object : InterstitialAdLoadCallback() {
                override fun onAdLoaded(ad: InterstitialAd) { interstitialAd = ad }
                override fun onAdFailedToLoad(error: LoadAdError) { interstitialAd = null }
            })
    }

    fun show(activity: Activity) {
        interstitialAd?.show(activity) ?: load() // показали — сразу начали загружать следующий
    }
}

После show() объект становится недействительным — нужен новый InterstitialAd.load(). Забытый load() после показа — частая причина «реклама показалась один раз и всё».

Стратегия показа

Эффективный interstitial требует продуманной стратегии, а не «показывать как можно чаще»:

Cooldown между показами. Минимум 30–60 секунд между interstitial. Реализуется через timestamp последнего показа в SharedPreferences/UserDefaults. Google рекомендует не чаще раза в 3–5 минут для большинства категорий.

Точки показа. Хорошие точки: завершение уровня, сохранение результата, переход в главное меню. Плохие: при нажатии Back, при открытии уведомления, при первом запуске.

Предзагрузка. Interstitial нужно загружать заранее — запрос к серверу занимает 1–3 секунды. Если загружать в момент показа — пауза будет заметна. Правильно: загрузить сразу после предыдущего показа или при старте уровня.

iOS-специфика

На iOS GADInterstitialAd — не многоразовый объект. Один инстанс — один показ. Попытка вызвать present(fromRootViewController:) повторно даёт ошибку в логах и ничего не показывает. Создаём новый инстанс после каждого показа через GADInterstitialAd.load(withAdUnitID:request:completionHandler:).

Важен rootViewController — передавайте актуальный VC, а не window?.rootViewController. Если сверху есть модальный контроллер, interstitial нужно показывать поверх него: presentedViewController ?? rootViewController.

Обработка событий

Минимальный набор для аналитики:

• onAdImpression / adDidRecordImpression — засчитываем показ
• onAdDismissedFullScreenContent / adDidDismissFullScreenContent — продолжаем пользовательский сценарий
• onAdFailedToShowFullScreenContent — логируем ошибку, не блокируем UX

Сроки реализации — 1–2 дня с учётом стратегии показа и тестирования на нескольких устройствах.