Как проверить формы и аналитику после редизайна
После редизайна кнопка может показывать «Спасибо», хотя заявка не дошла до менеджера. Возможна и обратная ситуация: обращение пришло, но цель в аналитике не сработала. Оба сбоя мешают оценивать сайт и рекламу, поэтому перед запуском начните с БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ и запланируйте сквозную проверку.
В A3 Studio форму рассматривают как часть маршрута: страница, ввод данных, обработчик, доставка, CRM, уведомление и измерение. Видимая успешная отправка подтверждает только часть этого маршрута.
Как проверить формы и аналитику после редизайна: карта цепочки
Составьте список всех мест, где посетитель оставляет контакт. Это формы на страницах услуг, в подвале, во всплывающих окнах, на мобильном меню, в карточках товара и на специальных рекламных страницах. У одинаковых на вид форм могут быть разные обработчики и получатели. Если протестировать только главную страницу, остальная часть сайта останется без проверки.
Для каждой формы запишите пять вещей: URL, название формы, обязательные поля, конечный получатель и аналитическое событие. Если заявка должна создавать сделку в CRM, укажите воронку и ответственного. Если отправляется письмо, проверьте адрес и резервный способ заметить сбой. Отдельно пометьте формы, которые открываются только на телефоне или после нажатия кнопки.
Вопрос к вам: сколько форм работает на вашем сайте и кто знает конечный адрес каждой заявки? Если на этот вопрос нельзя ответить без изучения кода, карта форм уже нужна.
Изменения дизайна могут затронуть имена полей, DOM-структуру, модальные окна и порядок загрузки скриптов. Поэтому нельзя автоматически переносить вывод «до редизайна всё работало» на новую версию. Проверка должна начинаться в тестовой среде и повторяться после публикации на рабочем домене.
Что считать успешной отправкой
Проверка только интерфейса. Механика: сотрудник заполняет форму и видит сообщение об успехе. Плюс: быстро выявляются ошибки ввода и отображения. Главный риск: сообщение может появиться до того, как заявка записана в CRM или доставлена по почте.
Сквозная проверка. Механика: тестовую заявку сопровождают от страницы до карточки лида и уведомления менеджеру. Плюс: видно, где именно оборвалась цепочка. Главный риск: без метки теста такие заявки смешиваются с реальными, а сотрудники тратят время на обработку.
Согласуйте с разработчиком момент, когда клиенту показывается успех. Если сервер не принял данные, сообщение должно объяснять ошибку и сохранять введённое настолько, насколько позволяет выбранный сценарий. Если CRM временно недоступна, определите резервную доставку и уведомление команды. Не полагайтесь на одно письмо как на единственное доказательство того, что всё работает.
Таблица помогает пройти разные типы отправки.
Лайфхак: используйте в тестовом комментарии короткий идентификатор, например «ТЕСТ РЕДИЗАЙН ФОРМА УСЛУГИ». По нему легко найти одну и ту же заявку в почте, CRM и журнале интеграции. После проверки пометьте её как тестовую.
Как проверить цели Яндекс Метрики
Сначала убедитесь, что на новой версии установлен нужный счётчик и он собирает посещения с требуемых страниц. Если шаблон сайта менялся, код счётчика мог выпасть из части страниц или установиться дважды. Затем проверьте список целей: отправка формы, клик по телефону, переход в мессенджер и другие действия, которые действительно нужны бизнесу.
Различайте клик по кнопке, попытку отправки и подтверждённую заявку. Для формы это разные события. В Яндекс Метрике автоматические цели и цель «Отправка формы» могут фиксировать событие по особенностям разметки и способа обработки формы; стандартная настройка может учитывать даже безуспешную попытку. Если бизнесу нужна точная цель успешной заявки, настройте отдельное целевое событие после подтверждения приёма и сверьте его с фактической записью.
Проверьте события на нескольких формах. Откройте сайт в обычном браузере без блокировщика, отправьте тест и посмотрите, появляется ли достижение цели в предусмотренном интерфейсе Метрики и в отчётах после обработки данных. Не делайте вывод по одному пустому отчёту сразу после теста: сначала проверьте код и учтите задержку отображения статистики.
Если старую цель заменили новой, не смешивайте их показатели в одном сравнении без пояснения. Сохраните дату переключения и определение каждой цели. Иначе спад или рост в графике будет отражать изменение настройки, а не поведения посетителей.
Порядок тестирования перед и после публикации
Шаг 1. Снимите исходную схему
До редизайна сохраните список форм, идентификаторы целей и места получения заявок. Попросите менеджера назвать формы, которыми клиенты пользуются чаще всего. Проверьте также формы на старых страницах, которые могут оставаться доступными из поиска.
Шаг 2. Пройдите новые формы на устройствах
Отправьте тесты с телефона и компьютера. Проверьте клавиатуру для номера телефона, видимость обязательных полей, согласие, сообщение об ошибке и возврат к форме после неверного ввода. Для модального окна убедитесь, что оно не закрывается с потерей данных до завершения отправки.
Шаг 3. Сверьте доставку и контекст
Найдите каждую заявку у получателя. Сравните имя, контакт, комментарий, услугу, адрес страницы и источник, если они передаются. Убедитесь, что назначен ответственный, а уведомление пришло в тот канал, который команда действительно контролирует.
Шаг 4. Проверьте измерение и повторите на рабочем сайте
Сверьте тест с целью в аналитике и журналом интеграции. После публикации повторите отправку на публичном домене: тестовая среда может отличаться настройками доступа, политикой безопасности и адресами сервисов. На первые дни назначьте человека, который сравнивает фактические заявки с отчётом и быстро сообщает о расхождениях.
Вопрос к вам: сколько времени может пройти между потерей формы и обнаружением сбоя, если никто не отправляет контрольные заявки? Это число помогает определить частоту ручной проверки или необходимость автоматического сигнала.
Как оценивать результат без ложных выводов
Сравните три показателя за один период: подтверждённые отправки на сайте, полученные заявки и достижения аналитической цели. Числа могут не совпадать из-за тестов, спама, задержек отчёта или различий в определении события. Цель проверки не заставить их стать одинаковыми любой ценой, а объяснить каждое расхождение.
Пример расчёта (условные цифры): за день форма показала 20 подтверждений, CRM получила 18 карточек, а Метрика записала 23 достижения цели. Две недостающие карточки требуют проверки доставки, а лишние события могут быть попытками отправки или повторным срабатыванием. Эти числа не доказывают конкретную причину: её находят по времени, идентификаторам и журналам.
В A3 Studio приёмка после редизайна связывает интерфейс, тексты ошибок, аналитику и CRM. Если клиенту показывается успех, бизнес должен получать обращение, а отчёт должен ясно обозначать, какое именно действие он посчитал.
Что ещё связано
После проверки форм стоит сверить передачу источников трафика, уведомления менеджеров и мобильную скорость страниц. В A3 Studio эти проверки включают в план запуска сайта. Стоимость обсуждаем после разбора задачи.
Заметка эксперта
Конверсия в отчёте не заменяет полученную заявку. Проверяйте путь от действия посетителя до ответа команды и отдельно определяйте, что считает аналитика. Только после этого сравнение показателей до и после редизайна имеет смысл.
На каком этапе сейчас подтверждается, что заявка с вашего сайта действительно получена?
Напишите, на каком этапе ваш сайт: A3 Studio