Правки выпустили в пятницу вечером, а форма не работала до понедельника

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

Как всё начиналось

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

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

Что это стоило в заявках

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

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

Была и потеря, которую не посчитаешь: недовольство клиентов. Те, кто отправил форму и не получил ответа, вспомнили компанию как ту, что не перезванивает. Исправить это труднее, чем починить форму.

Разбор: почему так произошло

Причин оказалось несколько, и ни одна из них не была фатальной по отдельности. Опасной была их комбинация.

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

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

Сообщение «Спасибо» выводилось без подтверждения от сервера. Посетитель получал ложный сигнал об успехе. Это ошибка проектирования: сообщение об отправке должно появляться только после ответа сервера.

Цель в Метрике настроена на нажатие кнопки. Поэтому статистика не показала провал. Вместо того чтобы сработать как сигнал тревоги, она поддерживала иллюзию порядка.

Никто не следил за потоком заявок в реальном времени. Письма не приходили, но не было ни уведомления «заявок нет уже 12 часов», ни привычки заглянуть в почту в выходные.

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

Пошаговое исправление

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

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

Шаг второй: найти причину. Откройте форму на сайте, отправьте заявку и посмотрите, какой ответ возвращает сервер. В нашем случае проблема нашлась за пять минут: сервер сообщал об отсутствии обязательного поля. Разработчик сменил название поля в шаблоне, а обработчик ожидал старое.

Шаг третий: исправить и проверить. Верните согласованные названия, отправьте тестовую заявку, убедитесь, что пришли письмо, карточка в Битрикс24 и событие в Метрике. Проверьте с компьютера и телефона, из разных браузеров, с рекламной ссылкой и без неё.

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

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

Шаг шестой: рассказать о произошедшем команде. Без обвинений. Задача — понять, на каком звене сломалась система, а не найти виноватого.

Что мы изменили в работе компании

После этого случая владелец ввёл в компании несколько простых правил, которые стоят почти ничего, но защищают от повторения.

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

Второе: после каждого выпуска проводится контрольная заявка. Её отправляет сотрудник компании, а не разработчик, потому что разработчик проверяет то, что знает, а сотрудник — то, что видит клиент. Заявка проходит всю цепочку: форма, письмо, карточка в системе, событие в Метрике.

Третье: в задание подрядчику добавлена строка «проверить работу всех форм и кнопок связи после выпуска и прислать отчёт». Если в задании этого нет, вряд ли кто-то это сделает.

Четвёртое: в Битрикс24 настроено уведомление, если новых заявок с сайта не было дольше шести часов в рабочее время. Для небольшой компании этого достаточно, чтобы заметить тишину быстро.

Пятое: цель «Отправка формы» в Яндекс.Метрике перенесена на событие после ответа сервера. Дополнительно добавлена цель на ошибку отправки, чтобы такие случаи считались отдельно.

Шестое: еженедельная сверка заявок. Мы подробно описывали её в статье о сверке почты, системы учёта клиентов и Метрики, и эта привычка спасает от большинства тихих потерь.

Как выпускать правки безопасно

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

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

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

Список того, что проверять после любой правки

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

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

Поломка формы особенно болезненна для компании, которая вкладывается в поток обращений из нескольких точек. Мы строим продвижение по принципу «3 в 1»: клиенты находят вас в поиске, в том числе в ответах нейропоиска, в карточке на Яндекс Картах и в Яндекс Бизнесе и в 2ГИС. Все три канала в итоге ведут к одним и тем же действиям: позвонить, написать или оставить заявку на сайте.

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

Поэтому проверка форм после правок — не техническая мелочь, а охрана вложений во все три канала сразу.

Типичные ошибки владельцев

Доверять сообщению «Заявка отправлена». Оно не гарантирует, что заявка дошла. Проверять нужно итог, то есть наличие письма и карточки.

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

Не хранить резервные копии. Без копии откат превращается в многочасовой ремонт.

Принимать работу по скриншотам. Скриншот показывает внешний вид, но не работу формы. Принимайте работу на живом сайте.

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

Экономить на проверке. Десять минут проверки против десятков тысяч рублей потерь — расчёт очевиден.

Как проверить по заявкам, что всё в порядке

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

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

Вывод

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

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