Директ ест бюджет ночью и в выходные: разбор режима показов

Директ ест бюджет ночью и в выходные: разбор режима показов

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

Директ тратит ночью и в выходные: почему алгоритм прав, а бизнес — нет

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

Ночная заявка часто имеет самый низкий CPL и самую высокую цену сделки одновременно — и это не парадокс, а прямое следствие того, что алгоритм видит первое и не видит второго.

Руководитель открывает отчёт по времени суток, видит расход в три часа ночи и в воскресенье и задаёт вопрос: «Почему мы платим, когда никто не работает?» Первая реакция — отключить показы расписанием. Она кажется очевидной и почти никогда не проверяется. В этом материале разбираем, как поставить правильный диагноз, прежде чем что-то трогать в настройках.

опорное определение

Временной таргетинг в Яндекс Директе

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

Пять фактов, которые меняют взгляд на ночной расход

  1. 01

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

  2. 02

    Ночная заявка часто имеет самый низкий CPL и самую высокую цену сделки одновременно. Это не парадокс: алгоритм видит первое и не видит второго.

  3. 03

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

  4. 04

    Проверить это можно наложением трёх кривых: заявки, сделки и фактическая скорость первого ответа по часам. Если провал конверсии совпадает с провалом скорости — дело не в рекламе.

  5. 05

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

Алгоритм оптимизирует то, что дали измерять

Типовая сцена: в отчёте по времени суток виден значительный расход в 02:00–04:00 и в воскресенье. Руководитель задаёт вопрос — и первая реакция почти всегда одна: отключить эти часы расписанием. Решение кажется очевидным, логичным и безопасным. Проблема в том, что оно почти никогда не проверяется.

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

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

Время как индикатор: три диагноза

Расход в нерабочее время — не диагноз, а симптом. За ним стоит одна из трёх совершенно разных ситуаций, и каждая требует своего решения.

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

Диагноз B: ночь хуже из-за обработки. Аудитория сопоставимая, но заявка лежит до утра. Скорость первого ответа падает — падает и доходимость до сделки. В данных: провал конверсии совпадает по времени с провалом скорости ответа.

Диагноз C: ночь не хуже. Оценка велась по цене заявки, а не по цене сделки. Конверсия в сделку сопоставима с дневной — просто CPL ниже, что и привлекло внимание.

ДиагнозКак выглядит в данныхПравильное действие
A — ночь хуже по существуКонверсия в сделку ниже, и это не связано со скоростью ответаКорректировка или расписание показов
B — ночь хуже из-за обработкиПровал конверсии совпадает с провалом скорости первого ответаРегламент обработки — реклама не трогается
C — ночь не хужеКонверсия в сделку сопоставима с дневной, разница только в CPLНичего не менять

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

Есть способ косвенно отличить A от B даже без данных о сделках. Посмотрите на выходные: если они обрабатываются быстрее ночи (например, дежурный менеджер отвечает в течение нескольких часов) и конверсия там заметно выше — аудитория нерабочего времени не хуже сама по себе. Проблема в задержке, а не в типе людей, которые оставляют заявки.

метод диагностики · модельные данные

Профиль суток: три кривые

Услуги с телефонной обработкой заявок. Бюджет 300 000 ₽/мес. Данные модельные — для демонстрации метода, не бенчмарк.

ПериодБюджетЗаявокCPLСделокЦена сделкиКонв. в сделкуОтвет
Будни 9–19165 000 ₽662 500 ₽1511 000 ₽22,7%12 мин
Будни 19–2345 000 ₽202 250 ₽411 250 ₽20,0%45 мин
Ночь 23–954 000 ₽262 077 ₽ ↓227 000 ₽ ↑7,7%9 часов
Выходные36 000 ₽162 250 ₽312 000 ₽18,8%4 часа
Итого300 000 ₽1282 344 ₽2412 500 ₽18,8%

ночь vs выходные

Аудиториянерабочее времянерабочее время
Скорость ответа9 часов4 часа
Конв. в сделку7,7%18,8%

Диагноз:B — проблема в обработке, не в аудитории

что видит алгоритм vs бизнес

2 077 ₽
CPL ночью (алгоритм доволен)
vs
27 000 ₽
цена сделки (бизнес не доволен)

Разрыв в 13× — следствие конверсии 7,7% при 9-часовой задержке

Что говорит третья кривая

Первое, что видно в модельном примере: у ночи самый дешёвый CPL во всём профиле — 2 077 ₽ против 2 500 ₽ днём, на 17% ниже. И одновременно самая дорогая сделка — 27 000 ₽ против 11 000 ₽, в 2,5 раза дороже. Именно это и есть ответ на вопрос из заголовка. Алгоритм видит первую цифру и не видит второй.

Третья кривая — фактическая скорость первого ответа — расставляет всё по местам. Оба периода нерабочего времени (ночь и выходные) привлекают сопоставимую аудиторию. Разница только в скорости обработки: 9 часов против 4 часов. И конверсия в сделку отличается почти втрое: 7,7% против 18,8%. Выходные с четырёхчасовым ответом конвертируются почти как будни.

Это означает: проблема не в рекламе и не в аудитории. Проблема — в том, что ночные заявки ждут до утра. Исправить это можно регламентом обработки, а не настройками кампании.

Процедура построения профиля суток: 4 шага

  1. 01

    Выгрузить заявки в разрезе часов и дней недели за 2–3 месяца из рекламного кабинета Яндекс Директа или Google Ads.

  2. 02

    Сопоставить со сделками по тем же периодам — по времени создания заявки, а не закрытия сделки. Это требует выгрузки из CRM.

  3. 03

    Наложить фактическую скорость первого ответа: не регламентную, а реальную — из CRM или телефонии. Инструменты сквозной аналитики (Roistat, Calltouch, CoMagic, K50) автоматизируют эту связку.

  4. 04

    Найти интервалы, где кривая сделок расходится с кривой заявок, и проверить, что происходит там с третьей кривой. Совпадение провалов — диагноз B. Расхождение без связи со скоростью — диагноз A.

Вторая кривая (сделки по часам создания заявки) недоступна ни в рекламном кабинете, ни в Яндекс Метрике или Google Analytics: там видна конверсия, но не её судьба. Нужна связка рекламных данных с CRM — типовая функция инструментов сквозной аналитики.

Четыре ответа и как выбрать

Когда диагноз поставлен, выбор инструмента становится очевидным. Но важно понимать не только «что применить», но и «что каждый инструмент ломает» — потому что у каждого из них есть цена.

При диагнозе B правильное решение — регламент обработки. Реклама не трогается вовсе. Это неудобный ответ, потому что требует работы с отделом продаж, а не с кабинетом. Но только он решает реальную проблему.

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

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

ОтветКогда применятьЧто ломает
1. Регламент обработкиДиагноз B: провал конверсии совпадает с провалом скорости ответаНичего в рекламе. Требует работы с отделом продаж
2. Корректировка по времениДиагноз A, разница умереннаяМягко сужает пространство алгоритма. Обратимо
3. Расписание показовДиагноз A, разница кратная, и обработка уже налаженаЖёстко режет обучающую выборку и косвенный вклад
4. Смена оптимизируемой целиРазрыв между CPL и ценой сделки велик во всех периодахТребует времени на переобучение, но устраняет корень проблемы

Цена отключения: четыре слагаемых

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

Прямые потери — конверсии, которые приходили в этот интервал. Это единственное, что обычно принимают в расчёт.

Удорожание оставшегося трафика. Тот же бюджет в более узком временном окне выкупает более дорогой предельный трафик. Дневной аукцион конкурентнее, и добавленный объём обходится дороже среднего.

Сужение обучающей выборки. Автостратегия учится на меньшем объёме событий и в меньшем разнообразии контекстов. Жёсткие ограничения — известная причина, по которой алгоритм перестаёт нормально обучаться.

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

В модельном примере: при отключении ночи 54 000 ₽ перераспределяются в дневное время. Предельный трафик днём обходится дороже (CPL ~3 200 ₽ вместо 2 500 ₽), и прирост сделок составляет от −0,4 до +1,8 в зависимости от косвенного вклада. Наладка регламента обработки при той же рекламе даёт +3,7 сделки — и улучшает три периода сразу, потому что проблема была общей.

сравнение сценариев · модельные данные

Отключить ночь vs наладить обработку

вариант A — отключить ночь расписанием

54 000 ₽ → дневной аукцион16,9 заявки
При дневной конверсии 22,7%+3,8 сделки
Потеря ночных сделок−2 сделки
Прямой прирост+1,8 сделки
Косвенный вклад ночи (гипотеза)−2,2 сделки
Итого с косвенным−0,4 … +1,8

вариант B — наладить обработку, рекламу не трогать

Ночь: конверсия 7,7% → 15%+1,9 сделки
Вечер: 20% → 25%+1,0 сделки
Выходные: 18,8% → 24%+0,8 сделки
Итого+3,7 сделки
Бюджетне тронут
Что улучшилосьночь + вечер + выходные

⚠ Честная оговорка:косвенный вклад ночных показов в дневные конверсии — гипотеза, не измерение. Без его учёта вариант A даёт +1,8 сделки, с учётом — уходит в минус. Даже по верхней границе A вдвое хуже B. Точная цифра зависит от длины пути клиента.

Типичная ошибка: лечить расписанием то, что лечится регламентом

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

Как это выглядит на практике

  • Руководитель видит высокий расход ночью и дорогие сделки из этого периода
  • Принимает решение отключить ночные часы расписанием
  • CPL в отчёте немного растёт (дневной трафик дороже), но это списывается на «рынок»
  • Конверсия в сделку не улучшается — потому что заявки всё равно ждут до утра
  • Алгоритм получает меньше данных и хуже обучается — результат постепенно деградирует

Как правильно

  1. 01

    Замерить фактическую скорость первого ответа по периодам (из CRM или телефонии)

  2. 02

    Сравнить ночь и выходные: одинаковая аудитория, разная скорость — диагноз B

  3. 03

    При диагнозе B — сначала регламент обработки, реклама не трогается

  4. 04

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

  5. 05

    Только если разница сохранилась — переходить к рекламному решению (сначала корректировка, потом расписание)

Если данных о сделках по часам нет

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

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

Ручная разметка выборки. Взять 50–100 заявок ночного интервала и прозвонить историю: сколько дошло до сделки. Это трудоёмко, но даёт вторую кривую хотя бы для одного периода — а именно он и нужен для решения.

Замер скорости ответа в первую очередь. Третья кривая строится из телефонии или CRM и почти всегда доступна. Если она проседает ночью — вмешиваться в рекламу до наладки обработки не имеет смысла: вы не сможете отличить эффект отключения от эффекта задержки.

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

Главное: диагноз раньше лечения

Алгоритм Яндекс Директа тратит ночью не по ошибке. Он оптимизирует ровно то, что вы дали ему измерять. Вопрос не в расписании — вопрос в том, что считается конверсией и как быстро обрабатываются заявки.
  1. 01

    Расход в нерабочее время — симптом, а не диагноз. За ним стоит одна из трёх ситуаций: другая аудитория, задержка обработки или просто дешёвый CPL без проблем со сделками.

  2. 02

    Проверьте три кривые: заявки, сделки и скорость первого ответа по часам. Совпадение провалов — диагноз B, проблема в обработке.

  3. 03

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

  4. 04

    При диагнозе B — сначала регламент обработки. Один регламент улучшает ночь, вечер и выходные одновременно. Отключение расписанием улучшает только один интервал — и то ценой потери дешёвого трафика.

  5. 05

    Расписание — последний инструмент в очереди, а не первый. Корректировка по времени решает ту же задачу мягче и обратимо.

  6. 06

    Если разрыв между CPL и ценой сделки велик во всех периодах — проблема не во времени суток, а в оптимизируемой цели.

Самый быстрый способ начать без данных о сделках: замерьте фактическую скорость первого ответа по периодам из CRM или телефонии. Если ночью она кратно хуже — начните с регламента. Реклама подождёт.

Часто задаваемые вопросы

Посчитаем, при какой цене заявки ваш Директ выходит в плюс

Разберём экономику и покажем целевой CPL под вашу маржу и цикл сделки

  • Бесплатный расчёт
  • Ответим за час

Политика конфиденциальности

При оставлении заявки на ресурсе «https://gurucontext.ru» пользователи предоставляют следующие сведения:

  • Имя
  • Контактный телефон или Telegram
  • Адрес сайта пользователя (не обязательно)

Также администрация сайта получает данные об IP-адресе посетителей, типе браузера, времени нахождения на сайте и прочие подобные сведения через сервисы статистики.

Использование информации

Вся полученная информация используется администрацией «https://gurucontext.ru» исключительно в целях связи с клиентом.

Защита персональных данных

Компания «https://gurucontext.ru» обязуется не разглашать сведения, полученные от пользователей, и хранит их в защищённом виде.

Предоставление данных третьим лицам

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

Контакты

Телефон: +7 (499) 955-47-00.
E-mail: info@gurucontext.ru.