Сайт работает, а заявки не приходят: тихий сбой, который обычный мониторинг не видит

2 июля 2026 · 7 мин чтения

Есть сбой хуже, чем падение сайта. Когда сайт упал, все хотя бы быстро понимают: проблема есть. А вот когда сайт работает, реклама крутится, форма открывается, кнопка нажимается, страница благодарности появляется — но заявки не приходят — это настоящая гадость. Внешне всё нормально. До тех пор, пока клиент не напишет: «У нас третью неделю нет заявок. Вы ничего не трогали?».

Почему форма обратной связи не работает — и никто этого не видит

Форма заявки — маленькая штука на странице, но за ней целая цепочка. Браузер отправляет данные, сервер принимает, скрипт валидирует, почтовый модуль отправляет письмо, антиспам не режет сообщение, CRM принимает лид, интеграция не падает, страница благодарности открывается, менеджер получает уведомление.

Если ломается любой участок этой цепочки, бизнес теряет заявку. А сайт при этом выглядит абсолютно живым: главная отдаёт 200 OK, форма рисуется, кнопка нажимается. И обычная проверка доступности ничего не заметит — потому что она смотрит только на то, «открылась ли страница», а не на то, дошло ли письмо.

Самый неприятный вопрос клиента

Когда клиент говорит «не приходят заявки с сайта», у студии редко есть хороший быстрый ответ. Начинается расследование: с какого числа, из какой формы, в спаме смотрели, почта принимает, тестовую отправляли. Вопросы правильные. Проблема в том, что их задают уже после того, как клиент заметил просадку.

А если рекламный бюджет шёл неделю, а форма всё это время не отправляла заявки, спор будет не про PHP или webhook. Спор будет про деньги, которые уже утекли в сломанную трубу.

Почему ручной тест при запуске не спасает

Отправили тестовую заявку на старте проекта, она пришла — отлично. Но форма может сломаться позже, и почти всегда незаметно:

• после обновления CMS или плагина;
• после смены почтовых настроек или SMTP-лимитов;
• после переезда сайта на другой хостинг;
• после изменения reCAPTCHA или правки шаблона;
• после включения нового антиспама, который начал резать письма.

Одного теста при запуске мало. Если форма приносит деньги, её надо проверять постоянно — так же регулярно, как доступность самого сайта.

Как выглядит нормальная проверка формы

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

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

Как объяснить это клиенту

Не надо рассказывать владельцу бизнеса про POST-запросы, SMTP и IMAP. Скажите человечески: «Мы будем регулярно проверять, что формы на сайте не просто открываются, а реально принимают заявки. Если цепочка сломается, мы узнаем об этом раньше, чем вы увидите падение лидов».

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

Что Pingvera реально проверяет в форме

Pingvera умеет не только следить за доступностью сайта, но и проверять работу форм на двух уровнях:

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

Это и есть главная разница. Большинство мониторингов остановятся на «страница открылась». Pingvera идёт до конца цепочки — до почтового ящика, куда падают лиды.

Для студии это сильный аргумент в поддержке: большинство клиентов не отличает «сайт работает» от «сайт продаёт». А разница между ними может стоить рекламного бюджета за неделю. Если форма сломалась, лучше получить алерт, чем звонок клиента «а где заявки?».

Частые вопросы

Почему форма на сайте перестала отправлять заявки?

Форма обратной связи может сломаться незаметно после обновления CMS или плагина, смены почтовых настроек, переезда сайта, изменения reCAPTCHA, правки шаблона, из-за лимитов SMTP или включения нового антиспама. За кнопкой «Отправить» стоит целая цепочка: браузер отправляет данные, сервер принимает, скрипт валидирует, почтовый модуль шлёт письмо, антиспам не режет сообщение. Если ломается любое звено, заявка теряется, а сайт при этом выглядит живым.

Как проверить, что заявки с сайта доходят?

Недостаточно проверить, что страница формы открылась. Нужно отправить в форму тестовые данные и убедиться, что система отвечает ожидаемо, а в идеале — что заявка реально дошла до почты. Pingvera умеет делать синтетическую отправку формы, а также сквозную проверку: отправляет тестовую заявку с уникальным маркером и находит её в почтовом ящике через IMAP. То есть проверяется не «форма ответила», а «письмо реально пришло».

Можно ли автоматически следить, что форма работает?

Да. Одного ручного теста при запуске мало — форма может сломаться позже и молча. Pingvera проверяет формы автоматически раз в минуту на всех тарифах, включая бесплатный, и при обрыве цепочки присылает алерт в Telegram, на email или в Max. Так студия узнаёт о поломке раньше, чем клиент заметит просадку заявок.

Читайте также: Сайт не работает: как проверить доступность правильно и Что входит в техническую поддержку сайта.