Вебвизор и карта кликов: как найти проблемы, которые мешают оставить заявку

Выберите один вопрос о поведении посетителей

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

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

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

Затем используйте карту кликов, Вебвизор и аналитику форм как разные способы уточнить гипотезу. Карта помогает найти места взаимодействия, запись — восстановить последовательность действий, данные формы — рассмотреть заполнение. Их выводы стоит сопоставлять, сохраняя различия между наблюдением, предположением и подтверждённой ошибкой.

Проверьте, пригодны ли данные для анализа

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

В справке Яндекса о карте кликов описаны подключение и ограничения инструмента. В настройках счётчика используется опция «Вебвизор, карта скроллинга, аналитика форм»; после изменения параметров нужно проверить установленный код. Эту часть поручите специалисту, если не знаете, как счётчик подключён на вашем сайте.

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

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

Что можно узнать по карте кликов

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

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

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

Записывайте наблюдение нейтрально: «За выбранный период видны клики по некликабельному изображению», а не «пользователи не понимают дизайн». Следующий вопрос — приводит ли это к затруднению в нужном сценарии. Возможно, человек просто увеличивает изображение привычным способом и затем без проблемы отправляет заявку.

Как смотреть Вебвизор без случайных обобщений

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

В документации Вебвизора описано воспроизведение действий посетителей. Это представление взаимодействия со страницей, а не запись мыслей человека. Пауза, возврат вверх или движение указателя допускают разные объяснения. Не подписывайте их автоматически как сомнение, раздражение или отсутствие интереса.

Ведите короткий протокол: условия визита, шаг, наблюдаемое действие, результат и вопрос для проверки. Например: «Телефон, страница услуги, после отправки появился текст ошибки, посетитель изменил номер и отправил снова». Здесь можно воспроизвести состояние формы. Запись «не понравилась форма» не содержит наблюдаемого факта.

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

Что проверить в аналитике форм

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

В справке Яндекса по аналитике форм описаны представления «Конверсия формы» и «Поля формы». Инструмент показывает взаимодействия и сведения о заполнении полей. Там же перечислены технические условия корректного сбора и ограничения; данные могут отличаться от других отчётов Метрики.

Поэтому прежде чем менять форму, проверьте, что её отправка действительно измеряется. Нестандартная реализация может требовать отдельной проверки специалистом. Событие отправки в интерфейсе также не является самостоятельным подтверждением сохранённой заявки в системе работы с клиентами (CRM). Для бизнес-результата нужен контроль успешного приёма на стороне сайта и дальнейшей передачи.

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

Как отделить найденную проблему от предположения

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

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

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

Как передать результат дизайнеру или разработчику

Сформулируйте задачу через препятствие и ожидаемое поведение. Укажите адрес, устройство, состояние страницы и шаги воспроизведения. Добавьте, что должен сделать посетитель после изменения и как это проверить. Если проблема только предполагается, обозначьте задачу как проверку гипотезы, а не обязательный редизайн.

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

Согласуйте измерение до правки. Если меняется отправка формы, сохраните возможность сопоставить события до и после. Если одновременно полностью меняется дизайн и реклама, объяснить итог одним фактором будет трудно. Иногда лучше исправить явный дефект отдельно, а гипотезы проверять последовательно.

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

Что проверить после внесённых изменений

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

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

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

Для первого разбора выберите одну важную страницу, один тип устройства и одно действие. Соберите статистику, посмотрите соответствующие записи и сформулируйте одну проверяемую задачу. Если нужна помощь с аналитикой или исправлением интерфейса, можно обратиться в ШТАБ ИТ с адресом страницы и описанием наблюдаемого затруднения.