заявки пропали за 12 дней при том же трафике: где искать обрыв на сайте

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

заявки: с пятнадцати в неделю до нуля за двенадцать дней

Оптовая компания из Москвы продаёт складское оборудование, сайт стоит на Bitrix уже пять лет. Обычная неделя — 800-900 визитов из контекстной рекламы и органики, 15-20 заявок через форму «рассчитать стоимость». В понедельник маркетолог открывает отчёт: визиты те же 850, заявок — три. Во вторник — ноль. К пятнице руководитель уже думает, что менеджеры разленились и не перезванивают, хотя разрыв случился гораздо раньше, на этапе доставки самой заявки.

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

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

почему поисковик не наказывает сайт за молчащую форму

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

Поэтому разрыв в цепочке «клик — заявка» никак не отражается на позициях и трафике: сайт может неделями терять все обращения и при этом стабильно занимать те же места в выдаче. Отчёты в Метрике или Search Console покажут ровный график визитов, а падение заметят только по пустому CRM или молчащему телефону — обычно с задержкой в несколько дней, пока кто-то не сопоставит одно с другим.

первым делом смотрят не на сайт, а на цифры

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

Этот шаг экономит часы: если цель в Метрике не срабатывает совсем, ищут поломку в разметке страницы. Если срабатывает, а писем нет — проблема сдвигается на сервер, к письму, CRM или антиспам-фильтру.

что проверить за 10 минут своими силами

• ✓зайти в Метрику или GA4 и сверить, срабатывает ли цель на кнопке или странице «спасибо»
• ✓заглянуть в папку «спам» корпоративной почты — письма иногда доходят, просто фильтруются
• ✓отправить тестовую заявку с личного телефона и засечь, пришло ли письмо в течение 5-10 минут
• ✓открыть запись сессии в Вебвизоре и посмотреть, что происходит на экране после нажатия кнопки

Если все четыре пункта проходят проверку, а заявок всё равно нет, разрыв ищут глубже — на сервере, в CRM или в настройках антиспама, и здесь без доступа к логам хостинга и админ-панели CRM не обойтись.

форма кликается, лид уходит в никуда

Форма честно показывала клиенту «спасибо, ваша заявка принята» — с точки зрения посетителя всё работало. Но письмо с контактами так и не долетало до почты отдела продаж. За две недели до сбоя сайт перенесли на новый хостинг: обновили версию PHP и SSL-сертификат, а параметры отправки почты со старого сервера скопировали как есть.

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

Разрыв нашли не с первой попытки: сначала проверили саму форму — она передавала данные корректно, ошибок в консоли браузера не было. Затем заглянули в панель управления хостингом и подняли лог отправки почты за последние две недели — там аккуратно фиксировались десятки отказов с кодом 535, «ошибка авторизации SMTP», начиная ровно с даты переезда сайта на новый сервер.

где чаще всего рвётся цепочка от клика до заявки

Форма и почта — не единственное узкое место. По практике технических аудитов на сайтах малого и среднего бизнеса в Москве разрыв обычно происходит в одной из пяти точек:

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

цена паузы: сколько стоит каждый день молчания формы

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

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

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

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

как ищем поломку в аудите сайта

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

• ✓цели и события в Метрике или GA4 сверяют с реальными заявками в почте и CRM за тот же период
• ✓тестовую заявку прогоняют через форму и отслеживают её на каждом шаге — от клика до письма
• ✓логи сервера проверяют на ошибки отправки почты и отказы SMTP-авторизации
• ✓настройки капчи и антиспам-фильтров сверяют на предмет лишних блокировок реальных клиентов

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

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

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

Как понять, что заявки пропали из-за сайта, а не из-за рекламы?

Сравните графики в Яндекс.Метрике: если визиты и клики по объявлениям держатся на прежнем уровне, а заявок в почте или CRM нет, дело не в рекламе. Рекламная система честно приводит людей на сайт — разрыв происходит уже после клика по кнопке формы, внутри самого сайта или сервера.

Сколько времени занимает поиск такой поломки?

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

Может ли проблема быть не в форме, а в CRM или почте?

Да, и это частый случай: форма отправляет данные корректно, письмо уходит, но не создаёт сделку в CRM из-за истёкшего API-ключа. Со стороны клиента и аналитики всё выглядит нормально, поэтому такие разрывы находят только последовательной проверкой каждого узла цепочки — вручную это не всегда заметно даже опытному администратору сайта.

Что делать, если заявки приходят нестабильно — то есть, то нет?

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

Нужно ли менять хостинг, если на нём произошёл такой сбой?

Не обязательно — чаще всего дело не в самом хостинге, а в настройках, которые не перенесли при миграции: SMTP-авторизация, DNS-записи для почты, API-ключи интеграций. Хостинг меняют, только если провайдер систематически блокирует исходящую почту или не даёт доступ к логам для диагностики.