Где рождается выручка

В дашборде рекламная выручка выглядит как одно число. В реальности это произведение пяти последовательных событий: насколько часто аукцион отвечает на запрос, насколько часто загруженная реклама попадает в поле зрения, насколько часто попавшая в поле зрения реклама считается зачётной, насколько часто по ней кликают, и сколько стоит каждый клик. Каждое из этих событий — отдельная точка потерь со своим механизмом.

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

Откуда берётся выручка

Каждый рубль рекламной выручки рождается в момент клика. Пользователь нажал на объявление — рекламодатель заплатил CPC. Revenue = Clicks × CPC. Это CPC-модель. CPM-модель выражает то же самое через показы: Revenue = Shows monet × eCPM / 1000, где eCPM = CTR × CPC × 1000. Обе формулы равнозначны — они описывают одну цепочку с разных концов.

Это произведение шести чисел. Каждый из множителей управляется независимо: fill rate зависит от floor price и числа партнёров по спросу; show rate — от позиции в интерфейсе и архитектуры загрузки; viewability — от скорости рендеринга и глубины скролла; CTR — от формата, таргетинга и качества объявления; CPC — от конкуренции в аукционе. Когда выручка падает, причина находится в одном из этих множителей, реже в нескольких одновременно.

Важное следствие: «показывать больше рекламы» — это только один рычаг из пяти. Рост Requests через увеличение числа слотов на странице сразу оказывает давление на остальные множители: show rate падает (больше слотов, часть не доскроллена), viewability снижается (слоты вытесняются ниже), CTR падает (пользователь перегружен). Net-эффект может быть меньше ожидаемого — или отрицательным.

Переходы воронки

Requests → Responses: Fill rate

Запрос (request) возникает каждый раз, когда рекламный слот готов к заполнению и ваш SSP отправляет bid request в аукцион. Ответ (response) — аукцион нашёл победителя и загрузил объявление в слот. Fill rate = Responses / Requests. Это первый фильтр воронки — и первый сигнал о состоянии спроса.

Потери на этом шаге вызываются несколькими механизмами. Floor price слишком высокий: аукцион не находит покупателей выше порога, запрос остаётся без ответа. Мало партнёров по спросу: без header bidding и waterfall конкуренция за показ низкая. Технические задержки: SSP не укладывается в timeout (обычно 200–400 мс) и запрос истекает. Нет альтернативных источников: единственный DSP не отвечает — весь запрос теряется.

Типичный диапазон: 70–95% для здоровой воронки. Выше 95% — сигнал, что floor price занижен: аукцион принимает любые ставки, включая самые низкие. Ниже 70% — структурная проблема; начинают с аудита timeouts и числа активных партнёров по спросу, не с переговоров с рекламодателями.

Responses → Shows: Show rate

Ответ аукциона означает, что объявление технически загружено в слот. Show означает, что пользователь дошёл до этого слота в интерфейсе. Show rate = Shows / Responses. Между «реклама загружена» и «реклама показана» — реальное поведение пользователя, которое зависит от позиции в контенте и длины сессии.

Самая частая причина потерь — позиция размещения. Слот внизу длинной ленты загружается при открытии страницы, но большинство пользователей не доматывают до него. Lazy loading с агрессивными триггерами: слот загружается только при скролле, но к этому моменту пользователь уже листает быстро. Короткие сессии: пользователь открыл страницу и сразу закрыл до того, как реклама отобразилась.

Типичный show rate: 60–85% в зависимости от позиции. Слоты выше первого скролла (above the fold) — 85–95%. Слоты ниже третьего экрана — 40–60%. Это объясняет, почему один и тот же формат на разных позициях даёт принципиально разную выручку при одинаковом fill rate: show rate меняется в 1.5–2× раза.

Shows → Shows monet: Viewability

Это самый часто неправильно понимаемый переход. «Show» в логах — факт появления HTML-элемента в DOM. «Show monet» — видимый показ, зачётный для выручки: рекламный блок занимал не менее 50% своей площади в видимой зоне экрана в течение не менее 1 секунды. Это отраслевой стандарт MRC (Media Rating Council). Разница между show и show monet — обычно 20–40%.

Почему этот переход важен: именно за show monet рекламодатели платят CPM. Показ, который был в DOM, но не был виден — технический артефакт, не коммерческий. Если аналитик считает CPM по show вместо show monet, он систематически занижает реальную стоимость показа. При viewability 70% такое занижение составляет 1 / 0.7 ≈ 43%: CPM выглядит на 43% ниже реального. Это меняет все сравнения между плейсментами и форматами.

Типичный диапазон viewability: 55–80% для стандартных форматов. Выше у native-рекламы (блок встроен в контент и виден дольше), ниже у баннеров внизу страницы. Рост viewability на 10 п.п. даёт прямо пропорциональный рост eCPM при прочих равных — это один из немногих рычагов, полностью подконтрольных издателю.

Shows monet → Clicks: CTR

CTR (Click-Through Rate) = Clicks / Shows monet. Здесь встречаются два независимых агента: пользователь, который решает кликнуть или проигнорировать, и рекламодатель, который определяет качество и релевантность объявления. Издатель на CTR влияет косвенно — через позицию, формат и глубину сессии.

Что управляет CTR на стороне издателя: позиция в интерфейсе (чем выше, тем выше CTR, но это же давит на viewability соседних блоков), формат (native даёт CTR в 2–5 раз выше, чем banner), глубина сессии (пользователи в середине сессии кликают активнее, чем в первые секунды). На стороне рекламодателя: точность таргетинга, соответствие объявления аудитории, качество creatives.

Типичные диапазоны CTR: 0.5–2% для standard banner, 1–4% для native, 5–15% для interstitial. Важная оговорка: CTR легко увеличить кликбейтом — визуально навязчивые объявления дают краткосрочный рост CTR, но снижают качество инвентаря в глазах premium-рекламодателей и со временем снижают CPM. Правильный CTR — не «как можно выше», а оптимальный для качества аудитории и долгосрочного eCPM.

Clicks → Revenue: CPC и eCPM

CPC (Cost Per Click) — рыночная цена, которую рекламодатель платит за клик. В CPC-модели Revenue = Clicks × CPC. В CPM-модели цена фиксируется за тысячу показов независимо от кликов. На практике большинство programmatic-аукционов работают в гибриде: CPM как базовая единица торгов, но ставки для CPC-кампаний пересчитываются в eCPM = CTR × CPC × 1000.

CPC находится вне прямого контроля издателя — это результат конкуренции в аукционе. Но косвенно: точные данные об аудитории увеличивают ставки рекламодателей; чистый инвентарь с высокой viewability привлекает premium-demand с более высокими CPM; сегментированные floor prices удерживают минимальный eCPM для ценных сегментов. eCPM = Revenue / Shows monet × 1000 — это «здоровье» всей воронки в одном числе. Рост eCPM означает, что воронка в целом стала эффективнее.

Пять способов потерять выручку

100% fill rate — не успех

Интуитивно кажется, что 100% fill rate — идеал: каждый запрос к аукциону получает ответ. На практике это тревожный сигнал. Если аукцион заполняет все запросы, значит floor price ниже любой ставки в системе. Вы не отказали ни одному покупателю — в том числе тем, кто платит минимум.

Правильная модель — баланс между fill rate и CPM. Если поднять floor с 30 ₽ до 60 ₽, fill rate упадёт с 100% до 80%. Но средний CPM вырастет с 30 ₽ до 65 ₽. Было: 100 requests × 30 ₽ / 1000 = 3 ₽ выручки с тысячи запросов. Стало: 80 requests × 65 ₽ / 1000 = 5.2 ₽. Отказ от 20% запросов увеличил выручку на 73%.

Оптимизация floor price — нелинейная задача, и для разных сегментов аудитории оптимум разный. Ценная аудитория (высокий доход, активная покупательская история) выдерживает более высокий floor без потери fill rate. Сегментированные floor prices по ценным сегментам — один из основных инструментов роста eCPM без изменения ad load.

Ad load и D30: выручка сейчас, база потом

Увеличение числа рекламных блоков на странице — самый очевидный способ поднять ad revenue. Он работает мгновенно и хорошо виден в A/B-тесте за 2–4 недели. Он же запускает процесс, результат которого виден через 3–6 месяцев: медленное угасание удержания аудитории.

Механизм незаметен в коротком тесте. Больше рекламы → лёгкое увеличение когнитивной нагрузки → небольшое снижение удовлетворённости сессией → чуть меньше вероятность вернуться на следующий день. Это изменение probability of return на 1–2 п.п. За 4 недели — невидимо в доверительном интервале. Кумулятивно за 6 месяцев — сокращение DAU на 5–8%.

Правило: каждый A/B-тест по ad load должен включать D30 retention как guardrail-метрику. Если D30 в 4-недельном тесте показывает «не значимо» — это не «нет эффекта», это «эффект не успел накопиться». Рекомендуемая структура: основной тест 4 недели по ad revenue + holdout-группа (5% трафика) с горизонтом 2–3 месяца для retention-замера.

CPM по show и CPM по show monet — это разные числа

Одни и те же данные производят два разных CPM в зависимости от знаменателя. CPM_show = Revenue / Shows × 1000. CPM_show_monet = Revenue / Shows monet × 1000. Второе всегда больше первого, потому что Shows ≥ Shows monet. При viewability 70% разница составляет ×1.43.

Где это становится проблемой: при сравнении форматов, плейсментов и периодов времени. Если один плейсмент считает CPM по show, другой — по show monet, и при этом у них разная viewability — сравнение бессмысленно. «CPM вырос со 150 ₽ до 200 ₽» может означать реальный рост, а может означать падение viewability при неизменной выручке: знаменатель уменьшился.

Правило: в одной системе отчётности — единый знаменатель. В отчёте, где есть CPM, всегда указывать, какой. При аудите метрик первый вопрос к числу CPM: «по show или по show monet?» Если неизвестно — все сравнения, основанные на этом числе, ненадёжны.

Среднее ARPU маскирует распределение

ARPU (Average Revenue Per User) = Revenue / DAU. В продуктах с рекламой все активные пользователи участвуют в монетизации, поэтому ARPU и ARPDAU практически совпадают. Растущий ARPU выглядит как сигнал успеха. Это не обязательно так.

В большинстве ad-supported продуктов 5–10% самых активных пользователей дают 50–70% рекламной выручки. Mean ARPU — взвешенное среднее с тяжёлым хвостом. Если лёгкие и средние пользователи начинают уходить, а тяжёлые остаются, DAU падает, ARPU растёт, общая выручка держится плоско или слабо падает. Аналитик смотрит на ARPU и делает вывод «монетизация работает».

Правильная диагностика — распределение, а не среднее. Минимум три разреза: heavy tier (топ 5–10%), medium tier (следующие 30–40%), light/new tier (остальные). ARPU и retention отдельно по каждому тиру. Если ARPU light tier плоский, а heavy tier растёт — это не «монетизация улучшается», это «база сжимается до core».

Ad revenue — не весь P&L

Рекламная выручка — один канал монетизации. В большинстве продуктов рядом существуют: комиссия с транзакций, подписки, платные функции. Больше рекламы в интерфейсе изменяет поведение пользователей не только в отношении рекламы — это влияет на все каналы.

Конкретный механизм: в маркетплейсе рекламные слоты вытесняют органические листинги — пользователь видит меньше нативных товаров, conversion rate падает, комиссия снижается. В медиа с платным уровнем рекламная нагрузка увеличивает конверсию в подписку (хорошо), но одновременно увеличивает churn (плохо). Net-эффект зависит от соотношения этих сил.

Правило: в A/B-тестах по ad load обязательная метрика — total revenue per user, сумма по всем каналам. Если ad revenue +20%, subscription revenue −5%, commission revenue −3% — итоговый net может быть меньше нуля. Команда, которая отчитывается только по ad revenue, отчитывается о части истории.

Где работает аналитик монетизации

Аналитик монетизации работает не с итоговым числом выручки — он работает с переходами. На каком шаге воронки потери выше нормы? Через какой механизм это происходит? Какое изменение даёт наибольший рост выручки при минимальном риске для retention? Это вопросы про конкретные множители в цепочке, а не про сумму на выходе.

Воронка — это не просто диагностический инструмент. Это модель, через которую данные становятся читаемыми. Requests × Fill rate × Show rate × Viewability × CTR × CPC — это описание того, где принимаются решения на каждом шаге и кто несёт ответственность за каждый множитель. Понять воронку — значит понять, за какой рычаг стоит тянуть в первую очередь, а не «нажимать на все кнопки одновременно» и смотреть, что изменится на выходе.