Редакция DDRW ·

Где сайт теряет обращения: как проверить путь до заявки

Как разобрать вход, изучение предложения, кнопку, отправку и обработку обращения: события, сопоставимые показатели и ручная проверка вместо догадок.

Страница сайта, указатель и конверт, соединённые стеклянным маршрутом с тремя отметками

Ищите конкретный переход, а не «плохую конверсию»

Когда обращений мало, легко начать менять кнопки и заголовки без понимания причины. Сначала разложите путь посетителя: вход на страницу, изучение предложения, переход к контакту, отправка запроса и получение его сотрудником. На каждом переходе может возникнуть своё препятствие. Один общий показатель не объясняет, где именно оно находится.

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

Проверьте, соответствует ли вход ожиданию

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

Сформулируйте гипотезу: «Человек ожидает описание конкретного формата работы, а попадает на общий список услуг». Затем проверьте фактические адреса переходов и содержание первых экранов на телефоне. Исправление выбирайте после проверки: это может быть ссылка на подходящую страницу, уточнение текста или дополнение недостающих условий. Количество выходов само по себе не доказывает ошибку страницы.

Отделите изучение предложения от готовности обратиться

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

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

Назовите события по их действительному смыслу

Если отслеживается клик «Обсудить проект», называйте событие кликом, а не полученной заявкой. Для подтверждённой отправки нужен отдельный признак успешного сохранения обращения. Открытие мессенджера тоже не подтверждает отправку сообщения и начало разговора.

Яндекс Метрика позволяет отслеживать действия через целевое событие. Команда должна согласовать точный момент его передачи. Важно также проверить достижение цели при выполнении сценария: наличие события в настройках ещё не подтверждает, что оно корректно срабатывает на рабочем сайте.

Составьте словарь из названия события, условия срабатывания и того, что оно не подтверждает. Например: «Подтверждённая отправка» означает, что сайт принял запрос, но ещё не сообщает, что сотрудник связался с клиентом.

Используйте сопоставимые основания расчёта

Условный пример: за выбранный период 100 визитов содержали переход к форме, а в 20 из этих визитов была подтверждённая отправка. Доля составляет 20 из 100 для этого перехода. Эти числа иллюстрируют расчёт, а не результаты DDRW. Они ничего не говорят о доле обращений среди всех посетителей сайта, если остальные визиты не включены в основание.

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

Пройдите путь до сотрудника вручную

Выполните тестовое обращение на телефоне и компьютере. Проверьте, доступны ли кнопка и поля, понятны ли сообщения об ошибке и остаётся ли введённое при исправлении. После отправки найдите тестовую запись в месте обработки и убедитесь, что ответственному понятно, что делать дальше.

Отдельно проверьте повторное нажатие и обновление страницы после успеха. Сравните записи по идентификатору обращения: количество уведомлений может отличаться от числа уникальных запросов. Не объявляйте все повторы ошибками — клиент иногда действительно отправляет новое обращение. Укажите правила различения тестов, повторов и самостоятельных запросов. Сам механизм формы разобран в статье о передаче заявки менеджеру.

Свяжите гипотезу, проверку и решение

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

Учитывайте изменения рекламы, сезонность и небольшое количество обращений. Сравнение двух периодов не доказывает, что результат изменился именно из-за новой кнопки. После доработки повторите сценарий и проверьте данные на тех же условиях подсчёта. Обсудить такую проверку можно в рамках SEO и сопровождения или проектирования интерфейса, начав с подтверждённых препятствий и списка неизвестных участков.

Услуги и проекты по теме

Обсудим вашу задачу

Пришлите описание продукта, текущий сайт или список вопросов. Уточним состав работ и предложим следующий шаг для оценки проекта.

Связаться с DDRW
Все материалы