Почему пропадают заявки с сайта
Чек-лист пути заявки: браузер, обработчик формы, почта, CRM и контроль доставки.
Заявка проходит несколько независимых участков: браузер, обработчик на сервере, почтовую систему или API CRM, а затем очередь менеджера. Сообщение «Спасибо» подтверждает только то, что интерфейс показал успешный экран. Чтобы найти потерю, одной тестовой отправке присваивают идентификатор и прослеживают её на каждом участке.
Найдите место потери
- Отправьте тест с уникальной меткой времени.
- Проверьте ответ формы и серверный журнал.
- Сверьте почту, CRM и резервное хранилище обращений.
Проверьте типовые причины
- Ошибка JavaScript блокирует отправку формы.
- SMTP принимает письмо, а доставка до адресата обрывается.
- CRM временно недоступна, повторная попытка отсутствует.
- Двойной клик создаёт дубли и маскирует реальное число лидов.
Добавьте доказуемый контроль
- Присваивайте обращению технический идентификатор.
- Храните нейтральный журнал без лишних персональных данных.
- Проверяйте цепочку автоматически по расписанию.
Убедитесь, что данные ушли с формы
Откройте инструменты разработчика, включите сохранение сетевого журнала и отправьте тестовую заявку. Запрос должен уйти на ожидаемый адрес и получить понятный код ответа. Ошибка JavaScript, блокировка Content Security Policy, истёкшая CAPTCHA или неверная валидация могут остановить форму ещё до сервера.
- Проверьте мобильную версию, разные браузеры и форму после согласия или отказа от необязательных cookie.
- Отдельно пройдите маски телефона, обязательные поля, загрузку файла и согласие на обработку данных.
- Успешное событие аналитики отправляйте после ответа обработчика, а не при клике по кнопке.
Проследите заявку после обработчика
В журнале полезно хранить технический ID, время, источник, этап доставки, код ответа внешней системы и число попыток. Содержимое заявки в диагностический журнал обычно не требуется. При временной ошибке CRM или почты обращение должно попадать в очередь повторной доставки, а повторная попытка — сохранять тот же ID, чтобы не создавать дубли.
- Для CRM проверьте HTTP-код, тело ответа и фактическое появление лида.
- Для почты проверьте принятие сообщения SMTP-сервером, очередь, возвраты и папку спама.
- Сохраняйте резервный канал обращения, если основная интеграция временно недоступна.
Настройте проверку до жалобы клиента
Тестовый робот может регулярно отправлять безопасную служебную заявку и проверять, что она дошла до конечной системы. Уведомление должно срабатывать при задержке, серии ошибок или росте очереди. После релиза форм и интеграций выполняйте короткий контрольный сценарий.
Яндекс Метрика позволяет проверить достижение цели с параметром _ym_debug=2, но аналитическая цель дополняет технический журнал и не заменяет проверку доставки. Официальный порядок отладки приведён в разделе «Проверка цели».
Контроль доставки заявок «форма → CRM/email»
тестовая заявка проходит весь маршрут, при разрыве приходит сигнал.