Перед запуском рекламы недостаточно увидеть сообщение «Форма отправлена». Заявка должна пройти весь путь: посетитель заполняет поля, сайт принимает данные, уведомление приходит ответственному, карточка создаётся в CRM, а аналитика фиксирует нужное действие один раз. Ошибка на любом этапе искажает отчёт и усложняет работу менеджера.
Мы используем контрольную заявку с заранее известными данными. По ней можно проверить не только интерфейс, но и передачу источника, страницы и выбранного проекта. Такой тест особенно важен перед запуском Яндекс Директа и после любого изменения формы, почтового сервера, CRM или счётчика.
Главный принцип: одна тестовая заявка — один прослеживаемый результат
Заранее придумайте уникальный маркер, например «TEST-2026-11-10-01». Добавьте его в комментарий или имя. После отправки этот маркер должен находиться в уведомлении и CRM. В Метрике нужно увидеть один визит с достижением нужной цели, а не считать все клики по кнопке реальными обращениями.
Если на сайте несколько форм, тестируйте каждую отдельно: запрос расчёта, заказ проекта, обратный звонок, консультацию и вопрос. У них могут быть разные обработчики и получатели. Общий успешный тест одной формы не подтверждает работу остальных.
Шаг 1. Подготовить тестовый сценарий
Запишите исходные данные до начала проверки. Это превращает случайное нажатие в воспроизводимую приёмку.
- Точный URL страницы и название формы.
- Устройство и браузер: минимум смартфон и компьютер.
- Тестовое имя, телефон или почта, уникальный маркер в комментарии.
- UTM-метки и рекламный параметр, если кампания их использует.
- Ожидаемый получатель уведомления и ответственная воронка CRM.
- Название цели Метрики, которую должна вызвать успешная отправка.
- Ожидаемое сообщение пользователю и следующий шаг после отправки.
Для формы из карточки проекта дополнительно запишите название и URL проекта, выбранную комплектацию, цену или параметры расчёта. Если на сайте есть калькулятор заявка должна передавать выбранные значения, иначе менеджер будет заново задавать посетителю те же вопросы.
Шаг 2. Проверить форму глазами посетителя
Поля и ошибки
Заполните форму корректно, а затем повторите тест с ошибками: пустое обязательное поле, короткий телефон, неверная почта, слишком длинный комментарий. Сообщение должно объяснять, что исправить, и не стирать уже введённые данные. Кнопка не должна оставаться без реакции.
Согласие и документы
Если форма собирает персональные данные, рядом с ней должны быть понятное согласие и рабочая ссылка на опубликованные документы. Конкретную юридическую формулировку согласовывают с ответственным за персональные данные; разработчик не должен придумывать её самостоятельно.
Мобильная версия
Проверьте форму на реальном телефоне. Клавиатура не должна перекрывать кнопку, маска телефона — мешать исправлению номера, а сообщение об ошибке — появляться вне видимой области. Если трафик ведёт на длинную страницу, проверьте форму и в первом экране, и в нижнем блоке.
Смежные проблемы интерфейса и доверия разобраны в материале о трёх ошибках, из-за которых строительные компании теряют заявки. Здесь мы не повторяем его, а проверяем технический маршрут уже введённых данных.
Шаг 3. Убедиться, что сервер принял заявку
После нажатия кнопки дождитесь явного подтверждения. В инструментах разработчика проверьте ответ обработчика: успешная отправка не должна маскировать 4xx или 5xx. Повторный клик не должен создавать несколько одинаковых обращений. Если защита от дублей предусмотрена, зафиксируйте её правило в ТЗ.
Для асинхронной формы полезно проверить ситуацию с медленным соединением и временной ошибкой сервера. Пользователь должен понимать, отправилась заявка или её нужно повторить. Нельзя показывать успех до подтверждения обработчика.
Шаг 4. Проверить уведомление
- Письмо или сообщение пришло в ожидаемый ящик или рабочий канал.
- В теме понятно, с какого сайта и из какой формы заявка.
- Телефон, почта, комментарий и выбранные параметры переданы без искажений.
- Есть исходный URL, а UTM-метки не потерялись.
- Ответственный видит время заявки и может связаться с человеком.
- Тест не попал в спам; настроен резервный канал или журнал ошибок, если это предусмотрено процессом.
Одного письма недостаточно, если команда работает в CRM. Почтовый ящик не показывает этап сделки и следующий контакт. В статье о CRM для строительной компании мы объясняем, какие поля и статусы нужны на старте.
Шаг 5. Найти заявку в CRM
По уникальному маркеру найдите созданную карточку. Проверьте, что она попала в нужную воронку и не создала дубль существующего контакта по ошибочному правилу. Ответственный, источник, форма и дата следующего действия должны быть заполнены в соответствии с процессом компании.
Отдельно сравните поля формы и карточки. Если посетитель выбрал проект, регион и комплектацию, эти данные не должны превращаться в одно длинное примечание, которое невозможно использовать в отчёте. В MODX можно передавать структурированные скрытые поля: resource ID, canonical URL, название формы, UTM и referer.
Шаг 6. Проверить Метрику
Цель должна срабатывать после подтверждённой успешной отправки, а не при открытии формы или клике по кнопке. Иначе ошибочная отправка и отказ валидации попадут в отчёт как обращение. Для одной контрольной заявки ожидаем один визит с достижением цели. Несколько достижений могут быть допустимы только если это заранее описанный сценарий.
- Откройте сайт с тестовой UTM-меткой в новом визите.
- Отправьте одну форму и сохраните время до минуты.
- Убедитесь, что уведомление и CRM содержат тот же маркер.
- В отчёте Метрики найдите визит, страницу входа, источник и нужную цель.
- Сверьте число достижений и целевых визитов. Не называйте клик по телефону продажей.
Если цель фиксирует нажатие на мессенджер, это отдельное действие, а не подтверждённая заявка. Для отчёта такие цели нужно показывать раздельно. Посещение страницы благодарности тоже не всегда равно обращению: её можно открыть повторно или напрямую.
Шаг 7. Проверить UTM и источник
Параметры кампании нужны и аналитике, и CRM. В тесте проверьте UTM source, medium, campaign и при необходимости content. Если форма открывается в модальном окне или отправляется через AJAX, метки всё равно должны сохраняться. При переходе между страницами сайта нельзя случайно перезаписывать внешний источник внутренним.
После запуска сравнивайте не только клики и визиты, но и целевые визиты по проверенной цели. Как выбирать канал по спросу, срокам и способу оценки, мы разбираем в материалах о SEO-продвижении и настройке контекстной рекламы. Причину изменения заявок нельзя выводить только из одной недели трафика.
Шаг 8. Проверить скорость ответа
Технически исправная форма не решает проблему, если никто не берёт заявку в работу. Зафиксируйте, кто получает уведомление в рабочее и нерабочее время, какой срок первого ответа принят в компании и что происходит при отсутствии ответственного. Эти правила относятся к процессу продаж, но проверяются тем же контрольным обращением.
Если заявка дошла, а менеджер её не увидел, полезно смотреть весь маршрут, а не обвинять сайт или рекламу. Смежный чек-лист есть в статье почему посетители смотрят проекты, но не звонят.
Критерии приёмки для разработчика
- Все формы перечислены в реестре с URL, получателем, CRM-воронкой и целью Метрики.
- Корректная тестовая заявка доходит до уведомления и CRM не более одного раза.
- Обязательные поля и ошибки проверены на телефоне и компьютере.
- В CRM переданы форма, URL, проект или услуга, регион и UTM-метки.
- Цель срабатывает только после успешного ответа обработчика; одна заявка создаёт ожидаемое число достижений.
- В журнале есть запись об ошибке доставки без персональных данных в открытых логах.
- После изменения формы выполняется повторный тест по тому же сценарию.
Чек-лист перед включением рекламы
Не ограничивайтесь отметкой «форма работает». Приложите к задаче время теста, URL, скрин подтверждения, идентификатор карточки CRM и название цели. Тогда проверку можно повторить после обновления MODX, почтового сервера или интеграции.
Если нужно связать формы, CRM и аналитику или доработать посадочную страницу, пришлите нам URL и описание текущего маршрута заявки. Мы проверим, какие данные уже передаются, и подготовим адресное ТЗ. Обсудить доработку строительного сайта.
