Почему сайт не приносит заявки: как понять, где проблема — в сайте, трафике или обработке лидов
Сайт — только один участок пути от спроса до продажи. Если заявок мало, причина может быть в объёме и качестве трафика, предложении на странице, технической отправке формы, телефонии, CRM или обработке обращения менеджером. Поэтому начинать с редизайна — значит выбирать решение до диагноза.
Надёжный порядок обратный: сначала убедиться, что измерения не врут, затем проверить трафик, после него — страницу, доставку лида и продажи. Так можно локализовать потерю и не тратить бюджет на переделку работающего участка.
Сначала проверьте, действительно ли заявок мало
Сопоставьте за один и тот же период четыре числа: успешные отправки форм на сайте, цели в Метрике, новые лиды в CRM и обращения, которые менеджеры реально взяли в работу. Для звонков добавьте данные телефонии. Расхождение уже показывает направление проверки.
Цель в аналитике не равна бизнес-лиду. Например, событие может сработать при клике на кнопку, хотя форма вернула ошибку. Бывает и наоборот: заявка дошла по резервному каналу, но событие не отправилось. В документации Яндекс Метрики отдельно описаны цели и способы их проверки, а отчёт по офлайн-конверсиям показывает, удалось ли связать загруженное событие с визитом.
Проведите контрольный тест от начала до конца:
- Откройте сайт как новый посетитель из нужного источника.
- Отправьте каждую основную форму с десктопа и телефона.
- Позвоните по подменному номеру, если используется коллтрекинг.
- Проверьте успешное событие в аналитике.
- Найдите тот же лид в CRM со временем, страницей и источником.
- Убедитесь, что менеджер получил уведомление и может начать работу.
Если тест ломается, редизайн пока не нужен: сначала восстановите измерение и доставку обращения.
Отделите нехватку трафика от его низкого качества
Небольшая выборка не позволяет уверенно судить о конверсии. Два обращения из нескольких десятков визитов могут выглядеть как резкий рост или падение, хотя это обычное колебание. В такой ситуации полезнее проверить корректность пути и накопить данные, чем делать большой вывод по одному проценту.
Общий трафик тоже скрывает причину. Разделите его хотя бы по источнику, кампании, посадочной странице, устройству, региону и типу запроса. В Яндекс Вебмастере можно смотреть показы, клики, CTR и позиции по запросам, а в Метрике — переходы и поведение по источникам.
| Наблюдение | Что проверить | Возможное решение |
|---|---|---|
| Посещений почти нет | объём спроса, показы, охват кампаний | развивать дистрибуцию, а не интерфейс |
| Посещений много, но запросы не о продукте | поисковые фразы, аудитории, географию | уточнить семантику и таргетинг |
| Проседает один канал | кампанию и её посадочные | работать с конкретным источником |
| Проседает только мобильный трафик | скорость, вёрстку, форму, звонок | исправить мобильный сценарий |
| Брендовый трафик конвертируется, новый — нет | соответствие предложения небрендовому спросу | пересобрать оффер и посадочные |
Не существует универсальной «хорошей конверсии сайта». Показатель зависит от продукта, цены, источника, намерения, устройства и того, какое действие считается конверсией.
Проверьте, совпадает ли предложение со спросом
Даже технически хороший сайт не создаст заявку, если человек не видит подходящего предложения. Сопоставьте фактический запрос или объявление с первым экраном и содержанием посадочной.
Посетителю должны быть понятны объект услуги, адресат, важные условия и следующий шаг. Для сложной B2B-покупки часто нужны примеры работ, процесс, ограничения и способ обсудить задачу. Для типовой услуги важнее быстро подтвердить соответствие запросу и снять основные неопределённости. Набор блоков определяется решением клиента, а не модой на дизайн.
Отдельно проверьте цену и условия. Если их нельзя показать точно, объясните, от чего зависит расчёт и какие данные нужны для оценки. Пустое «индивидуально» заставляет посетителя брать на себя лишний риск.
Когда проблема действительно находится на сайте
После проверки измерений и трафика переходите к пользовательскому пути. Ищите не субъективное «некрасиво», а конкретное место потери.
Понимание
Человек не может быстро определить, что ему предлагают, подходит ли это его ситуации и куда идти дальше.
Действие
Форма перегружена, кнопка незаметна, обязательные поля не объяснены или сценарий ломается на телефоне.
Доверие
Не хватает доказательств для риска покупки: условий, процесса, команды, документов, кейсов или понятной ответственности.
Вебвизор и другие поведенческие инструменты полезны для поиска гипотез: где люди возвращаются, повторяют действие или прекращают путь. Но запись сеанса не доказывает причину сама по себе. Наблюдение нужно подтвердить повторяемостью, сегментом и проверкой после изменения.
Если выявлен локальный сбой, исправляйте локально. Полная пересборка оправдана, когда проблемы системные: архитектура мешает менять ключевые страницы, интерфейс распадается на устройствах, формы и компоненты работают непредсказуемо, а серия точечных исправлений становится дороже контролируемой замены. Подробный выбор между вариантами разобран в статье «Дорабатывать старый сайт или делать новый».
Проверьте путь заявки после сайта
Успешное сообщение на экране ещё не означает, что лид сохранён. Между формой и менеджером могут находиться почта, webhook, интеграционный сервис и CRM. Каждый переход должен оставлять проверяемый след и уметь повторно обработать временную ошибку без создания дублей.
Для интернет-лида полезно хранить исходную посадочную, UTM-метки, ClientID Метрики, yclid при наличии, время обращения, тип формы и внутренний ID лида. Яндекс рекомендует передавать ClientID в CRM и позволяет связывать CRM-события с визитами через загрузку данных из CRM. Полная техническая схема описана в материале о связке сайта, Директа, телефонии и CRM.
После доставки лида проверьте:
- какая доля обращений квалифицирована по единому правилу;
- сколько лидов остаются без первого контакта;
- где фиксируются пропущенные звонки;
- не меняется ли исходный источник при повторном обращении;
- как связаны лид, сделка, оплата и выручка;
- можно ли восстановить путь одной конкретной продажи.
Матрица решения: что исправлять первым
| Что подтверждено данными | Первый приоритет | Что пока не делать |
|---|---|---|
| Цели и CRM расходятся | измерение и интеграция | сравнивать каналы по CPL |
| Целевого трафика мало | спрос, охват, каналы | заказывать большой редизайн |
| Трафик не соответствует предложению | реклама, семантика, посадочные | масштабировать бюджет |
| Целевой трафик теряется на конкретном шаге | UX/CRO этого шага | пересобирать весь сайт без необходимости |
| Формы работают, но лиды пропадают | доставка, телефония, CRM | обвинять рекламный канал |
| Квалифицированные лиды есть, продаж нет | процесс продаж и причины отказа | оптимизировать рекламу на все заявки |
| Ограничения сайта системные | аудит варианта доработки и пересборки | латать без оценки стоимости владения |
Это диагностическая модель BTD.TEAM, а не официальный стандарт Яндекса. Её задача — заставить все участки воронки отвечать на один вопрос: где именно возникает измеримая потеря.
Порядок диагностики без лишних переделок
Сначала восстановите достоверность данных. Затем разделите трафик на сопоставимые сегменты и проверьте соответствие спроса предложению. После этого найдите конкретное препятствие на странице, проведите тестовую заявку до CRM и разберите качество обработки. Только при системной проблеме интерфейса или платформы переходите к решению о редизайне.
Если нужна независимая проверка всей цепочки — от источника визита до сделки в CRM, обсудите аудит с BTD.TEAM. Результатом должен быть список подтверждённых разрывов и приоритет исправлений, а не предложение переделать сайт заранее.
