Как проверить, что заявки с сайта доходят до менеджеров

После запуска сайта недостаточно нажать «Отправить» и увидеть сообщение об успехе. Проверьте всю цепочку: форма или звонок → запись в CRM или уведомление → ответственный менеджер → цель в Метрике. Заявка считается доставленной только тогда, когда её можно найти у того, кто будет с ней работать. Ниже — сценарий приёмки, который можно выполнить до запуска рекламы и повторять после изменений сайта.

Что именно нужно проверить

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

Как провести контрольный тест за один проход

1. Заведите тестовые контакты. Используйте номер и почту, к которым есть доступ, и добавьте к имени метку «ТЕСТ» с датой проверки. Не отправляйте персональные данные постороннего человека.
2. Пройдите путь обычного клиента. Откройте сайт с телефона, заполните обязательные поля, проверьте согласие на обработку данных и отправьте форму. Повторите на компьютере и для других типов форм; ошибки валидации проверьте отдельно.
3. Зафиксируйте время и адрес страницы. В CRM должна появиться одна, а не две записи. Сверьте телефон, комментарий, страницу входа и, если сбор настроен, источник/UTM. Проверьте назначенного менеджера.
4. Проверьте уведомление и обратную связь. Всплывающее «Спасибо» на сайте подтверждает работу интерфейса, но не получение заявки. Убедитесь, что менеджер действительно увидел её и может связаться с клиентом.
5. Проверьте Метрику. Посмотрите достижение нужной цели в интерфейсе Метрики после теста. Затем отправьте форму с ошибкой и убедитесь, что она не создаёт успешную заявку. Оговорка: автоматическая цель «отправка формы» в ряде настроек может считать попытку или клик, поэтому её нужно сопоставлять с данными CRM. Справка Яндекса о цели для формы и проверке цели.
6. Удалите или пометьте тест. Чтобы он не попал в отчёт о реальных лидах и продажах, сохраните протокол проверки отдельно.

Отдельный сценарий для интернет-магазина

Тест формы не заменяет тест заказа. Создайте заказ из карточки товара: проверьте корзину, стоимость доставки и оплаты, номер заказа, письмо покупателю, заказ в административной панели и CRM, состав позиций и итоговую сумму. Если подключена оплата, согласуйте безопасный тестовый режим либо возврат контрольного платежа. Заказ после редиректа платёжной системы и заказ, прерванный на оплате, должны иметь понятные разные статусы.

Для аналитики магазина проверьте события электронной коммерции по инструкции Яндекс Метрики. Событие «покупка» в браузере тоже не заменяет проверку реального заказа в учётной системе. Если каталог связан с 1С, повторите тест после синхронизации товаров и остатков. При проектировании такого процесса полезно заранее предусмотреть интеграции интернет-магазина.

Как проверить звонки, если номера подменяются

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

Что делать, если Метрика показывает заявку, а CRM пуста

Сначала повторите тест с точным временем и конкретной страницей. Затем проверьте три точки: дошёл ли запрос до сервера, сохранилась ли заявка или вернулась ошибка интеграции, и не создала ли цель ложный сигнал при клике на кнопку. Также посмотрите антиспам, лимиты API, обязательные поля CRM и журналы ошибок. Если запись в CRM есть, но менеджер её не видит, ищите проблему в воронке, правах или назначении, а не в форме. Отчёты Метрики и CRM описывают разные этапы: подробнее об их связи — в статье «Метрика, CRM и Директ: как оценивать заявки».

Когда повторять проверку

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

Частые вопросы

REDBE может проверить путь обращения вместе с сайтом, интеграциями и аналитикой, устранить найденные обрывы и организовать дальнейший контроль. Если проект уже работает, начните с технической поддержки сайта; если формы и CRM ещё проектируются, заложите сценарии приёмки при разработке сайта под ключ.