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

Почему форму заявки нужно проверять отдельно

Форма может быть видимой на странице и при этом не выполнять свою задачу. Пользователь вводит имя, телефон, email, сообщение, нажимает кнопку и получает ошибку. Иногда ошибка вообще не показывается: кнопка нажимается, страница остаётся на месте, заявка в CRM не попадает, письмо менеджеру не уходит.

Такая проблема часто появляется после обновлений сайта, изменений в backend, настройки капчи, подключения CRM, смены SMTP, обновления frontend-сборки или правок валидации.

Обычный HTTP-мониторинг в этой ситуации видит только доступность страницы. Если страница с формой возвращает HTTP 200, базовая проверка считает её доступной. Но сам сценарий отправки остаётся вне проверки.

Для формы заявки нужен сценарный мониторинг в браузере. В HealthPad для этого используется Browser-проверка.

Что именно можно проверить в HealthPad

В HealthPad можно настроить Browser-проверку, которая повторяет действия пользователя на сайте.

Сценарий может выполнить последовательность шагов:

1. Открыть страницу с формой заявки.

2. Заполнить нужные поля.

3. Нажать кнопку отправки.

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

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

• “Спасибо, заявка отправлена”;

• “Мы свяжемся с вами”;

• “Заявка принята”;

• URL страницы /thank-you;

• блок с подтверждением после отправки.

HealthPad проверяет то, что доступно в браузерном сценарии: страница открылась, поля заполнились, кнопка нажалась, после отправки появился ожидаемый результат. Если сценарий завершился ошибкой, сервис фиксирует сбой и может отправить уведомление.

Что HealthPad не должен проверять без отдельной интеграции

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

Например, если сайт после отправки показывает текст “Заявка отправлена”, HealthPad может проверить появление этого текста. Но если письмо потом не дошло до менеджера из-за проблемы на стороне почтового сервера, такой сбой требует отдельной проверки SMTP, CRM, webhook-а или другого технического маршрута.

Для большинства сайтов проверка браузерного сценария уже закрывает критичный риск: пользователь не может отправить форму или не видит подтверждение.

Как подготовить форму к мониторингу

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

Практичный вариант: добавить отдельный тестовый признак в заявку.

Например:

• имя: HealthPad Test;

• email: healthpad-test@example.com;

• телефон: служебный номер;

• текст сообщения: Тестовая заявка от мониторинга HealthPad;

• скрытое поле или параметр, если форма поддерживает такую логику.

Если заявки попадают в CRM, лучше настроить правило, которое помечает такие обращения как тестовые. Если письма уходят менеджеру, можно добавить фильтр по теме или тексту сообщения.

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

Как настроить проверку формы в HealthPad

В HealthPad сценарий создаётся как Browser-проверка. Она подходит для страниц, где нужно выполнить действия в интерфейсе.

Общий порядок настройки:

1. Создайте проект или откройте существующий проект.

2. Перейдите к созданию проверки.

3. Выберите Browser-проверку.

4. Укажите страницу, где находится форма заявки.

5. Добавьте шаг открытия страницы.

6. Добавьте шаги заполнения полей.

7. Добавьте шаг нажатия на кнопку отправки.

8. Добавьте проверку ожидаемого текста или результата.

9. Запустите проверку вручную.

10. После успешного теста включите регулярный запуск, если он нужен для этого сценария.

11. Подключите уведомления.

Такой сценарий имитирует поведение пользователя. Он открывает страницу в браузерном окружении и проходит заданные действия.

Пример сценария для формы заявки

Допустим, на сайте есть страница /contacts, а после отправки формы появляется текст “Спасибо, заявка отправлена”.

Сценарий в HealthPad может выглядеть так:

1. Открыть https://example.ru/contacts.

2. Заполнить поле “Имя” значением HealthPad Test.

3. Заполнить поле “Email” значением healthpad-test@example.com.

4. Заполнить поле “Телефон” служебным номером.

5. Заполнить поле “Сообщение” текстом Тестовая заявка от мониторинга HealthPad.

6. Нажать кнопку “Отправить”.

7. Проверить наличие текста “Спасибо, заявка отправлена”.

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

Что считать успешной отправкой

Критерий успеха нужно выбирать по фактическому поведению сайта. У разных форм результат отличается.

Варианты критерия:

• появился текст благодарности;

• открылся отдельный URL страницы благодарности;

• исчезла форма и появился блок подтверждения;

• в интерфейсе появился номер заявки;

• кнопка отправки сменила состояние на успешное;

• страница показала сообщение о принятой заявке.

Самый надёжный критерий для простой формы: видимый текст подтверждения. Он понятен владельцу сайта, легко проверяется и не зависит от внутренней реализации.

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

Как использовать секреты в сценарии

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

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

Секреты помогают не писать чувствительные значения прямо в шагах проверки. В интерфейсе сценария используется ссылка на сохранённый секрет, а не само значение.

Как часто запускать проверку формы

Частота зависит от цены ошибки и нагрузки на сайт.

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

Browser-проверки тяжелее обычных HTTP-проверок, потому что они запускают браузер и выполняют действия на странице. Их не стоит использовать для каждой мелкой страницы. Они нужны для сценариев, где ошибка напрямую влияет на заявки, оплату или доступ пользователей.

Для формы заявки оптимальный подход: базовая HTTP-проверка страницы плюс отдельная Browser-проверка отправки формы.

Что происходит при сбое

Если сценарий формы не проходит, HealthPad фиксирует результат проверки. В сервисе можно посмотреть историю запусков, статус, время выполнения и место, где сценарий завершился ошибкой.

При подключённых уведомлениях команда получает сигнал в выбранный канал. Для этого можно использовать Telegram, email или webhook.

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

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

Как использовать статус-страницу

Для публичной формы заявки статус-страница нужна не всегда. Если речь о SaaS-сервисе, личном кабинете или клиентском портале, status page помогает сообщить пользователям о проблеме без потока одинаковых обращений в поддержку.

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

Для веб-студий status page может быть полезна как часть прозрачной поддержки клиентских проектов. Она показывает, что сайт контролируется, а сбои фиксируются по истории проверок.

Частые ошибки при настройке проверки формы

Проверять только страницу с формой

Страница может открываться, а отправка будет падать. Для формы нужна проверка отправки и результата.

Проверять слишком общий текст

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

Использовать реальные контактные данные

Тестовые заявки должны легко отличаться от реальных. Иначе команда продаж начнёт обрабатывать автоматические проверки.

Запускать Browser-проверку без ручного теста

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

Не подключить уведомления

История проверок полезна, но при критичной форме нужен быстрый сигнал. Уведомления должны уходить в канал, где команда их увидит.

Практический чек-лист

Перед запуском мониторинга формы проверьте:

1. У формы есть понятный результат после отправки.

2. Тестовая заявка отличается от реальной.

3. Поля можно заполнить стабильными тестовыми данными.

4. Кнопка отправки имеет понятное состояние.

5. После отправки появляется ожидаемый текст или переход.

6. Browser-сценарий успешно проходит вручную.

7. Уведомления подключены.

8. История проверок доступна в проекте.

9. Для сложных форм выбрана разумная частота запуска.

10. Команда знает, как реагировать на уведомление о сбое формы.

Что даёт такая проверка владельцу сайта

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

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

Как начать в HealthPad

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

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

Если форма критична для продаж, добавьте её в список первых мониторов вместе с проверкой главной страницы и SSL-сертификата.

Итог

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

Такой подход помогает заметить сбой формы раньше клиента, сохранить историю проверок и отправить уведомление команде. Для сайтов с заявками, SaaS-сервисов, интернет-магазинов и веб-студий это одна из первых проверок, которую стоит настроить после запуска мониторинга.