Що таке реклама при відкритті додатка?
Реклама при відкритті додатка — це повноекранні рекламні блоки, які відображаються, коли користувач відкриває ваш додаток або повертається до нього з фонового режиму. Вони займають перехідний момент між запуском додатка та переходом до основного контенту. На відміну від interstitial, які переривають середину сесії, реклама при відкритті використовує природну паузу: користувач уже чекає на завантаження додатка, тому коротке оголошення відчувається менш нав'язливим.
Google представив формат реклами при відкритті додатка через AdMob спеціально для цього випадку використання. Оголошення містить невеликий брендований заголовок з іконкою та назвою вашого додатка, сигналізуючи користувачу, що реклама є частиною досвіду завантаження додатка, а не несподіваним перериванням.
Орієнтири eCPM: чого очікувати
Реклама при відкритті додатка має преміальні eCPM, оскільки це повноекранні розміщення з високим рівнем уваги. Ось типові діапазони за ринковими рівнями:
- Tier 1 (US, UK, CA, AU, DE): $8 – $20 eCPM
- Tier 2 (FR, IT, ES, JP, KR, BR): $4 – $12 eCPM
- Tier 3 (IN, ID, PH, VN, TH): $1 – $5 eCPM
Ці показники суттєво відрізняються залежно від категорії додатка, демографії користувачів та пори року. Ігрові додатки зазвичай демонструють верхню межу цих діапазонів, оскільки ігрова аудиторія є високоцінною метою для кампаній з встановлення додатків. Утилітарні додатки зазвичай потрапляють у середину.
Важливе порівняння — з іншими повноекранними форматами. eCPM реклами при відкритті додатка зазвичай на 10–20% нижчий за стандартні interstitial у тій самій географії, але додатковий характер формату робить це прийнятним. Ви не замінюєте interstitial рекламою при відкритті. Ви додаєте нову можливість показу, якої раніше не існувало.
Таймінг впровадження: холодний старт vs теплий повтор
Є два окремі тригери для показу реклами при відкритті додатка, і вони вимагають різних стратегій:
Холодний старт (перший запуск)
Коли користувач відкриває додаток із повністю закритого стану, додаток проходить процес ініціалізації. Це найприродніший момент для реклами при відкритті, оскільки користувач очікує короткий період завантаження. Ключові міркування:
- Попередньо завантажуйте рекламу під час екрана-заставки або фази ініціалізації
- Показуйте рекламу лише після повного завантаження, щоб уникнути порожніх екранів або часткового рендерингу
- Встановіть максимальний час завантаження 3–4 секунди. Якщо реклама не завантажилася до цього часу, пропустіть її та перейдіть до основного контенту
- Не показуйте рекламу при відкритті під час першого запуску після встановлення. Дайте користувачу спершу ознайомитися з додатком.
Теплий повтор (повернення з фонового режиму)
Коли користувач повертається до додатка після перебування у фоновому режимі, з'являється ще одна можливість. Тут обмеження частоти показів стає критично важливим. Користувачі, які часто перемикаються між додатками, будуть роздратовані, якщо бачитимуть рекламу при кожному поверненні. Найкращі практики:
- Відстежуйте час, що минув з моменту переходу додатка у фоновий режим
- Показуйте рекламу при відкритті лише якщо додаток перебував у фоновому режимі щонайменше 3–5 хвилин
- Ніколи не показуйте рекламу при відкритті, якщо користувач повертається через глибоке посилання, push-сповіщення або намір поділитися. Це повернення з високою інтенцією, де реклама створює максимальне тертя.
Обмеження частоти показів: вирішальне налаштування
Обмеження частоти показів — це найважливіше рішення конфігурації для реклами при відкритті додатка. Помилитеся — і побачите падіння утримання. Зробіть правильно — і дохід надходитиме без скарг користувачів.
Рекомендовані обмеження частоти на основі даних видавців:
- Консервативний (рекомендований старт): максимум 1 показ за 5 хвилин, максимум 3 на день
- Помірний: максимум 1 за 3 хвилини, максимум 5 на день
- Агресивний (не рекомендується): максимум 1 за 1 хвилину, без денного обмеження
Почніть з консервативного підходу та відстежуйте метрики утримання протягом двох тижнів перед послабленням обмежень. Якщо утримання на 1-й день знижується більш ніж на 1–2 відсоткових пункти після увімкнення реклами при відкритті, ваша частота занадто агресивна.
Міркування щодо користувацького досвіду
Різниця між добре реалізованою рекламою при відкритті та ворожою до користувача зводиться до кількох деталей:
- Індикатор завантаження: показуйте звичайний екран-заставку додатка за рекламою. Якщо реклама не завантажиться, користувач побачить знайому заставку замість порожнього екрана.
- Таймінг пропуску: реклама при відкритті включає вбудований зворотний відлік (зазвичай 5 секунд) до можливості закриття. Не додавайте власну додаткову затримку поверх цього.
- Орієнтація: переконайтеся, що реклама при відкритті відповідає орієнтації вашого додатка. Портретна реклама в ландшафтній грі дезорієнтує.
- Аудіо: реклама при відкритті не повинна автоматично відтворювати звук. Якщо рекламний креатив містить звук, він має бути вимкнений за замовчуванням, оскільки користувач може перебувати в громадському місці або слухати інше аудіо.
Потенціал доходу: реалістичний вплив на ARPDAU
Реклама при відкритті додатка не є заміною вашої основної рекламної стратегії. Це додатковий рівень. На основі типового впровадження в додатках з DAU 10 000+:
- Середня кількість показів на DAU: 1.2 – 1.8 (більшість користувачів відкриває додаток один-два рази на день)
- Ефективний eCPM після обмеження частоти: $6 – $14 (змішаний по регіонах)
- Додатковий ARPDAU: $0.01 – $0.03
На базі 100 000 DAU це означає $1,000 – $3,000 на день додаткового доходу, або $30,000 – $90,000 на місяць. Це чистий додатковий дохід, оскільки ці покази не існували у вашому попередньому рекламному налаштуванні.
Коли НЕ використовувати рекламу при відкритті додатка
Реклама при відкритті не підходить для всіх випадків. Уникайте її в таких сценаріях:
- Додатки з платною підпискою: якщо користувачі платять за досвід без реклами, показ реклами при запуску підриває довіру. Навіть на безкоштовному рівні зважте, чи не суперечить реклама при запуску вашим повідомленням про оновлення.
- Додатки з критичними часово-чутливими функціями: додатки-будильники, інструменти для надзвичайних ситуацій або навігаційні додатки, де користувачу потрібен негайний доступ до функціоналу, ніколи не повинні затримувати інтерфейс рекламою.
- Процес онбордингу: ніколи не показуйте рекламу при відкритті під час першої сесії, навчального туру або налаштування облікового запису. Користувач ще не прив'язався до вашого додатка, і негайна реклама надсилає неправильний сигнал.
- Додатки з дуже короткими сесіями: якщо середня тривалість сесії менше 30 секунд (швидкі довідкові інструменти, сканери штрих-кодів), реклама при відкритті займає непропорційно велику частину сесії та відчувається обтяжливою.
Поєднання реклами при відкритті з іншими форматами
Реклама при відкритті найкраще працює як частина багаторівневої стратегії монетизації. Ось як вона поєднується з іншими форматами:
- Відкриття + банер: безпечна комбінація. Реклама при відкритті показується при запуску; банери відображаються під час сесії. Накладання немає.
- Відкриття + interstitial: працює добре, але додайте кулдаун. Якщо була показана реклама при відкритті, затримайте перший interstitial щонайменше на 60 секунд, щоб уникнути втоми від реклами.
- Відкриття + реклама з винагородою: ідеальна комбінація. Реклама при відкритті є пасивною (показується автоматично), тоді як реклама з винагородою ініціюється користувачем. Вони виконують абсолютно різні функції та не конкурують за увагу.
- Відкриття + нативна реклама: без конфліктів. Нативна реклама з'являється в контенті, а реклама при відкритті — при запуску. Використовуйте обидва формати вільно.
Реклама при відкритті додатка є однією з найчистіших можливостей додаткового доходу для мобільних видавців. Вона монетизує момент, який раніше був мертвим часом, і при належному обмеженні частоти має мінімальний вплив на утримання та задоволеність користувачів.
RevenueFlex інтегрує рекламу при відкритті додатка в конфігурації GAM waterfall видавців разом з interstitial, банерними, рекламою з винагородою та нативними розміщеннями. Мета завжди полягає у знаходженні оптимальної частоти та мінімальної ціни для кожного формату, щоб загальний ARPDAU був максимізований без ерозії користувацьких метрик, які забезпечують довгостроковий дохід.