# Яндекс Директ после сбоя: как проверить рекламу Источник: https://nadodumat.ru/articles/yandeks-direkt-posle-sboya Автор: команда «Надо думать». Дата: 2026-11-04. Чтобы оценить Яндекс Директ после сбоя, сопоставьте расходы, фактически полученные обращения и данные аналитики за одинаковые периоды. Сначала проверьте, доходят ли заявки, затем — как отчёт определяет их источник. Менять бюджет стоит с учётом подтверждённых результатов и качества данных: падение числа рекламных конверсий в одном отчёте ещё не объясняет, что произошло с продажами. ## Что изменилось в октябре 2026 года 16 октября Яндекс сообщил о восстановлении доступа к кабинетам Метрики и AppMetrica с ограничениями. 20 октября компания объявила о возвращении основных инструментов управления Директом. В публикации о Директе отдельно отмечены задержки конверсионной статистики и нарушение связей между кликами до 11 октября и более поздними целевыми действиями. На дату проверки, 4 ноября 2026 года, справка Метрики описывает специальный режим. История визитов с 11 октября учитывается заново; модели, использующие прошлые визиты, опираются на историю после этой даты. Поэтому часть рекламных визитов и конверсий может отображаться у других источников. Яндекс отдельно указывает, что это изменение не затрагивает модель «Последний переход». Ограничения обновляются — перед разбором своего аккаунта проверьте справку, указанную в источниках статьи. Практический вывод для бизнеса: доступный кабинет, работающая форма и сопоставимый отчёт — три разных условия. Дальше предлагаем порядок проверки для компании, которая получает обращения с сайта. Это наша методика сверки, а не сообщение о состоянии конкретного рекламного аккаунта. ## Сохраните исходные данные до изменений Начните с отдельной копии отчёта, по которому возник вопрос. Запишите дату выгрузки, период, часовой пояс, выбранную цель, модель атрибуции и фильтры. Сохраните расходы по кампаниям и выгрузку обращений из CRM или рабочего журнала. Это позволит объяснить разницу, если обновлённый отчёт позднее покажет другие числа. Проверьте, что сравниваете одинаковые сущности. Достижение цели — событие в аналитике; заявка — полученное обращение; клиент — человек или компания. Один клиент может обратиться несколько раз, а одна заявка — вызвать несколько событий. Заранее определите, где считаете события, где уникальные обращения, а где новых клиентов. Для расходов используйте одну основу сравнения: одинаковый учёт НДС, одинаковый состав затрат и сопоставимые периоды. Пополнение рекламного счёта не равно расходу на показы за выбранные даты. Работу подрядчика и стоимость сервисов можно добавить в полный расчёт, но их нужно учитывать одинаково в обоих периодах. - Отметьте даты изменений рекламы, сайта, цены, наличия товара и графика продаж. - Выделите периоды с известными ограничениями данных и сохраните ссылку на описание этих ограничений. - Оставьте отдельный статус «источник не установлен» вместо предположительного распределения обращений. - Назначьте ответственного за сверку и дату следующей проверки, чтобы отчёт не менялся без пояснения. ## Сверьте три источника: кабинет, сайт и продажи Каждый источник отвечает на свою часть вопроса. Расходы и клики смотрят в рекламном кабинете. Поведение и события на сайте — в аналитике. Факт получения обращения и его дальнейший исход — в системе, где работает команда продаж. Совпадение итоговых чисел само по себе не доказывает, что связаны одни и те же заявки. Составьте таблицу по дням и кампаниям, а спорные строки разберите до отдельных обращений. Если при отправке заявки сохраняется идентификатор обращения, используйте его для сверки доставки. Источник подтверждайте сохранёнными метками и доступными идентификаторами перехода. Время обращения и контакт помогают искать совпадения, но не дают основания автоматически приписать заявку определённой кампании. Уточните и надёжность CRM: создаются ли карточки без ошибок, не отложена ли обработка, не меняют ли сотрудники источник вручную. Если CRM отсутствует, временно подойдёт журнал фактически полученных обращений из почты, телефонии и форм. В рабочую таблицу переносите только нужные для проверки сведения; персональные данные не нужны в общем отчёте руководителю. Карта сверки: что подтверждает каждый источник - Вопрос: Был ли расход на рекламу?; Где проверять: Статистика расходов за выбранный период; Что остаётся неизвестным: Какая часть расходов привела к новым клиентам - Вопрос: Сработало ли событие на сайте?; Где проверять: Отчёт по конкретной цели и проверка её условий; Что остаётся неизвестным: Получил ли менеджер обращение и подходит ли оно бизнесу - Вопрос: Пришла ли заявка?; Где проверять: Запись формы, письмо, звонок или карточка CRM; Что остаётся неизвестным: Источник, если метки и связь с переходом не сохранены - Вопрос: Есть ли результат продажи?; Где проверять: История сделки и подтверждённая оплата; Что остаётся неизвестным: Причина покупки и вклад каждого рекламного контакта - [Передача заявок, источников и статусов в CRM](https://nadodumat.ru/services/automation) ## Отделите сбой отчёта от потери обращения Проведите согласованную тестовую отправку через рабочую форму сайта. Проверьте подтверждение посетителю, получение обращения, сохранение источника, назначение ответственного и уведомление менеджера. Тест обозначьте заранее и исключите из оценки качества рекламы. При проверке звонков и мессенджеров пройдите их маршруты отдельно: работающая форма не подтверждает исправность остальных способов связи. Если сообщение об успешной отправке есть, а обращения у команды нет, исследуйте доставку до того, как объяснять всё аналитикой. Если обращение дошло и обработано, но рекламный источник не определился, это другая задача: сверка измерения и атрибуции. Исправления и решение о расходах в этих случаях будут разными. Повторная доставка одной заявки после технической ошибки не должна превращаться в нового потенциального клиента. При этом новое обращение знакомого клиента может быть самостоятельной потребностью. Разбирайте повторы по смыслу и идентификатору обращения; одинаковый телефон не является достаточной причиной удалить все последующие записи. - [Как оценивать качество заявок и причины потерь](https://nadodumat.ru/articles/zayavki-est-prodazh-net) ## Почему стоимость заявки в отчёте могла вырасти Условный пример, не данные клиента и не оценка масштаба октябрьского сбоя. В двух сопоставимых периодах на размещение потратили по 60 000 ₽. В первом отчёт отнёс к рекламе 30 заявок, во втором — 20. Отчётная стоимость выросла с 2 000 до 3 000 ₽, то есть на 50%. Однако отдельная сверка показала по 30 реально полученных обращений с подтверждённым рекламным источником в каждом периоде. В этом примере подтверждённая стоимость полученного обращения осталась 2 000 ₽. Разница в отчёте потребовала бы проверки учёта, а не немедленного вывода об ухудшении рекламы. Если источник десяти обращений подтвердить нельзя, их следует оставить нераспределёнными: перенос всех неизвестных заявок в Директ дал бы столь же необоснованный результат. Даже совпадение количества заявок не доказывает прежнюю эффективность. Проверьте долю подходящих обращений, новые и повторные потребности, продвижение сделок и продажи. Для длинного цикла сравнивайте группы заявок с одинаковым сроком наблюдения: у вчерашней заявки было меньше времени превратиться в оплату. Учебный расчёт: отчётная атрибуция и сверенные обращения - Показатель: Расход на размещение; Период А: 60 000 ₽; Период Б: 60 000 ₽ - Показатель: Заявки, отнесённые к рекламе в отчёте; Период А: 30; Период Б: 20 - Показатель: Стоимость по этому отчёту; Период А: 2 000 ₽; Период Б: 3 000 ₽ - Показатель: Полученные обращения с подтверждённым рекламным источником; Период А: 30; Период Б: 30 - Показатель: Расход на одно сверенное обращение; Период А: 2 000 ₽; Период Б: 2 000 ₽ ## Как сравнить периоды без ложной точности Сначала выровняйте дни недели, регион, предложения и состав кампаний. Затем проверьте различия в спросе, ценах и работе продаж. Если одновременно изменились сайт, объявления и схема учёта, один общий показатель не позволит выделить эффект каждого изменения. Зафиксируйте это ограничение прямо рядом с выводом. Сравнение моделей атрибуции полезно для диагностики: оно показывает, насколько итог зависит от способа распределить результат между источниками. Но выбор модели, в которой цифры выглядят лучше, не исправляет отсутствующие связи. Сохраните исходную модель отчёта; дополнительные варианты показывайте отдельно с пояснением. Особое внимание нужно компаниям, которые передают продажи и другие офлайн-события обратно в аналитику. Проверьте актуальные сроки привязки в справке, задержку передачи и статусы обработки. Принятая системой загрузка ещё требует проверки в отчёте. Не заменяйте реальные даты сделок и не загружайте повторно одни события только ради более полного графика. ## Когда исправлять учёт, ограничивать расход или продолжать Решение о бюджете должно учитывать и качество данных, и допустимый риск. Если обращения не доходят до команды или сайт мешает обратиться, сначала устраните подтверждённую проблему. При необходимости ограничьте расход на затронутый маршрут. Ждать восстановления отчётов в такой ситуации недостаточно. Если заявки приходят, но их источник распределяется неполно, задайте временный предел расходов, доступные показатели контроля и дату пересмотра. Продолжение кампании оправданно лишь в пределах риска, который бизнес готов принять. Сам по себе неполный отчёт не обосновывает ни отключение всех кампаний, ни увеличение бюджета. Если сопоставимые данные подтверждают снижение количества или качества обращений, ищите причину в конкретном сегменте: запросах, объявлениях, странице, предложении или обработке. Вносите изменения с понятной целью и фиксируйте дату. Это даст возможность проверить гипотезу, когда накопятся результаты, вместо серии одновременных перенастроек. - [Аудит действующей рекламы и посадочных страниц](https://nadodumat.ru/services/traffic) ## Какой результат запросить у команды или подрядчика Полезный итог проверки — короткая записка с приложенной сверкой. В ней должны быть исходный симптом, подтверждённые факты, нерешённые вопросы и следующий шаг. Формулировка «конверсии просели из-за сбоя» недостаточна без указания периода, модели отчёта и проверки реальных обращений. Для руководителя достаточно видеть, что изменилось в бизнесе, какой части данных можно доверять и на каком основании принимается решение. Подробные выгрузки нужны специалистам, а не вместо вывода. Если данных недостаточно, зафиксируйте, что именно позволит снять неопределённость и кто это проверит. - Период и дата сверки, выбранные цели, фильтры и модель атрибуции. - Расходы, полученные обращения, подходящие заявки и сделки в работе. - Подтверждённые источники и отдельное количество нераспределённых обращений. - Результат проверки доставки, список найденных ошибок и ответственные. - Принятое решение по каждой затронутой кампании и дата повторной оценки. ## Вопросы и ответы ### Нужно ли остановить весь Яндекс Директ после сбоя? Универсального решения нет. Проверьте работоспособность сайта и получение обращений, текущие расходы и результаты продаж. Подтверждённая потеря заявок требует немедленного разбора. При неполной аналитике определите допустимый расход и условия пересмотра, исходя из риска для вашего бизнеса. ### Стоит ли перейти на «Последний переход», чтобы вернуть конверсии? Сначала используйте сравнение моделей как диагностический инструмент. Другая модель иначе распределяет результат между источниками; она не создаёт недостающие данные. Изменение модели в рабочей отчётности или настройках оптимизации следует рассматривать отдельно и фиксировать его дату. ### Как сверить заявки, если CRM ещё нет? Соберите журнал фактически полученных обращений из форм, почты, звонков и мессенджеров. Укажите дату, идентификатор обращения, подтверждённый источник, ответственного и исход. Неизвестный источник оставляйте неизвестным, а повторы одной доставки учитывайте отдельно от новых обращений. ### Через сколько дней можно снова оценивать эффективность? Ориентируйтесь на доступность нужных данных, объём обращений и цикл продажи. Для проверки доставки не нужно ждать продаж. Для сравнения стоимости клиента нужны группы заявок с сопоставимым сроком наблюдения. Назначьте дату следующей сверки, но не принимайте её за гарантию достаточности данных.