Если вы развиваете мобильное приложение и хотите максимизировать ARPDAU, eCPM и общий рекламный доход, выбор между каскадной рекламной медиацией (waterfall) и in-app bidding — аукционом ставок в приложении, который иногда называют мобильным header bidding, — станет вашим самым важным решением по настройке монетизации в этом году. Почти каждый SDK для рекламной монетизации поддерживает обе модели, и почти в каждом аккаунте, который мы проверяем, используется только одна из них — обычно не та, которая подходит текущему этапу развития приложения.
Это практическое руководство мы даем издателям в первые тридцать дней работы с Apps Kit SDK. Мы предполагаем, что вы уже понимаете, что такое рекламная медиация: прослойка, которая запрашивает ставки у нескольких рекламных сетей и отдает показ тому, кто платит больше всего. Теперь вы хотите разобраться в настройках. Мы рассмотрим механику каждой модели, разберем пример аукциона, допустимые задержки, которые ограничивают любое решение, и 30-дневный план внедрения, который можно обсудить с командой уже на завтрашнем стендапе.
Каскадная медиация: исходная модель рекламной монетизации
Каскадная медиация выстраивает источники рекламного спроса по историческому eCPM и последовательно предлагает каждому из них показ. Побеждает первая сеть, которая готова заполнить показ по заданной для нее минимальной цене или выше. Эта модель проста, удобна для отладки и предсказуема — поэтому именно на ней строилась монетизация мобильных приложений в первое десятилетие ее развития.
Расплачиваться приходится эффективностью аукциона. Сеть на третьей позиции могла бы заплатить за конкретного пользователя больше, чем сеть на первой, но до нее очередь так и не дошла. Вы недополучаете доход с каждого показа, и разрыв растет по мере того, как аудитория становится более разнородной. Есть и скрытые операционные затраты: каждое изменение минимальной цены в каскаде требует ручного решения. Примерно через две недели эффективность ручной настройки уже заметно снижается: кривые eCPM смещаются, и приоритеты снова оказываются неверными.
In-app bidding: определение цены в реальном времени
In-app bidding проводит единый аукцион в реальном времени между всеми источниками рекламного спроса для каждого отдельного показа. Фиксированной очередности нет: побеждает самая высокая актуальная ставка. Это тот же механизм header bidding, который преобразил медийную рекламу в интернете, только адаптированный для мобильных приложений.
В большинстве систем монетизации приложений перевод верхних позиций каскада с waterfall на in-app bidding повышает eCPM на 10–30%. Наибольший прирост дает премиальный инвентарь видеорекламы с вознаграждением (rewarded video) в странах Tier 1, где участники аукциона действительно конкурируют. Наименьший — баннерный инвентарь в сегментах, нечувствительных к цене, где аукциону фактически нечего выявлять.
Обратная сторона — задержка. Аукциону приходится ждать ответа самого медленного из значимых участников либо завершать ожидание по тайм-ауту и терять его ставку. Слишком короткий тайм-аут ограничивает eCPM, слишком длинный — число показов за сессию. Большинство команд узнают об этом на практике после первой недели работы с биддингом, когда ARPDAU растет, а длительность сессий падает.
Разбор примера: откуда берется дополнительный доход
Представьте один показ рекламы с вознаграждением, за который готовы конкурировать четыре сети. В каскаде, отсортированном по eCPM за прошлую неделю, первой стоит сеть A с минимальной ценой 9 $, затем B с 7 $, C с 5 $ и D с 3 $. Сеть A заполняет показ по цене 9 $. Вы зарабатываете 9 $.
Теперь предложим тот же показ на аукционе в реальном времени. Сеть A делает ставку 8,40 $, потому что конкретный пользователь выглядит менее ценным, чем когорта прошлой недели. Сеть C, у которой есть кампания с таргетингом именно на эту страну и ОС, предлагает 11,20 $. Аукцион завершается на 11,20 $ — прирост 24% на одном показе с теми же четырьмя сетями и без новых интеграций. Умножьте это на несколько миллионов показов в день, и выгода станет очевидной.
Этот же пример объясняет, почему биддинг не приносит деньги сам по себе. Если адаптеру сети C требуется 1100 мс на ответ, а ваш тайм-аут — 900 мс, ставка сети C не попадает в аукцион, сеть A побеждает с ценой 9 $, а вы получаете дополнительную задержку от биддинга без какого-либо выигрыша в доходе.
Почему гибридная медиация выигрывает почти у всех издателей
Настройка, которая стабильно максимизирует ARPDAU, — гибридная: in-app bidding на верхнем уровне, где есть реальная конкуренция и задержка оправданна, плюс короткий каскад с ограниченным числом позиций для дозаполнения (backfill). Каскад подхватывает показы, на которые не было ставок в аукционе. Благодаря этому доля заполненных запросов (fill rate) остается близкой к 100% без дополнительных задержек, которые возникли бы при включении каждой позиции в аукцион.
В Apps Kit SDK гибридная настройка по умолчанию выглядит так: in-app bidding со всеми партнерами, которые его поддерживают (AdMob, AppLovin MAX, Meta Audience Network, Unity LevelPlay, Mintegral и Pangle), а затем резервный каскад из двух позиций с сетями без биддинга и невысокой минимальной ценой. Уже из коробки эта схема дает результат не хуже, а часто лучше ручных настроек, которые мы видели у студий с отдельными командами по управлению рекламной монетизацией.
Бюджет задержки, который никто не фиксирует
У каждого рекламного запроса есть допустимое время выполнения в миллисекундах, и вам стоит зафиксировать свое. Разумная отправная точка для видеорекламы с вознаграждением — 1500 мс на весь цикл: 200 мс на сборку запроса в SDK, 900 мс на аукцион ставок, 300 мс на загрузку креатива и 100 мс на отрисовку. Если процесс занимает больше времени, пользователь уже переключается на что-то другое.
Добавляя нового участника аукциона, измерьте 95-й перцентиль (p95) времени его ответа на реальных устройствах в трех ваших основных странах. Если хотя бы в одной из них p95 превышает тайм-аут аукциона, этот участник будет незаметно для вас проигрывать все аукционы в этой стране. Задавайте тайм-ауты отдельно для каждого участника, а не один на всех: так вы вернете упущенный доход, не увеличивая медианное время ожидания показа.
Матрица выбора, которую можно применить уже сегодня
Используйте эту матрицу как отправную точку и отступайте от нее только при наличии данных, которые ей противоречат:
- До запуска / менее 50 тыс. DAU — только waterfall, три сети, фокус на удержании, а не на ARPDAU
- 50–500 тыс. DAU, преобладает реклама с вознаграждением — гибрид: биддинг для рекламы с вознаграждением, waterfall для межстраничной рекламы
- 500 тыс. – 5 млн DAU, смешанный инвентарь — полный гибрид: биддинг везде, где он поддерживается, и резервный каскад из двух позиций
- Более 5 млн DAU, несколько регионов — полный гибрид плюс тайм-ауты аукциона по странам и матрицы минимальных цен по форматам
- Утилиты / приложения с единственной сессией короче 5 минут — только waterfall: дополнительные затраты на аукцион не окупаются
Настройки показа рекламы, которые усиливают рост дохода
Тип медиации задает верхнюю границу дохода с одного показа. Настройки показа определяют, сколько показов вы фактически выполните и сколько будет стоить каждый из них. Эти четыре рычага усиливают эффект при любой схеме медиации:
- Минимальные цены с учетом страны и формата, пересчитываемые еженедельно по данным о ставках за предыдущие четырнадцать дней: отдельная матрица для каждого рекламного блока, а не одно значение
- Ограниченная длина каскада: шесть основных участников биддинга плюс две резервные сети; все, что ниже, добавляет задержку, но не доход
- Ограничения частоты показов с учетом времени суток: то, что работает в 20:00 при подключении по Wi-Fi, губит удержание в 03:00 на устройстве низкого класса (Tier 3)
- Число показов на DAU как опережающий KPI: оно меняется примерно на неделю раньше ARPDAU, поэтому вы успеете устранить проблемы до того, как их заметит финансовая команда
Когда обычный waterfall все еще остается правильным выбором
Чистая каскадная медиация по-прежнему выигрывает у гибридной в двух случаях. Первый — приложения со средней длительностью сессии менее пяти минут: потери из-за задержки любого аукциона в реальном времени съедают весь прирост дохода. Второй — приложения на рынках, где реально конкурируют менее трех участников: аукцион не выявляет более выгодную цену, а дополнительные затраты ничем не окупаются.
Во всех остальных случаях выигрывает гибрид. Если сомневаетесь, запустите двухнедельный A/B-тест на одном плейсменте рекламы с вознаграждением и сравните ARPDAU по когортам. Правильный вариант для вашего приложения станет очевиден уже в течение десяти дней.
Максимальный рекламный доход получают не те издатели, у которых больше всего сетей или самый привлекательный договор с платформой медиации. Его получают те, кто подбирает тип медиации под свой инвентарь и управляет настройками показа рекламы как постоянным операционным процессом.
Чек-лист внедрения на 30 дней
Если ваша команда переходит с чистого waterfall на гибридную медиацию, используйте последовательность, по которой мы внедряем Apps Kit SDK. Каждый шаг можно отменить через удаленную конфигурацию — выпускать новую версию приложения не нужно.
- Дни 1–3: настройте измерение числа показов на DAU, p95 задержки рекламных запросов и доли тайм-аутов по каждому участнику аукциона
- Дни 4–7: включите биддинг для одного плейсмента рекламы с вознаграждением только в основной стране, остальные настройки не меняйте
- Дни 8–14: сравните ARPDAU по когортам и удержание на 7-й день с контрольной группой; если обе метрики в норме, распространите биддинг на всю рекламу с вознаграждением
- Дни 15–21: включите биддинг для межстраничной рекламы в той же стране и внимательно следите за влиянием на длительность сессий
- Дни 22–30: запустите схему во всех странах с отдельными тайм-аутами аукциона для каждой страны и уберите малоэффективные позиции в конце каскада
Что сделать на этой неделе
Главное, что стоит вынести из этой статьи: проверьте текущую схему рекламной медиации на соответствие описанной выше базовой гибридной настройке и начните измерять число показов на DAU на уровне когорт. Вместе эти два изменения обычно повышают ARPDAU на 20–40% за две недели — без подключения новых рекламных сетей и без изменения единой строки кода приложения. Все остальное в этой статье — дальнейшая оптимизация на основе этих двух шагов.
