Как LiveLib переехал на Adfox: опыт миграции крупной контентной площадки с собственного решения на технологии Яндекса

Почему собственная платформа больше не подходила

За семь лет задачи выросли от баннеров и базовой статистики до сегментов аудитории, частотности, сложных таргетингов и новых форматов. Управлять показами и приоритетами стало сложно, быстро оценивать занятость инвентаря не получалось. Отчёты собирали из нескольких систем, а изменения требовали ресурса разработчиков, отвлекая их от развития LiveLib.

Одновременно рос как сам сервис LiveLib, так и наш рекламный инвентарь и требования к аналитике.

Почему мы выбрали готовое решение

Развитие собственной платформы означало большие инвестиции и постоянную поддержку непрофильной технологии. Результат нужен был сразу.

Мы выбрали знакомый Adfox, который закрывал почти все требования. Оценивали:

• прямые продажи и programmatic в одной системе;
• приоритеты
• таргетинги
• отчётность
• форматы
• интеграцию с РСЯ;
• скорость и  масштабируемость
• разделение доступов
• поддержку
• стоимость.

Перед миграцией мы провели пилот на реальном трафике: перенесли часть размещений и проверили основные сценарии. Это сняло большую часть технических опасений.

С чего мы начали миграцию

Начали с аудита более 25 мест: баннеров, сквозных позиций, спецразмещений, поп-апов и слайдера. Зафиксировали расположение, формат, трафик, источники рекламы, прямые продажи, подключение РСЯ, внутреннее промо и технические ограничения. Отдельно изучили типы страниц, прежде всего карточку книги.

Что мы оставили от собственной системы

Система LiveLib осталась технической прослойкой и единой точкой подключения рекламных мест, а кампании, ротация, таргетинги и приоритеты перешли в Adfox. Так мы сохранили работающий код и передали специализированной платформе те функции, с которыми она справляется лучше.

Как мы пересобрали приоритеты

Старые правила не всегда объясняли, кому доставался показ. На LiveLib одновременно работают три крупных потока:

• прямые коммерческие размещения;
• программатическая монетизация через РСЯ;
• внутренний маркетинг LiveLib.

До миграции система их взаимодействия складывалась постепенно. Некоторые прямые кампании и РСЯ могли находиться на одном уровне, отдельные размещения получали высокий приоритет по историческим причинам.

В результате команда не всегда могла быстро объяснить, почему конкретный показ в конкретный момент ушел тому или иному источнику спроса.

Мы выстроили новую логику:

1. Для LiveLib прямые размещения — кампании «Гарантия», профиль «Прямая продажа», уровни 1-10.
2. РСЯ — «Динамическая монетизация», уровень 11.
3. Внутренние кампании «Промо» — уровни 12–15.

Сначала выполняются обязательства перед рекламодателями, затем монетизируется свободный инвентарь, а собственное промо получает оставшиеся показы. Проектирование этой логики оказалось сложнее технического переноса.

Как проходил переезд в Adfox

Переезд занял около 2,5 месяца. Более 20 коммерческих кампаний продолжали работать, поэтому переносили отдельные места:

аудит → новая архитектура → приоритеты → перенос места → тестирование → перенос действующих кампаний.

Сначала — баннеры с РСЯ, затем — места с прямой и автоматической рекламой, последними — нестандартные форматы. Позиции одной кампании могли работать в разных системах. Это увеличивало операционную нагрузку, но позволяло локализовать ошибки.

Какие изменения пришлось отменить и что мы не стали переносить

Самый показательный пример — слайдер на главной. После переноса выяснилось, что внутри старого контейнера была заложена специфическая механика работы, которую нельзя было просто повторить средствами Adfox. Мы вернули его в старую систему, перенастроили под «Карусель» в Adfox и успешно перенесли повторно. Остальные места продолжали работать.

Реклама в Ленте РСЯ, значимая для выручки, осталась во внутренней промосистеме: аналога её механики не нашли.

Как мы контролировали риски

Мы опасались падения выручки, ошибок в показах, проблем с коммерческими обязательствами и ухудшения пользовательского опыта. После переноса каждого места проверяли запросы и показы, заполняемость, доходность и работу активных кампаний, сравнивая показатели до и после изменения.

На старте доход от РСЯ снизился: системе требовалось время для адаптации CPMv, дохода площадки за тысячу видимых показов рекламы, а прямые кампании с более высоким приоритетом забрали часть инвентаря. Поэтому мы оценивали не РСЯ отдельно, а весь рекламный микс: прямые продажи, programmatic и выполнение обязательств. После основной миграции ещё две недели усиленно следили за трафиком и монетизацией.

Что изменилось после миграции

Самое главное — доля коммерчески используемых показов составила около 85% вместо 50–60%. Также появились новые таргетинги и форматы, включая OutStream Video.

Команда монетизации стала меньше зависеть от разработки:

• стандартный запуск — 3–5 минут вместо 15 и более;
• изменения в активных кампаниях — примерно на 50% быстрее;
• трудозатраты разработчиков на рекламу — примерно на 60% меньше;
• типовой отчёт — около минуты вместо 20;

Распределение инвентаря стало прозрачнее, отчётность — ежедневным инструментом управления.

Выручку LiveLib не раскрывает: эффект оцениваем по использованию инвентаря и операционным метрикам.

Что мы посоветуем тем, кто планирует миграцию

1. Проведите аудит мест, нагрузки, форматов, источников спроса и правил их взаимодействия.
2. Начните с programmatic, затем переходите к гибридному инвентарю.
3. Кастомные форматы оставьте напоследок.
4. Сохраните хорошо работающие части системы.
5. Заранее пересоберите приоритеты: они определяют распределение показов и экономику.
6. Обеспечьте быстрый откат отдельного места.
7. Оценивайте весь рекламный бизнес: снижение одного канала может отражать рост более приоритетного.

Что мы будем делать дальше

Следующий этап — развитие Header Bidding для усиления конкуренции за инвентарь. Также продолжим развивать собственные сегменты, экспериментировать с таргетингами и тестировать новые рекламные продукты. Новая инфраструктура позволяет быстрее экспериментировать.

Вывод

Переход на Adfox позволил отделить развитие рекламной технологии от развития LiveLib. Создание собственной современной системы потребовало бы несколько месяцев или лет работы и постоянной поддержки. Готовая платформа освободила ресурсы для продукта и дала команде больше самостоятельности.