Dayparting в рекламе: как выбирать часы показа без подгонки статистики

Редакция mevrica

Медиабаинг7 мин чтения

Обновлено 3 августа 2026 г.

Dayparting кажется простой оптимизацией: построить почасовой отчёт и выключить красные строки. Но час клика, час конверсии и час появления postback — разные моменты; ночью может быть меньше объём и выше дисперсия; состав placement и GEO меняется вместе со временем. Без нормализации расписание закрепляет случайный исторический паттерн и иногда лишает алгоритм ценных пользователей. Поэтому dayparting проектируют как версионируемое правило и проверяют на новом периоде.

Прямой ответ

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

1. Какую задачу решает расписание

Dayparting может ограничивать часы показа, менять bid, перераспределять cap или защищать операционную поддержку. Эти действия имеют разные критерии. Например, отсутствие менеджера ночью не доказывает низкое качество пользователя, но может ограничить маршрут с ручной обработкой.

Запишите механизм, а не только наблюдение: почему именно время должно влиять на результат.

2. Выберите правильное время

Для эффективности закупки обычно нужен час показа или клика; для нагрузки продукта — час действия; для свежести данных — received time. Анализ по conversion hour отвечает на другой вопрос и может ошибочно приписать вечерний FTD вечерней рекламе.

Храните все моменты в UTC и вычисляйте локальный час по версии timezone.

Практический набор данных сохраняет четыре колонки: click_at_utc, click_local_hour по GEO, conversion_at_utc и received_at_utc. Аналитик строит эффективность по часу клика, latency — по разнице события и клика, freshness — по разнице received и event. Одно и то же исходное событие участвует в разных отчётах, но каждый отвечает на отдельный вопрос.

3. Учитывайте переходы времени

Летнее время, смена зоны, часы 23/25 и локальные календари ломают простое смещение. Используйте IANA timezone и сохраняйте исходный UTC.

Отчёт по фиксированному offset нельзя переносить между периодами, где правила зоны изменились.

Храните исходную метку времени в UTC и отдельно вычисленную локальную дату по версии часового пояса. Простое прибавление постоянного смещения ломается при сезонном переводе часов и исторических изменениях правил. Для воспроизводимости полезно знать, какая timezone database использовалась при расчёте.

Если площадка отдаёт только агрегат по собственному часовому поясу, зафиксируйте это ограничение. Такой отчёт нельзя без потерь объединить с почасовым логом другой зоны: часть суток будет сдвинута, а границы дат не совпадут.

4. Созревайте когорты одинаково

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

Используйте cut-off или кривую зрелости, проверенную отдельно по крупным временным блокам.

5. Показывайте знаменатели

Для каждого часа нужны показы, клики, расход, зрелые события и подтверждения. Одна конверсия на двух кликах не делает час победителем, а ноль на трёх — провалом.

Интервалы и shrinkage уменьшают соблазн ранжировать шум.

Для визуализации используйте две панели. Первая показывает volume и maturity, вторая — estimate и uncertainty. Цвет ячейки результата приглушается, если выборка мала или watermark не достигнут. Это дисциплинирует чтение heatmap: яркая случайная конверсия не выглядит так же убедительно, как устойчивый час с большим зрелым потоком.

6. Контролируйте состав трафика

Ночью могут работать другие GEO, устройства, placement и аудитории. Сырой почасовой CPA отражает смесь. Сначала сравнивайте внутри стабильных сегментов или стандартизируйте состав.

Если после контроля эффект исчезает, расписание было прокси для другого признака.

Для стандартизации можно пересчитать каждый час так, как если бы его распределение GEO, device и placement совпадало с общим. Если raw эффект большой, а standardized почти исчезает, расписание в основном отражало состав. Такой анализ не гарантирует причинность, но предотвращает отключение хорошего времени только потому, что там исторически покупался сложный сегмент.

7. Учитывайте аукцион

CPM, конкуренция и доступный инвентарь меняются по времени. Дешёвый час может давать менее намеренный трафик, а дорогой — лучший downstream.

Решение строится по предельной зрелой марже, а не по CPC.

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

8. Не дробите сутки чрезмерно

Двадцать четыре независимых оценки создают много случайных лидеров. Объединяйте соседние часы по механизму и стабильности, а не по удобному результату.

Граница блока должна иметь операционное объяснение и сохраняться в следующей проверке.

Соседние часы объединяют до просмотра результата по операционной логике или алгоритмом, обученным только на прошлом периоде. Если границы выбираются по текущему CPA, тот же шум используется дважды: сначала создаёт блоки, затем доказывает их различие. Confirmation period должен быть новым и не участвовать в построении расписания.

9. Учитывайте день недели

Понедельник утром и суббота утром могут отличаться. Если объёма недостаточно для матрицы 7×24, используйте более грубые блоки и регуляризацию.

Не публикуйте слабые ячейки как точные рекомендации.

10. Разделите exploration и exploitation

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

Исключение по жёстким правилам — другая задача и не требует исследования.

Контрольную долю можно реализовать не постоянным включением каждого часа, а периодическими исследовательскими окнами. Их расписание выбирают заранее и защищают от ручного отключения после первых слабых минут. Результат exploration анализируется отдельно от основного режима, потому что изменение bids и доступного инвентаря может сделать состав несопоставимым.

11. Выберите действие

Иногда достаточно снизить bid, а не выключать трафик. Иногда проблема в cap или скорости обработки и её лучше исправить.

Для каждого блока задайте allowed, bid modifier, budget cap и fallback. Не смешивайте их в одном флаге.

12. Проведите backtest без leakage

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

Сравните с простыми baseline: всегда включено и равномерный pacing.

Walk-forward backtest повторяет реальную работу. На каждой неделе расписание строится только по доступной истории, применяется к следующей неделе и учитывает фактические цены и cap. Сравнивайте cumulative margin, потерянный объём, variance и число переключений. Модель, которая выигрывает только при идеальном знании будущего, не готова к production.

13. Проверьте причинно

Лучший дизайн — случайно применять расписание к сопоставимым единицам или чередовать режимы по заранее выбранным периодам. Учитывайте carryover и обучение платформы.

Наблюдаемое улучшение после включения может быть сезонностью или изменением кампании.

При чередующемся дизайне учитывают память алгоритма платформы. Если после выключения кампания заново проходит learning phase, часовые режимы вмешиваются друг в друга. Тогда лучше рандомизировать крупные блоки, несколько сопоставимых кампаний или использовать geo split. Ограничение дизайна записывают заранее.

14. Введите guardrails

Расписание не должно приводить к потере cap, резкому росту frequency, деградации качества или невозможности набрать объём. Мониторинг показывает не только CPA.

При нарушении свежести данных правило переходит в безопасный режим.

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

15. Версионируйте и документируйте

Сохраните timezone, блоки, данные обучения, дату активации и владельца. Изменение одного часа создаёт новую версию, чтобы отчёт мог разделить периоды.

Без версии невозможно понять, изменился рынок или само расписание.

16. Вывод

Dayparting полезен, когда время отражает устойчивый механизм и правило подтверждено на новых данных. Почасовой heatmap — только начало: нужны правильный event time, зрелость, состав, неопределённость и контроль.

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

После внедрения владелец должен уметь ответить, сколько объёма и маржи расписание добавило или потеряло относительно контроля, какие часы остались неизвестными и когда правило будет пересмотрено. Если система только сообщает экономию spend, но не оценивает потерянные зрелые события, она поощряет чрезмерное сокращение и может улучшать CPA за счёт отказа от масштаба.

Не используйте расписание для скрытого обхода правил

Временное включение рекламы не делает запрещённый оффер или формат допустимым. Ограничения площадки и применимые требования действуют независимо от часа.