Сайт работает, а заявки не доходят: что проверять

Почему работающий сайт ещё не означает работающую форму

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

Разделите цепочку на этапы

1. Ввод. Посетитель заполнил контакт, задачу и необходимые согласия.
2. Отправка. Браузер передал запрос и получил ответ сервера.
3. Сохранение. Появилась запись с идентификатором и временем.
4. Уведомление. Почтовый сервис или другой канал принял запрос на доставку.
5. Получение. Ответственный сотрудник действительно увидел обращение.
6. Обработка. Сотрудник связался с человеком и отметил результат.

Для каждого этапа нужен свой признак успеха. Надпись «Спасибо» полезна посетителю, но не заменяет запись в учёте и проверку получения уведомления.

Что может подсказать место сбоя

Эти признаки задают направление проверки, а не устанавливают причину без диагностики. Один и тот же симптом может возникать по разным причинам.

Что означает успешный ответ SMTP

Если почтовый сервер принял письмо, подтверждён именно этот этап. До входящих получателя письмо ещё может пройти другие проверки или попасть в другую папку. Поэтому в техническом отчёте полезно раздельно писать «принято сервером» и «получено адресатом».

Если подтверждения получения нет, так и отмечайте. Не подменяйте отсутствующий результат предположением, что письмо наверняка дошло.

Как провести контрольную проверку

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

Что делать после обнаружения проблемы

Запишите, на каком этапе оборвалась цепочка и по какому признаку это установлено. Затем исправьте конкретный участок и повторите согласованный тест. Если проблема была в письмах, одной проверки доступности главной недостаточно.

Для регулярного контроля полезно видеть время последнего успешного приёма, необработанные ошибки и состояние очередей. Периодичность проверок и получателя уведомлений выбирают по важности обращений. Массовые тестовые отправки без согласования могут сами создавать шум.

После доставки начинается работа с качеством

Полученная заявка ещё требует ответа. Назначьте ответственного и состояние «В работе», а после контакта оцените соответствие потребности вашим услугам. Недозвон сам по себе не доказывает, что заявка нецелевая.

Подробнее — в материале как отличать целевые заявки. Если нужна настройка всей цепочки, посмотрите услугу автоматизации обработки заявок.

Материал основан на разборе цепочки формы этого сайта и выполненных технических проверках. Иллюстрация обложки концептуальная; она не является скриншотом системы или доказательством результатов клиента.