Форма видна на странице, поля заполняются, а после нажатия появляется сообщение «Спасибо». Для посетителя действие закончено. Для бизнеса все только начинается: данные должны уйти с сайта, пройти обработку, попасть в почту или CRM и стать задачей конкретного сотрудника.
Поломка на любом участке превращает реального клиента в заявку, о которой компания никогда не узнает. Обычная проверка доступности главной страницы этого не заметит.
Какой путь проходит обращение
1. Посетитель отправляет данные
Браузер проверяет обязательные поля и передает их обработчику. Ошибка JavaScript, несовместимость после обновления или слишком строгая защита от ботов могут остановить процесс еще на странице.
2. Сервер принимает форму
Сайт должен распознать запрос, проверить его и сохранить или передать дальше. Недостаток места, ошибка приложения, истекший ключ интеграции или неверный адрес обработчика способны нарушить этот этап.
3. Заявка уходит в рабочую систему
Это может быть почта, CRM, Telegram или несколько каналов сразу. Если поменялся пароль, токен, почтовая политика или воронка CRM, сайт иногда продолжает показывать успешную отправку, хотя получатель ничего не получает.
4. Сотрудник берет обращение в работу
Даже технически доставленная заявка может затеряться в спаме, общей папке или неверной очереди. Поэтому контроль должен заканчиваться не зеленой кнопкой на сайте, а понятным местом, где обращение увидит ответственный.
Почему ручной тест раз в месяц не спасает
Ручная отправка полезна после релиза, но форма может сломаться на следующий день: обновился плагин, закончился токен, изменились правила почты или очистили настройки интеграции. Чем реже проверка, тем дольше компания может не замечать потерю обращений.
Еще одна ловушка — тестировать только с рабочего компьютера. Посетитель может прийти с телефона, открыть другую страницу, использовать автозаполнение или столкнуться с блокировкой стороннего скрипта. Критичные сценарии нужно проверять на тех страницах и устройствах, где ими действительно пользуются.
Что считать успешной проверкой
Определите ожидаемый результат заранее. Для простой формы это может быть новая запись в CRM с тестовой меткой. Для заказа — создание заявки с нужными товарами и контактами. Для обратного звонка — попадание номера в правильную очередь.
Тестовые обращения должны легко отличаться от настоящих и не запускать оплату, рассылку или работу менеджера. После проверки их удаляют или переводят в специальный статус по заранее согласованному правилу.
Что можно сделать уже сегодня
Составьте список всех форм: не только на главной, но и на карточках услуг, в контактах, корзине, всплывающих окнах и старых рекламных страницах. Для каждой запишите получателя, резервный канал и ответственного за реакцию.
Отправьте контрольную заявку с телефона и компьютера, проверьте ее появление в конечной системе и время доставки. Затем повторяйте этот сценарий после обновлений сайта, CRM, почты и антиспама.
Проверка форм в Core Monitor: что планируем
Автоматическая отправка тестовых заявок пока недоступна. Мы планируем отдельную проверку: владелец укажет страницу с формой, разрешённые тестовые данные и результат, который нужно получить. Сейчас сервис проверяет доступность страницы, но не заполняет форму и не отправляет заявку.
Когда эта возможность появится, для проверки поступления заявки в CRM потребуется подключить саму CRM. До этого проверяйте доставку вручную: отправьте тестовую заявку и убедитесь, что сотрудник её получил.
Короткий итог
Форма — это не кнопка, а цепочка от браузера до сотрудника. Проверяйте всю цепочку, маркируйте тестовые обращения и не считайте красивое сообщение «отправлено» достаточным доказательством.