Форма может выглядеть рабочей, но заявка не попадать в CRM, почту или аналитику. Поэтому фраза «форма не отправляется» описывает не один сбой, а целую цепочку: пользователь заполнил поля → браузер отправил запрос → сервер принял данные → интеграция создала лид → команда увидела обращение.
Не начинайте с переустановки виджета или смены CRM. Сначала определите последний этап, который точно прошёл. Такой порядок снижает время диагностики и помогает не потерять уже поступившие заявки.
1. Подтвердите проблему на воспроизводимом тесте
Отправьте одну тестовую заявку с уникальной меткой: например, укажите в комментарии время и слово test-form-0712. Используйте служебный адрес и не передавайте реальные персональные данные. Сразу запишите URL страницы, браузер, устройство и время отправки.
Если форма предназначена для посетителей, отдельно проверьте законность самого сбора: материал о ФЗ-152 для сайта связывает поля, цель, правовое основание, согласие, системы-получатели и срок удаления.
- Повторите тест в режиме инкогнито и в другом браузере.
- Проверьте мобильную версию, если форма есть на рекламной посадочной.
- Посмотрите, не блокирует ли обязательное поле, чекбокс согласия или маска телефона отправку.
- Не ограничивайтесь кнопкой: убедитесь, что пользователь увидел понятный результат, а не только анимацию загрузки.
Важно: сообщение «Спасибо» не доказывает, что лид создан. Оно может показываться до ответа сервера или при ошибке интеграции.
2. Проверьте форму в браузере
Если кнопка не реагирует, форма не проходит валидацию или после нажатия появляется ошибка, проблема обычно находится в интерфейсе: JavaScript, обязательные поля, CAPTCHA, маска телефона, конфликт виджетов или блокировка стороннего скрипта.
Откройте инструменты разработчика и посмотрите, появился ли сетевой запрос после отправки. Для разработчика полезны адрес запроса, код ответа и текст ошибки; для маркетолога достаточно зафиксировать сценарий, скриншот и время. Не публикуйте в задаче реальные данные посетителя.
Когда ошибка проявляется только на одном устройстве или браузере, сравните подключённые расширения, настройки приватности и версию страницы. Когда проблема возникает после релиза, отметьте точное время выпуска — это быстрее связывает инцидент с изменением кода.
3. Отделите интерфейс от сервера и интеграции
Браузер мог отправить запрос, но сервер вернуть ошибку, отклонить данные или не дождаться внешнего сервиса. Здесь нужен доступ разработчика к журналам приложения, endpoint формы и настройкам интеграции. Ищите тестовую метку и время, а не просматривайте все записи подряд.
Проверьте три факта: запрос дошёл до сервера, сервер сформировал лид и внешний получатель подтвердил приём. Если ответ успешный, но записи нет в CRM, ищите очередь, webhook, лимит API или правила маршрутизации. Если сервер не получил запрос, возвращайтесь к фронтенду и сетевому пути.
4. Проверьте CRM, почту и уведомления
Форма может создать лид, а команда его не увидит. Причины: фильтр ответственного, дубль, этап воронки, правило распределения, отключённый ящик или письмо в спаме. Найдите запись по времени и тестовой метке, затем проверьте журнал интеграции и статус доставки уведомления.
Не используйте письмо как единственный источник истины. Почта удобна как уведомление, но надёжнее считать подтверждением запись в CRM или журнале сервера. Если бизнес получает заявки только на общий ящик, зафиксируйте это как риск процесса и добавьте регулярную проверку.
5. Не путайте сбой формы со сбоем аналитики
Цель Метрики может не сработать, хотя лид уже создан. И наоборот: цель может сработать на клике, а запрос не попасть на сервер. Проверьте отдельно факт заявки и факт события аналитики. Для этого сопоставьте тестовую метку, время отправки, CRM и отчёт по цели.
Если падение видно только на графике конверсий, сначала убедитесь, что счётчик, цели, фильтры и согласие на аналитику не менялись. В общей диагностике это один из первых шагов: «Трафик упал: полная диагностика причин» помогает отделить проблему данных от проблемы сайта.
6. Как расставить приоритеты
Критичнее всего формы на рекламных посадочных, в корзине, оформлении заказа и контактах — там пользователь уже близок к обращению. Сначала проверьте их на мобильном и в сценарии, которым пользуется реальная аудитория. Затем переходите к вспомогательным формам подписки или обратного звонка.
- Не работает только одна форма: сравните её настройки, поля и endpoint с рабочей.
- Не работают все формы: ищите общий скрипт, серверный сервис, CRM-интеграцию или доступы.
- Форма работает, но заявок меньше: проверьте трафик, цели, качество лидов и изменение предложения.
- Проблема после релиза: зафиксируйте версию и подготовьте откат или точечное исправление.
Чего не делать во время диагностики
Не меняйте одновременно форму, CRM, цель Метрики и рекламную посадочную. После нескольких правок невозможно понять, что именно восстановило заявку или, наоборот, создало новый сбой. Не направляйте тестовые обращения в рабочую воронку без понятной пометки: они искажают отчёты и могут отвлечь отдел продаж.
Если неполадка началась после изменения структуры сайта, проверьте не только форму, но и связанные URL, редиректы и доступность посадочной. Материал «404 ошибки на сайте: как найти и исправить» поможет разложить этот участок отдельно.
7. Проверьте восстановление и не потеряйте повторный сбой
После исправления повторите тот же тест с новой уникальной меткой. Подтвердите не только экран успеха, но и создание лида, маршрут в CRM, уведомление и событие аналитики, если оно настроено. Отдельно проверьте ключевые устройства и страницу, на которой проблема была обнаружена.
Для регулярного контроля фиксируйте изменения на сайте, статус ключевых страниц и отклонения в данных. Мониторинг форм и заявок задаёт повторяемую контрольную отправку и сверку с системой-получателем, а мониторинг доступности сайта помогает вовремя заметить связанные проблемы с доступом.
Короткий чек-лист для задачи в разработку
- URL формы и точное время теста.
- Устройство, браузер и шаги воспроизведения.
- Тестовая метка без персональных данных.
- Что увидел пользователь: успех, ошибка, бесконечная загрузка или отсутствие реакции.
- Дошёл ли запрос до сервера, CRM, почты и аналитики.
- Дата последнего релиза или изменения интеграции.
- Результат повторной проверки после исправления.
STRIX ежедневно анализирует подключённые данные и показывает в кабинете изменения, которые стоит разобрать. Для технической проверки формы всё равно нужен отдельный тест цепочки заявки — не подменяйте один тип контроля другим.
Первичные источники
Материал и ссылки проверены 17 августа 2026 года.
Частые вопросы
Почему форма показывает успех, но заявка не приходит?
Успешный экран подтверждает только поведение интерфейса. Дальше заявка могла не дойти до сервера, интеграции, CRM или почты. Проверьте каждый этап по отдельности и найдите последний подтверждённый шаг.
Как проверить, что форма действительно отправляет данные?
Отправьте тестовую заявку с уникальной меткой, зафиксируйте время и проверьте ответ браузера, логи или записи на сервере, CRM и почтовом ящике. Не используйте реальные персональные данные для такой проверки.
Если цель Метрики не срабатывает, форма сломана?
Не обязательно. Заявка может попасть в CRM, а цель не отправиться из-за события, счётчика или согласия на аналитику. Сначала отдельно подтвердите факт заявки, затем исправляйте измерение.
Дальше по теме
