Усталость инвентаря

Повторение дешевле в объёме — и дороже в внимании.

Усталость — это деградация отдачи при росте повторения. Система может показывать рекламу чаще, но каждый дополнительный показ даёт всё меньше эффекта. Первые касания работают, дальше начинается выгорание. Пользователь видит рекламу слишком часто, внимание устаёт, CTR падает, эффективность деградирует.

Деньги часто реагируют с лагом: сначала падает внимание/CTR, потом RPM, потом revenue. Система может показывать больше (shows растут), но эффективность падает (CTR/RPM снижаются). CPM может оставаться стабильным, пока RPM деградирует. Среднее может выглядеть терпимо, пока high-pressure сегмент ломается первым.

Ошибка: "дожимать" показами то, что уже выгорело. Рост частоты может временно поднять shows, но ухудшить качество и конверсию. Нужно не увеличивать частоту, а вводить caps, spacing, защищать сегменты, возвращать разнообразие.

Как выглядит усталость

Shows держатся, CTR падает

Симптом: Количество показов стабильно или растёт, но CTR снижается.

Механизм: Частота растёт, внимание устаёт, пользователь перестаёт реагировать на повторяющиеся показы.

Что проверить:

CTR/attention decay by frequency bucket: падает ли CTR с ростом частоты
Marginal RPM by frequency: падает ли эффективность дополнительных показов
Share of 7+ bucket: не растёт ли доля пользователей с высокой частотой

CPM держится, RPM падает

Симптом: Цена за показ стабильна, но эффективность (RPM) снижается.

Механизм: Компенсация ценой маскирует падение эффективности. CPM остаётся высоким, пока RPM деградирует.

Что проверить:

Стабилизация CPM при падении RPM: не компенсация ли ценой
Lagged revenue decline: не лаг ли между показом и эффектом
P10 effectiveness drop: не деградирует ли нижний дециль

Среднее норм, high-pressure сегмент ломается

Симптом: Средние метрики стабильны, но high-pressure сегмент деградирует первым.

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

Что проверить:

Variance growth: не растёт ли дисперсия между сегментами
Segment divergence: не расходится ли эффективность по сегментам
P10 effectiveness drop: не деградирует ли нижний дециль

Эффект падает после N экспозиций

Симптом: Эффективность резко падает после определённого числа показов одному пользователю.

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

Что проверить:

Frequency buckets: распределение пользователей по частоте
Marginal value by frequency: падение эффективности дополнительных показов
Crowding proxy рост: не конкурируют ли возможности за внимание

Кривая отдачи от частоты

Первые касания дают эффект. Дальше начинается выгорание.

Во времени: частота растёт, эффективность падает

Усталость сначала бьёт по вниманию, затем по деньгам.

Buckets по частоте (распределение пользователей)

Усталость приходит, когда хвост 7+ растёт.

Подбери cap и spacing

Cap (макс частота)

Spacing (разнесение касаний)

Protect high-pressure сегмент

Прокси усталости

Прокси	Что значит	Как интерпретировать
CTR/attention decay by frequency bucket	Падение CTR/внимания с ростом частоты	Если CTR падает в бакетах 4-6 и 7+ — усталость
Marginal RPM by frequency	Эффективность дополнительных показов	Если marginal RPM падает после 4-5 показов — выгорание
Share of 7+ bucket	Доля пользователей с частотой 7+	Если доля 7+ растёт — усталость накапливается
P10 effectiveness drop	Падение эффективности в нижнем дециле	Если p10 падает быстрее среднего — усталость в хвостах
Variance growth	Рост дисперсии эффективности	Если variance растёт — система становится хрупкой
Session depth proxy падение	Падение эффективности с глубиной сессии	Если эффективность падает в глубоких сессиях — усталость
Lagged revenue decline	Запаздывающее падение revenue	Если revenue падает позже CTR — лаг усталости
Стабилизация CPM при падении RPM	CPM стабилен, RPM падает	Компенсация ценой маскирует падение эффективности
Response ratio стабильный	Доступность спроса не меняется	Если response ratio стабилен — проблема не в delivery, а в усталости
Crowding proxy рост	Рост конкуренции возможностей за внимание	Если crowding растёт — несколько возможностей конкурируют
Frequency distribution shift	Сдвиг в распределении частоты	Если хвост 7+ растёт, а 1-3 падает — усталость накапливается
Marginal value curve	Кривая отдачи от частоты	Если кривая падает экспоненциально — выгорание

Если выгорание — что делать

Сегментировать по частоте — разделить пользователей на бакеты (1, 2-3, 4-6, 7+) и смотреть эффективность по бакетам
Вводить caps и spacing — ограничить максимальную частоту и разнести касания во времени
Защищать high-pressure сегмент — не дожимать частоту в сегментах с высокой частотой
Уменьшать низкокачественные opportunities — не показывать рекламу в контекстах с низким вниманием
Следить за хвостами (7+) — мониторить долю пользователей с высокой частотой
Не судить по CPM — CPM может оставаться стабильным, пока RPM деградирует
Фиксировать окна и лаги — усталость проявляется с лагом, нужно смотреть на окне лагов
Мониторить восстановление по ранним сигналам — CTR/attention реагируют раньше revenue
Обновить guardrails (pressure/quality) — установить пороги для частоты и качества
Вернуть разнообразие (rotation/diversification) — не показывать одно и то же, менять форматы/места

Куда дальше

Давление и насыщение →

Давление и насыщение в монетизации.

Эксплуатация системы: ритм контроля →

Ритм контроля монетизации.

Метрики инвентаря →

Что мерить и как считать. Словарь метрик и калькуляторы.