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

После релиза обычно проверяют, открылась ли главная страница. Но для бизнеса важнее другой тест: может ли посетитель оставить заявку и увидит ли её команда. Форма способна выглядеть идеально, при этом запрос может не дойти до API, запись — не сохраниться, а уведомление — затеряться в почте. Проверка занимает несколько минут, если делать её по одному сценарию.

Отправьте настоящую тестовую заявку

Откройте сайт в обычном браузере, заполните все обязательные поля и отправьте форму. Не ограничивайтесь кликом по кнопке: убедитесь, что посетитель видит понятное подтверждение, а кнопка не остаётся бесконечно в состоянии загрузки. Затем повторите отправку с пустым или неправильно заполненным полем — валидация должна объяснить ошибку, а не просто блокировать действие.

Проверьте каждый этап маршрута

Успешное сообщение на экране ещё не означает, что заявка сохранена. Нужно проверить ответ API, наличие записи в выбранном хранилище и доставку уведомления в канал менеджера. Если используются и база, и Telegram, и почта, тестируйте их все. Особенно важно сделать это после смены переменных окружения, прокси, Docker-конфига или прав на папки: именно эти изменения чаще всего ломают не интерфейс, а путь данных.

Уведомление должно быть заметным

Письмо, которое приходит как уже прочитанное или попадает в общий ящик, не решает задачу скорости ответа. Лучше выбрать один основной канал для реакции — например, отдельный Telegram-чат — а почту оставить как резерв или архив. В отдельном разборе есть причина, по которой уведомления могут выглядеть прочитанными, и как убрать эту ловушку.

Проверьте ошибку, а не только успех

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

Сделайте проверку частью релиза

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