SDK-медиация: как приложение выбирает рекламную сеть
Когда в приложении освобождается рекламное место, решать, чье объявление туда поставить, будет SDK-медиация — библиотека внутри приложения, которая опрашивает несколько рекламных сетей и бирж и выбирает победителя. Разработчик подключает один медиационный SDK, а к нему — адаптеры нужных сетей. Медиация повышает заполняемость рекламных мест и доход: показ уходит источнику, который заплатит больше, а не единственному подключенному.
Что происходит при запросе рекламы
- Приложение запрашивает рекламу у медиационного SDK для конкретного рекламного места.
- SDK формирует список источников по настройкам: какие сети, в каком порядке, с какими порогами.
- Источники опрашиваются — по очереди (водопад) или одновременно (биддинг).
- Победитель отдает объявление через свой адаптер, SDK показывает его и передает события.
- Медиационная платформа сводит отчеты по всем сетям в одном интерфейсе.
Водопад и in-app bidding
Водопад (waterfall). Источники выстроены в порядке ожидаемого eCPM с порогами. SDK спрашивает первую сеть с порогом 300 ₽; если она не готова платить столько — вторую с порогом 200 ₽ и так далее. Недостаток: порядок строится по средним историческим цифрам, и сеть ниже в очереди, готовая на этот показ заплатить больше, не получает шанса.
In-app bidding. Сети получают запрос одновременно и возвращают реальные ставки на этот показ; побеждает максимальная. Это мобильный аналог header bidding в вебе.
| Водопад | In-app bidding | |
|---|---|---|
| Порядок опроса | последовательный | параллельный |
| Цена | по историческому eCPM | реальная ставка на показ |
| Задержка | растет с длиной водопада | ограничена таймаутом аукциона |
| Настройка | ручная: порядок и пороги | минимальная |
| Поддержка сетями | любая | только сети с биддингом |
Пример гибридной схемы
1. Аукцион биддинга: сеть A — 280 ₽, биржа B — 310 ₽, сеть C — нет ставки
→ лучшая ставка 310 ₽
2. Позиции водопада дороже 310 ₽ опрашиваются по очереди:
сеть D с порогом 350 ₽ — не заполнила
3. Позиции дешевле 310 ₽ пропускаются: биддинг уже дает больше
4. Победитель: биржа B, 310 ₽
Чем медиация отличается от SSP и биржи
- SSP и биржа проводят аукцион среди DSP на своей стороне. Медиация стоит уровнем выше, в приложении, и выбирает между несколькими SSP, биржами и сетями.
- Рекламная сеть продает свой спрос; медиация не продает ничего, она маршрутизирует показы.
Поэтому один показ в приложении проходит несколько уровней: медиация выбирает источник, источник проводит свой аукцион среди покупателей.
О чем помнить при подключении сетей
- Каждый адаптер — это SDK. Много сетей утяжеляют приложение и увеличивают число возможных конфликтов версий.
- Задержка загрузки. Длинный водопад медленно заполняет место; для полноэкранных форматов рекламу загружают заранее.
- Отчеты расходятся. Медиация, сеть и MMP считают показы по-своему: по ответу, по рендеру, по видимости.
- Идентификатор приложения. Каждая сеть видит приложение по bundle ID; он должен совпадать с app-ads.txt разработчика, иначе часть покупателей откажется от инвентаря.
Частые вопросы
Зачем приложению медиация, если можно подключить одну сеть?
Одна сеть не заполнит все показы и не даст лучшую цену на каждый. Медиация опрашивает несколько источников и отдает показ тому, кто платит больше, что повышает заполняемость и доход.
Что лучше: водопад или in-app bidding?
Биддинг точнее — показ уходит реальной лучшей ставке, а не ожидаемой по истории. Водопад проще и поддерживается всеми сетями. На практике часто используют гибрид: сети с биддингом конкурируют в реальном времени, остальные стоят в водопаде.
Что такое адаптер медиации?
Модуль, который связывает медиационный SDK с SDK конкретной рекламной сети: передает ей запрос, получает объявление и события. Для каждой сети нужен свой адаптер.