Мёртвые формы: почему заявки не доходят и как это поймать

Семь мест, где ломается отправка формы, чек-лист проверки контактных и оформительских форм и что писать в тестовых заявках.

Формы · Опубликовано: 9 июля 2026 г. · 3 мин чтения · Ольга Мирошник

Форма — самая дорогая часть сайта: через неё приходят заявки, регистрации и заказы. И самая хрупкая: она зависит от фронтенда, бэкенда, почты, антиспама и CRM одновременно. Ломается любое звено — пользователь видит «Спасибо!», а вы не видите ничего.

Где рвётся цепочка

1. Валидация. Регулярка для e-mail не пропускает адрес с плюсом или доменом .digital. Пользователь не понимает, что не так, и уходит.
2. Кнопка. Обработчик не навесился из-за ошибки JS выше по странице — форма не отправляется вообще.
3. Запрос. CORS, истёкший CSRF-токен, 500 на бэкенде. Фронтенд показывает успех, потому что не проверяет код ответа.
4. Антиспам. Капча не грузится в некоторых регионах, honeypot ловит легитимных пользователей с автозаполнением.
5. Почта. SPF/DKIM не настроены — письмо уходит в спам получателю или отбивается.
6. CRM. Вебхук отвалился месяц назад, ретраев нет, заявки теряются молча.
7. Аналитика. Событие конверсии не срабатывает, и вы не замечаете падения.

Чек-лист проверки

• Отправка с пустыми полями: показывается понятная ошибка, фокус переводится на первое проблемное поле.
• Отправка с валидными данными: приходит и письмо, и запись в CRM. Проверяйте оба канала, а не один.
• Пограничные значения: адрес с плюсом, кириллический домен, телефон с пробелами и скобками, имя из одной буквы.
• Двойной клик по кнопке: не создаются две заявки.
• Отправка без JavaScript или при ошибке скрипта: есть ли деградация.
• Мобильный: не перекрывает ли клавиатура кнопку, правильный ли inputmode и autocomplete.
• Доступность: у каждого поля есть <label>, ошибки связаны через aria-describedby, состояние ошибки не передаётся одним лишь цветом.

Тестовые заявки, которые не мешают

Помечайте синтетические отправки так, чтобы их можно было отфильтровать в CRM и исключить из аналитики: отдельный домен адресов вида qa+2026-08@, служебное поле source: monitoring, фиксированная строка в комментарии. Иначе через полгода отдел продаж будет обзванивать роботов.

Мониторинг вместо разовой проверки

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

Отдельно следите за числом заявок в день: резкое падение до нуля — самый надёжный признак, что форма умерла, даже если технически она отвечает 200.