Banner Ad у мобільній розробці — що це, формати реклами та як працює

Що таке Banner Ad?

Banner Ad — формат мобільної реклами, що відображає графічне або текстове оголошення всередині інтерфейсу застосунку. Стандартні розміри: 320×50 px (банер), 320×100 px (великий банер), 300×250 px (середній прямокутник), 728×90 px (leaderboard для планшетів). Банер займає фіксовану область екрана — зазвичай 5–15% висоти дисплея — і автоматично оновлюється кожні 30–60 секунд.

За даними Google AdMob (2025), адаптивні банери (adaptive banners) — найкращий формат, який автоматично підлаштовується під ширину екрана пристрою. Адаптивний банер забезпечує fill rate 98% проти 85% у фіксованих банерів завдяки тому, що рекламна мережа може підібрати оголошення під точний розмір блоку. CTR банерів у середньому становить 0.1–0.5%, а Conversion Rate з кліка — 2–5%.

Banner Ad — найменш інвазивний рекламний формат: банер не перекриває вміст постійно (на відміну від interstitial), не вимагає дій від користувача (на відміну від rewarded video) і не перериває користувацький досвід. Однак низький eCPM робить банери ефективними лише за великої кількості показів — застосунки з DAU менше 10 000 можуть не окупити витрати на інтеграцію банерної реклами. За даними Appodeal (2025), мінімальний поріг для рентабельності Banner Ads — 30 000 показів на день.

Як працює Banner Ad у мобільних застосунках

Banner Ad працює через рекламні SDK (Software Development Kit), які вбудовуються в застосунок і керують завантаженням, відображенням та оновленням рекламних оголошень.

Принцип роботи

Рекламний SDK (наприклад, Google Mobile Ads SDK) завантажує оголошення з рекламної мережі під час запуску застосунку. Банер запитує оголошення, мережа проводить аукціон (real-time bidding) серед рекламодавців, виграшне оголошення відображається в банері. Через 30–60 секунд процес повторюється (auto-refresh). Розробник отримує дохід за покази (CPM) або кліки (CPC), залежно від умов мережі.

Real-time Bidding

RTB — аукціон у реальному часі, де рекламодавці торгуються за кожен показ. Під час запиту банера передаються: гео, тип пристрою, категорія застосунку, історія користувача (якщо надано згоду). Переможець аукціону — рекламодавець із найвищою ставкою. Середній час аукціону — 100–200 мс. In-app bidding (покупецька модель) збільшує eCPM на 20–40% порівняно з традиційною waterfall-моделлю (дані PubMatic, 2025).

Інтеграція Banner SDK

Приклад інтеграції адаптивного банера AdMob у застосунок на Kotlin:

class MainActivity : AppCompatActivity() {
    private lateinit var adView: AdView
    private val adUnitId = "ca-app-pub-3940256099942544/6300978111"

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        adView = AdView(this)
        adView.adUnitId = adUnitId
        adView.adSize = AdSize.getCurrentOrientationAnchoredAdaptiveBannerAdSize(
            this, AdSize.FULL_WIDTH
        )

        val adContainer = findViewById<FrameLayout>(R.id.ad_container)
        adContainer.addView(adView)

        loadBanner()
    }

    private fun loadBanner() {
        val adRequest = AdRequest.Builder().build()
        adView.loadAd(adRequest)
    }

    override fun onPause() {
        adView.pause()
        super.onPause()
    }

    override fun onResume() {
        super.onResume()
        adView.resume()
    }

    override fun onDestroy() {
        adView.destroy()
        super.onDestroy()
    }
}

Основні види Banner Ads

Banner Ads різняться за розміром, поведінкою та технологією відображення. Вибір типу банера впливає на eCPM, користувацький досвід і технічну складність інтеграції.

Статичні банери

Статичний банер — графічне зображення (PNG, JPG) або HTML5-анімація фіксованого розміру. Розміри: 320×50 px для телефонів, 728×90 px для планшетів. Статичні банери мають найнижчий eCPM ($0.5–$2) через низьку залученість. Перевага — мінімальний вплив на продуктивність застосунку (не навантажують CPU/GPU). Використовуються в утилітах, каталогах і контентних застосунках.

Адаптивні банери (Adaptive)

Adaptive банери автоматично підлаштовують ширину та висоту під розмір екрана пристрою. Google AdMob рекомендує adaptive банери як стандарт: вони забезпечують максимальний fill rate та eCPM на 15–25% вищий, ніж фіксовані банери. Адаптивні банери доступні в anchored (фіксована позиція внизу/вгорі) та inline (вбудовування в scrollable вміст) варіантах. Inline adaptive банери — найновіший формат, що інтегрується в список або стрічку.

Rich Media банери

Rich Media — інтерактивні банери з відео, анімацією, свайпами та формами. Підтримують MRAID (Mobile Rich Media Ad Interface Definitions) — стандарт IAB для інтерактивної реклами. Rich Media банери мають eCPM $3–$8, але потребують завантаження до 2–5 МБ даних і можуть знижувати продуктивність застосунку на старих пристроях. Використовуються в преміум-застосунках і брендових кампаніях.

Collapsible банери

Collapsible — формат Google AdMob, за якого великий банер (320×100 px) автоматично згортається до стандартного розміру (320×50 px) через 10–15 секунд. Формат дозволяє показати більше інформації в перші секунди, не займаючи постійне місце на екрані. Collapsible банери демонструють eCPM на 20–30% вищий стандартних, при цьому Retention Rate не знижується (дані Google AdMob, 2025).

Рекламні мережі для Banner Ads

Вибір рекламної мережі критично впливає на eCPM, fill rate та стабільність доходу. Різні мережі спеціалізуються на різних регіонах і категоріях застосунків.

Основні мережі

Медіація банерів

Медіація (mediation) — технологія, за якої рекламна платформа опитує кілька мереж і показує оголошення з найвищим eCPM. Для Banner Ads медіація особливо важлива через низький eCPM — навіть 20% приріст суттєвий. Популярні mediation-платформи: AdMob Mediation (безплатно), AppLovin MAX (безплатно), IronSource (безплатно). Медіація збільшує eCPM банерів на 20–40% і fill rate до 97% (дані PubMatic, 2025).

In-app Bidding

In-app bidding — наступний рівень медіації, де всі мережі беруть участь в єдиному аукціоні одночасно (а не послідовно як у waterfall). Для Banner Ads in-app bidding дає приріст eCPM на 15–30% завдяки рівному доступу всіх мереж до кожного показу. Підтримується AppLovin MAX, AdMob (з Open Bidding) та IronSource.

Найкращі практики розміщення Banner Ads

Розміщення банерів — ключовий фактор, що визначає як дохід, так і користувацький досвід. Неправильне розміщення може знизити Retention на 30–50%.

Позиція на екрані

Оптимальна позиція — внизу екрана (bottom anchor). Банер не перекриває вміст, користувач звикає до його присутності. Верхня позиція (top anchor) підходить для застосунків з навігацією внизу. Плаваючі банери (floating) — найгірший варіант: вони перекривають вміст і дратують користувача. За даними Google (2025), bottom-банери мають на 15% вищий CTR, ніж top-банери, і не знижують Retention.

Частота оновлення (Auto-refresh)

Auto-refresh — стандартний механізм для Banner Ads, що замінює оголошення кожні 30–60 секунд. Рекомендований інтервал: 60 секунд для контентних застосунків (користувач не відволікається), 30 секунд для утиліт (короткі сесії). Занадто частий refresh (< 30 сек) не збільшує дохід — рекламодавці платять менше за покази в застосунках із високою щільністю реклами. Google AdMob не рекомендує інтервал менше 30 секунд.

Реагування на життєвий цикл

Коректна обробка життєвого циклу Activity критична для Banner Ads. Банер має бути призупинений (pause) при onPause, відновлений (resume) при onResume та знищений (destroy) при onDestroy. Некоректне керування створює витоки пам'яті та витрати трафіку. Приклад коректного керування вже показано в коді інтеграції вище — onPause, onResume, onDestroy обов'язкові.

Адаптація під темну тему

Темна тема впливає на банерну рекламу: користувачі темної теми на 20–30% рідше клікають на яскраві банери (дані AppDynamics, 2025). AdMob підтримує forceAdaptiveBanner для адаптації контрастності. Для застосунків із темною темою рекомендується: використовувати native ads (вписуються в тему), вибирати рекламодавців із dark-mode креативами та використовувати нейтральну кольорову гаму банера.

Ключові метрики Banner Ads

Моніторинг метрик Banner Ads дозволяє оцінювати ефективність рекламної монетизації та своєчасно оптимізувати розміщення.

Розрахунок доходу

Дохід від Banner Ads розраховується за формулою: Daily Revenue = DAU × Sessions × Banner Shows per Session × eCPM / 1000. Приклад: 100 000 DAU, 3 сесії на день, банер показаний у 2 сесіях, eCPM $2. Дохід = 100 000 × 3 × 0.7 × $2 / 1000 = $420 на день. При медіації eCPM може зрости до $3, збільшивши денний дохід до $630. Для порівняння, interstitial з eCPM $8 при одному показі на користувача на день дасть $800 — банери ефективні лише за високої частоти сесій.

LTV рекламного користувача

LTV користувача, монетизованого лише банерами: LTV = Daily Revenue per User × Average Lifetime Days. При Daily Revenue per User $0.02 (100 000 DAU, $2000 на день) і середньому lifetime 120 днів, LTV = $2.40. Для окупності CPI має бути нижчим за $2.40. При CPI ігор $2.80 банерна монетизація alone може бути збитковою — потрібна комбінація з interstitial або rewarded video для досягнення LTV > CPI.

A/B тестування банерів

Тестування позиції, розміру та частоти банерів — безперервний процес. Google рекомендує A/B тестування за схемою: контрольна група (70% трафіку) з поточними налаштуваннями, тестова група (30% трафіку) з новими. Метрики для порівняння: Revenue per User, Retention D7, CTR та eCPM. Після 7–14 днів тесту приймається рішення. Типові A/B тести для Banner Ads: bottom vs top, 320×50 vs 320×100, 30 sec refresh vs 60 sec refresh.