Каждый квартал издатели приложений, которых мы подключаем, задают один и тот же вопрос: какую рекламную сеть добавить следующей? Это кажется очевидным рычагом роста: больше спроса, выше конкуренция, выше ставки. На практике команды, удвоившие ROAS в 2026 году, почти никогда не добивались этого подключением новых сетей. Они добивались результата, честно оценивая три аспекта уже работающей монетизации.
Теперь мы применяем этот план с каждым новым клиентом в первые тридцать дней работы с Apps Kit SDK. Здесь он расписан по неделям, чтобы вы могли сразу перенести его в план спринта.
1. Минимальные цены, которые подстраиваются под пользователя, а не под плейсмент
Статичные минимальные цены — самая частая причина низкой эффективности рекламного каскада (waterfall). Порог в $4 eCPM может отлично подходить для пользователя iOS из США, который смотрит видео с вознаграждением по Wi-Fi в 20:00, — и проваливать монетизацию того же плейсмента на Android-устройстве в стране Tier-3 в 03:00.
Вместо единого порога для каждого рекламного блока мы внедрили небольшую матрицу: группа стран × формат × время суток. Шесть значений на рекламный блок, которые пересчитываются еженедельно по данным о ставках за предыдущие четырнадцать дней. Логика каскада остаётся прежней — меняется только входное значение минимальной цены. Медианный прирост за первые две недели: 38% для рекламы с вознаграждением и 22% для межстраничной рекламы.
2. Ограничьте длинный хвост рекламного каскада
В большинстве аккаунтов, которые мы проверяем, на каждый плейсмент приходится от 18 до 40 позиций в каскаде. После применения минимальных цен ставки за пределами первой шестёрки почти никогда не выигрывают — они лишь увеличивают задержку и риск тайм-аутов. Мы жёстко сокращаем каскад: шесть лучших участников торгов и две резервные сети для заполнения оставшегося инвентаря. Без исключений.
Задержка рекламного запроса сокращается с типичных 1,4 с до менее чем 800 мс. Выигранное время напрямую превращается в показы: пользователь ещё не успевает завершить сессию к моменту отображения рекламы.
3. Сделайте число показов на DAU главным KPI
ROAS — запаздывающая метрика. Опережающий показатель, который первым реагирует на проблемы, — число показов на одного активного пользователя в день. Если IPM падает на 10%, на следующей неделе ROAS снизится на 8–12%. Каждый раз.
Мы отслеживаем этот показатель по когортам, форматам и версиям приложения. Дашборд сигнализирует об изменениях, как только они пересекают порог в 5%. К моменту, когда финансовая команда замечает падение ROAS, мы уже обновляем удалённую конфигурацию.
План по неделям, который мы использовали на практике
По отдельности все три изменения просты. Но порядок важнее, чем кажется: сбор метрик нужно настроить до любых изменений минимальных цен, иначе вы не поймёте, сработали ли они.
- Неделя 1: запустить дашборды с числом показов на DAU по когортам и форматам, настроить оповещения при изменении на 5%
- Неделя 2: сократить каскад до шести лучших участников торгов и двух резервных сетей, не меняя минимальные цены
- Неделя 3: внедрить матрицу минимальных цен «страна × формат × время суток» для одного плейсмента с рекламой с вознаграждением
- Неделя 4: распространить матрицу на межстраничную рекламу, отказаться от оставшихся статичных порогов и провести разбор результатов, описанный ниже
Что и как мы измеряли
Три показателя помогали понять, сработало ли каждое изменение. Число показов на DAU в разрезе версий приложения и стран служило опережающим индикатором: оно менялось в течение 24 часов после любого изменения минимальных цен. ARPDAU на уровне когорт, сгруппированных по неделе установки, показывал, был ли рост реальным или лишь однодневным всплеском. ARPDAU пользователей, вернувшихся на 7-й день, — не самая эффектная составная метрика — помогал понять, не забираем ли мы выручку у следующей недели.
Каждое изменение проверяли не менее семи дней с контрольной когортой, в которую входили 10% новых установок. Без контрольной группы — никак. Иначе невозможно отличить эффект изменения минимальных цен от сезонности или кампании в Meta, которая случайно стартовала в тот же вторник.
Разбор ошибок: настройка, которая дала обратный эффект
На второй неделе мы попробовали и четвёртый рычаг: резко сократили тайм-ауты участников торгов с 900 до 600 мс. Теория выглядела убедительно: быстрее аукционы — больше показов за сессию. На практике новый лимит оказался ниже p95 времени ответа двух участников с высокими ставками, и за три дня мы потеряли 11% eCPM рекламы с вознаграждением.
Решением стали индивидуальные тайм-ауты вместо одного общего: для быстрых участников мы оставили лимит 600 мс, а для двух медленных, но ценных повысили его до 1100 мс. ARPDAU восстановился за 48 часов. Вывод: одна настройка, применённая ко всем, почти всегда что-нибудь ломает. Та же настройка с отдельными значениями для разных сегментов почти всегда работает.
Что не дало заметного результата
- Подключение седьмой рекламной сети — эффект убывающей отдачи проявился быстро
- Header bidding для нативных рекламных блоков — накладные расходы на аукцион съели весь прирост
- Жёсткое ограничение частоты до менее 3 показов за сессию — эффект для удержания на 2-й день оказался отрицательным
- Замена SDK рекламной медиации — шесть недель работы ради изменения на 2%; для большинства команд это не оправдано
ROAS удвоили не те команды, у которых было больше всего рекламных сетей, а те, которые каждый час знали, какую выручку приносят их пользователи.
Что делать дальше
Если в этом квартале вы можете сделать только что-то одно, настройте отслеживание показов на DAU на уровне когорт и свяжите его с матрицей минимальных цен, управляемой через удалённую конфигурацию. Третий рычаг — сокращение каскада — требует двух часов работы и окупается уже за счёт снижения задержки. Четвёртый — индивидуальные тайм-ауты участников торгов — определяет разницу между ростом на 40% и на 100%. Теперь мы включаем эту настройку по умолчанию для каждого нового аккаунта Apps Kit SDK.
