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