Тестирование форм после правок: чек-лист, чтобы заявки не пропадали

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

Почему формы ломаются после правок, которых «они не касались»

Самое неприятное в форме то, что она редко ломается там, где вы работали. Вы поменяли шапку сайта, а форма в подвале перестала отправляться, потому что новый скрипт конфликтует со старым. Вы обновили систему управления, а шаблон письма перестал обрабатываться. Вы перенесли сайт, а настройки отправки почты остались на старом сервере. Каждая форма опирается на цепочку: страница, скрипт проверки полей, обработчик на сервере, отправка письма, запись в базу или СРМ, уведомление менеджеру. Любое звено может отвалиться.

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

Третья причина — отсутствие тревожного сигнала. Если форма сломалась, сайт ничего не сообщает: он не выдаёт ошибок, а иногда даже показывает посетителю радостное «Спасибо». Единственный сигнал — тишина во входящих, и многие принимают её за сезонный спад. Чтобы тишина стала сигналом, нужно заранее знать, сколько заявок вы получаете в обычный день, и сверять это число с реальностью. Об этом мы скажем отдельно ниже.

Подготовка: когда проверять и что приготовить

Проверку нужно запускать после любого изменения, которое могло задеть форму, а это шире, чем кажется. Обновление системы управления, будь то ХостСМС, 1С-Битрикс или ВордПресс, смена шаблона, изменение шапки, подвала и кнопок, подключение нового скрипта, чата или счётчика, перенос сайта или смена тарифа хостинга, изменение записей домена, смена почты, правка текстов в формах и добавление новых полей — каждое из этих действий требует прохождения теста. Хорошее правило: если вы сомневаетесь, нужна ли проверка, проверяйте.

Заранее подготовьте тестовые данные. Заведите отдельное тестовое имя, например «Тест Проверка», и номер телефона, который вы контролируете, чтобы звонок или сообщение с подтверждением пришло именно вам. Подготовьте второй почтовый ящик на другой почтовой службе, чтобы проверить доставку в разные системы. Договоритесь с менеджерами, что заявки с пометкой «Тест» они не обрабатывают, но обязаны сообщить о факте получения. Если у вас подключена СРМ, например Битрикс24 или амоСРМ, добавьте правило, помечающее тестовые заявки, чтобы они не искажали статистику.

Выделите время и устройства. Нужно минимум два устройства: компьютер и смартфон, и минимум два браузера, например Яндекс Браузер и ещё один популярный. Откройте окно инкогнито, чтобы исключить влияние кеша и сохранённых данных. И захватите с собой секундомер или просто смотрите на часы: время прохождения заявки от нажатия кнопки до появления у менеджера тоже важный показатель.

Первый шаг проверки: внешний вид и поведение формы на странице

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

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

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

Второй шаг проверки: отправка и сообщение для посетителя

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

Проверьте, что страница благодарности открывается именно по защищённому адресу и корректно выглядит на телефоне. Убедитесь, что адрес этой страницы отдельный и уникальный: он понадобится для отслеживания цели в Яндекс.Метрике. Если вместо отдельной страницы форма просто показывает сообщение, настройте в Метрике отслеживание события отправки. Без этого вы не сможете считать заявки и их источники, а значит, не сможете оценить стоимость заявки и окупаемость рекламы.

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

Третий шаг проверки: доставка заявки менеджеру

Самая важная часть теста — убедиться, что заявка действительно дошла до человека. Проверьте основной ящик: письмо должно прийти за минуту-две, в папку «Входящие», а не в «Спам». Посмотрите тему и содержание: в письме должны быть имя, телефон, текст вопроса, название формы, адрес страницы, с которой она отправлена, и метка источника. Затем проверьте второй ящик на другой почтовой службе, потому что один и тот же отправитель может проходить в одну систему и блокироваться в другой.

Далее проверьте остальные каналы: появилась ли запись в СРМ, пришло ли сообщение в Телеграм-чат отдела, сработало ли уведомление в мобильном приложении менеджера. В СРМ карточка должна содержать те же данные и правильно заполненные поля: источник, название формы, ответственного, этап воронки. Часто заявка создаётся, но попадает не туда: без ответственного, в чужую воронку или без телефона, потому что при правке изменилось название поля, и данные перестали передаваться. Именно такие тихие сбои приводят к тому, что заявка формально есть, но никто её не обрабатывает.

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

Четвёртый шаг: все формы и все способы связаться

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

Проверьте кнопки Ватсап и Телеграм: они должны открывать чат с правильным номером или названием и подставлять осмысленный текст. Проверьте номера телефонов: при нажатии на телефоне должно открываться приложение звонков с верным номером. Проверьте, что отдельные номера для сайта, Яндекс Бизнеса и 2ГИС не перепутаны и ведут в рабочие линии, ведь коллтрекинг вроде Коллтач позволяет различать, откуда пришёл звонок, но только если подмена номеров работает правильно. Проверьте виджеты чата, например Живосайт или Каллибри: окно должно открываться, сообщение отправляться, оператор получать уведомление.

Проверьте формы на всех типах страниц: главная, внутренние страницы услуг, статьи блога, страницы акций, страницы городов или филиалов. После правки шаблона форма может сломаться только на одном типе страниц. В ХостСМС шаблоны и макеты страниц разделены, поэтому изменение одного макета касается лишь части разделов, и проверять нужно именно те, где макет применяется. В 1С-Битрикс и ВордПресс логика схожа, но плагины и компоненты могут подключаться на разные страницы по-разному.

Пятый шаг: аналитика и сквозной учёт

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

Проверьте передачу данных в рекламные кабинеты: цели из Метрики используются в Яндекс Директе для оптимизации. Если цель сломалась, реклама начнёт обучаться на неверных данных и тратить бюджет менее эффективно. Проверьте, что в СРМ сохраняются метки рекламных кампаний, источник и страница входа. Именно по ним позже вы будете считать, какая доля обращений дошла до сделки и сколько стоила каждая сделка.

Раз в неделю сверяйте три числа: количество достижений цели в Метрике, количество заявок в СРМ и количество писем. Они должны совпадать с небольшой погрешностью на тестовые и дублирующие обращения. Расхождение больше десяти процентов — повод искать, где заявки теряются. Эту сверку стоит выполнять и между проверками после правок, потому что не все сбои приходят вместе с изменениями на сайте.

Как это связано с продвижением 3 в 1

Работа над сайтом — лишь одна часть трёхканальной системы обращений. Первый канал — поиск и нейропоиск: сайт со ясной структурой, прямыми ответами на вопросы и проверяемыми фактами о компании, которые Алиса и поисковые системы могут процитировать. Второй — карточка в Яндекс Справочнике, на Яндекс Картах и в Яндекс Бизнесе: фотографии, услуги с ценами, отзывы, актуальные телефон и часы работы. Третий — карточка в 2ГИС, отдельная аудитория людей, которые ищут услуги в приложении. Каждый канал даёт заявки по-своему, и вместе они дают результат, который не получить одним каналом.

Тестирование форм нужно распространять на все три. После правок на сайте проверьте, что ссылка из карточки на Яндекс Картах и в 2ГИС открывает рабочую страницу с рабочей формой. Проверьте, что номера телефонов в карточках совпадают с номерами на сайте или осознанно отличаются, и что отдельные номера для каждого канала ведут в действующую линию. Если вы изменили телефон на сайте, но не обновили его в картах, люди будут звонить в линию, которой не существует. Хорошая привычка: любое изменение контактов сразу прогонять по всем трём каналам.

Обращения с карт считайте наравне с заявками с сайта. Отдельные номера, метки в ссылках, статистика карточек в кабинетах Яндекс Бизнеса и 2ГИС позволяют увидеть, сколько звонков, маршрутов и переходов даёт каждый канал. Когда заявки со всех каналов собраны в одном отчёте, любая поломка заметна как провал в одном из потоков, и тест формы после правок перестаёт быть разовой акцией, а становится частью общей системы контроля.

Шаблон регулярной проверки, который можно внедрить сегодня

Чтобы не изобретать порядок каждый раз, опишите свой короткий регламент и держите его под рукой. Начинайте с реестра: перечислите все формы, чаты, кнопки мессенджеров и номера телефонов, которые есть на сайте. После правки откройте окно инкогнито на компьютере и на телефоне, пройдите по реестру и отправьте тестовую заявку из каждой формы. Зафиксируйте время отправки и время получения письма, наличие записи в СРМ, сообщение в Телеграме и отметку в Яндекс.Метрике.

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

Раз в месяц проводите расширенную проверку независимо от правок: запасной ящик, смена устройства, звонок на отдельные номера, просмотр статистики карточек. Раз в неделю быстро сверяйте число заявок по источникам. И каждый раз, когда подрядчик сообщает «мы немного поправили», задавайте вопрос: «Кто и как проверил формы?» Ответ покажет, насколько серьёзно к вашим заявкам относятся.

Вывод: проверку форм лучше не оставлять на удачу

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

Специалисты компании «Сайты Профессионально» делают такие проверки частью любой работы на сайте: после каждой правки на ХостСМС, 1С-Битрикс или ВордПресс мы прогоняем формы, чаты, номера и учёт заявок в Яндекс.Метрике и СРМ и сообщаем вам результат. Обратитесь к нам за бесплатной консультацией: мы проверим ваши формы прямо сейчас, покажем, где заявки могут теряться, и предложим понятный порядок контроля, чтобы вы не узнавали о поломке от клиентов.