На сайт приходят посетители, реклама расходует бюджет, Метрика показывает визиты — а заявок мало или нет совсем. В такой ситуации легко начать менять всё подряд: объявления, заголовки, дизайн, форму или подрядчика.
Это главная обзорная статья по теме отсутствия заявок. В ней собраны основные причины, которые стоит проверить в первую очередь. Остальные материалы по теме раскрывают отдельные участки пути пользователя более подробно.
Но отсутствие заявок — это не одна проблема. Разрыв может возникнуть ещё до входа на сайт, на первом экране, в середине страницы, перед формой, во время отправки или уже после неё. Поэтому сначала нужно определить участок, а не выбирать правку наугад.
Эта статья — не полный аудит и не инструкция по настройке Метрики. Это первичная карта причин. Она помогает понять, где искать проблему дальше: в трафике, предложении, доверии, мобильной версии, форме, доставке заявки или аналитике.
С чего начать, если заявок нет
Перед проверкой дизайна ответьте на четыре вопроса:
- Есть ли на нужной странице трафик, по которому можно делать выводы?
- Соответствуют ли запросы и источники предложению страницы?
- Переходят ли посетители к кнопкам, контактам или форме?
- Доходит ли тестовая заявка и фиксируется ли она в Метрике?
Если ответ неизвестен, сначала нужны данные, а не редизайн. Например, невозможно уверенно оценить форму, если на страницу приходит нецелевая аудитория. И нельзя считать рекламу слабой, если цель в Метрике срабатывает на клик, а не на успешную отправку.
Связка «источник → страница → действие → отправка → полученная заявка» подробно разобрана в статье «Почему сайт не даёт заявки: что скрывают цифры».
1. На страницу приходит неподходящий трафик
Сайт может работать нормально, но на него могут приходить посетители, которые не готовы обращаться. Например, реклама запущена по слишком широким запросам, информационная статья привлекает людей без намерения заказать услугу, а объявление обещает не то, что человек видит после клика.
Со стороны это выглядит как проблема сайта: люди заходят и уходят. Но если ожидание сформировалось раньше — в запросе, объявлении или сниппете — даже сильная страница не всегда сможет его исправить.
Признаки, что проблема может быть в трафике
- один источник даёт много визитов, но почти не приводит к кнопкам и форме;
- запросы слишком общие и не показывают готовность заказать;
- объявление обещает цену, срок или формат, которых нет на странице;
- реклама ведёт на главную вместо конкретной услуги;
- посетители читают статью, но не переходят к коммерческому предложению;
- по одному источнику действия есть, а по другому остаются только визиты.
Что проверить: поисковые запросы, тексты объявлений, страницы входа, устройства, регионы и действия после перехода. Смотрите не только количество визитов, но и то, какие источники приводят людей к следующему шагу.
Что исправлять первым: если трафик не соответствует предложению, сначала корректируются запросы, объявления и посадочные страницы. Переделывать весь сайт в такой ситуации рано.
2. Первый экран не объясняет предложение
Человек должен быстро понять, куда попал, что здесь предлагают и какой следующий шаг можно сделать. Если вместо этого он видит общие обещания, большую картинку или кнопку без понятного контекста, часть посетителей уходит ещё до прокрутки.
Первый экран не обязан рассказывать всё. Его задача — подтвердить ожидание после клика и дать причину остаться. Пользователь должен увидеть знакомую услугу, понятную задачу и направление дальнейшего действия.
Что чаще всего мешает на первом экране
- заголовок подходит почти любому бизнесу;
- непонятно, для кого предназначено предложение;
- главный смысл спрятан ниже;
- первым виден баннер, но не польза;
- кнопка называется «Подробнее» или «Отправить» без объяснения действия;
- на телефоне заголовок, пояснение и кнопка оказываются далеко друг от друга;
- обещания звучат громко, но не раскрывают, что будет сделано.
Что исправлять первым: конкретику заголовка, пояснение под ним, соответствие запросу и понятность следующего шага. Цвет кнопки и анимация здесь вторичны.
3. Страница не даёт достаточно оснований для обращения
Даже понятное предложение не гарантирует заявку. Пользователь может сомневаться, кто оказывает услугу, что входит в работу, сколько это стоит, как проходит процесс и что он получит после обращения.
Проблема не всегда в отсутствии отзывов. Для многих услуг сильнее работают конкретные этапы, примеры задач, понятные ограничения, фрагменты результата и честное объяснение, что произойдёт после заявки.

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

Что проверить вручную
- видны ли кнопки и способы связи в нужный момент;
- удобно ли заполнить обязательные поля с телефона;
- понятны ли сообщения об ошибках;
- не сбрасываются ли введённые данные;
- не перекрывают ли форму меню, баннеры и другие элементы;
- появляется ли подтверждение успешной отправки;
- кликаются ли телефон и Telegram;
- можно ли пройти весь сценарий без горизонтальной прокрутки.
Что исправлять первым: препятствия, которые делают обращение невозможным. Если на компьютере сценарий работает, а на телефоне появляется ошибка, сначала исправляется мобильная версия. Общий редизайн для этого может не понадобиться.
5. Заявка отправляется, но теряется после формы
Сообщение «Заявка отправлена» ещё не доказывает, что владелец её получил. Обращение может не дойти на почту, попасть в спам, не передаться в Telegram или неправильно отразиться в Метрике.
Для пользователя всё выглядит нормально: он заполнил форму и увидел подтверждение. Для компании заявки будто бы не было. Такая ошибка опасна тем, что владелец может снова начать менять рекламу и страницу, хотя разрыв находится уже после отправки.
Что должно совпасть при тестовой заявке
- Форма показала успешную отправку.
- Заявка пришла на почту, в Telegram или другой рабочий канал.
- Имя, контакт, страница и выбранная услуга передались корректно.
- Цель в Метрике сработала после успешной отправки.
- Телефон, Telegram и другие способы обращения учитываются отдельно.
Если один из пунктов не совпал, цепочка не проверена до конца. Например, цель может сработать на нажатие кнопки, хотя письмо не было отправлено. Или заявка может прийти, но не отразиться в аналитике.
Что исправлять первым: технический разрыв между формой, уведомлением и учётом заявки. Он подробно разобран в статье о том, где заявка теряется после отправки.
Если форма уже отправляется, следующий шаг — проверить, что происходит с заявкой после отправки: дошла ли она до CRM, как быстро её увидел менеджер и не потерялся ли контакт между статусами.
Почему одна точечная правка может не помочь
Когда заявок нет, хочется быстро изменить самый заметный элемент: цвет кнопки, заголовок, изображение или количество полей. Иногда это действительно помогает, если причина уже подтверждена. Но случайная правка не заменяет диагностику.
Можно сделать кнопку ярче, но человек всё равно не нажмёт, если не понял предложение. Можно сократить форму, но заявок не станет больше, если трафик приходит по неподходящим запросам. Можно переписать первый экран, но результат останется неизвестным, если успешная отправка не фиксируется и обращения не проверяются вручную.
Поэтому изменение должно отвечать на конкретный найденный разрыв. Сначала фиксируется проблема, затем вносится правка и повторяется тот же сценарий. Иначе сайт постепенно обрастает решениями, каждое из которых выглядит разумно само по себе, но не связано с реальным поведением пользователей.
Когда причина может быть не в сайте
Иногда страница понятна, форма работает, заявки доходят, но обращений всё равно меньше ожидаемого. В таком случае нельзя автоматически считать сайт единственной причиной.
- спрос на услугу может быть ограниченным или сезонным;
- цена и условия могут не соответствовать ожиданиям аудитории;
- объявление может привлекать людей другим обещанием;
- часть обращений может долго оставаться без ответа;
- посетителю может подходить услуга, но не подходить формат работы;
- данных может быть слишком мало для устойчивого вывода.
Задача первичной проверки — не доказать, что сайт виноват, а отделить его участок от рекламы, предложения и обработки обращений. Это защищает от лишнего редизайна и помогает передать каждую проблему тому, кто действительно может её исправить.
Как провести первичную проверку по порядку
Не начинайте с предположения «плохой дизайн» или «плохая реклама». Пройдите цепочку последовательно:
- Откройте источники и страницы входа. Посмотрите, откуда приходят люди и на какие материалы попадают.
- Сверьте ожидание с первым экраном. Запрос, объявление и содержание страницы должны продолжать одну мысль.
- Посмотрите действия. Переходят ли посетители к стоимости, кнопкам, контактам и форме.
- Заполните и отправьте форму. Сделайте это с телефона и компьютера, включая ошибку в одном из полей.
- Найдите тестовую заявку. Проверьте рабочий канал и папку «Спам».
- Сверьте Метрику с реальностью. Цель должна соответствовать фактически полученному обращению.
Для быстрой самостоятельной проверки можно использовать отдельный тест сайта за 10–15 минут. Он подходит, когда нужно быстро найти явные препятствия без полного аудита.
Как понять, что исправлять первым
- Нет подходящего трафика. Сначала запросы, объявления и страницы входа.
- Посетители не начинают действие. Первый экран, предложение, структура и доверие.
- Форму открывают, но не отправляют. Поля, ошибки, мобильная версия и объяснение следующего шага.
- Отправка успешна, но заявки нет. Доставка уведомления и техническая обработка.
- Заявки есть, но аналитика их не видит. Цели и учёт способов связи.
- Причина остаётся неясной. Нужен последовательный разбор всего пути, а не ещё одна случайная правка.
Такой порядок не гарантирует, что проблема окажется простой. Он нужен для другого: чтобы не переделывать рабочие участки и не тратить бюджет до того, как найдено место разрыва.
Нужно найти причину, а не угадать её?
Если первичная проверка не дала ясного ответа, следующий шаг — полный аудит юзабилити сайта. В нём отдельно проверяются путь пользователя, мобильная версия, форма, данные Метрики и приоритет исправлений.
