В записи посетитель заполняет форму, нажимает «Отправить» и через несколько секунд нажимает снова. Заявка потерялась? Кнопка не сработала? Или человек просто не увидел подтверждение? Вебвизор позволяет заметить такой эпизод, но выбрать правильную доработку можно только после проверки. В Гуси-Лебеди мы предлагаем разбирать записи именно так: сначала действие, затем возможная причина и конкретный способ её проверить.
Вебвизор является инструментом Яндекс Метрики для просмотра действий посетителей: кликов, прокрутки, переходов и взаимодействия с формами. Это воспроизведение посещения, а не запись экрана с камеры и не способ прочитать мысли человека. Ниже разберём, где открыть записи, как отобрать нужные визиты и что передать разработчику, если вы заметили проблему.
Как найти нужные записи в Вебвизоре
Откройте нужный счётчик Метрики и раздел «Поведение» → «Вебвизор». Перед просмотром сформулируйте вопрос. Не «почему сайт плохо продаёт», а, например, «что происходит при отправке формы на телефоне». Такой вопрос сразу задаёт страницу, устройство и действие, которые нужно искать.
Дальше выберите период. Если форму недавно обновили, начните с визитов после обновления. Для сравнения сохраните отдельный набор записей до него: в одной подборке легко перепутать старую ошибку с поведением нового интерфейса. Не откладывайте разбор надолго: согласно справке Яндекса об ограничениях Вебвизора, записи хранятся 15 дней, включая текущий.
| Что проверяем | Как сузить просмотр |
|---|---|
| Форму на телефоне | Выделить визиты со смартфонов и нужной страницей в пути |
| Посадочную страницу рекламы | Выбрать источник или UTM-метку и проверить адрес входа |
| Изменение после выпуска | Разделить периоды по дате обновления и оставить одинаковые условия отбора |
| Отсутствие целевого действия | Сравнить визиты с достижением настроенной цели и без него, учитывая смысл этой цели |
Для отбора по странице входа используйте фильтр соответствующего столбца и укажите URL. Но страница входа означает начало визита: человек мог прийти на главную, а к форме перейти позже. Не ограничивайте исследование входом на страницу формы, если хотите изучить весь путь к ней. Принципы фильтрации описаны в инструкции по просмотру записей.
Столбец «Активность» помогает ориентироваться в списке, однако его уровень условный. Низкая активность не доказывает отсутствие интереса: посетитель мог читать текст без кликов. Для проверки первой кнопки бывает полезен короткий визит; для длинной формы нужен другой отбор. Универсальное правило «смотреть только самые длинные записи» здесь мешает.
Сохраните условия отбора вместе с заметками: период, страницу, устройство, источник и проверяемое действие. Количество найденных примеров также запишите, но не превращайте долю среди вручную выбранных записей в процент проблем у всех посетителей сайта.
Что смотреть в плеере и как разбирать спорный эпизод
Откройте запись выбранного визита. Сначала посмотрите контекст: адрес страницы, устройство и сведения о посещении. Затем проследите путь к нужному действию. Плеер позволяет менять скорость и останавливать воспроизведение; спорный момент лучше пересмотреть на обычной скорости, чтобы различить нажатие, ожидание и ответ интерфейса. Возможности плеера разобраны в материале Яндекса о работе с Вебвизором.
Записывайте то, что можно показать другому участнику команды: «после нажатия кнопка осталась в прежнем состоянии», «сообщение об ошибке появилось выше видимой области», «посетитель вернулся к условиям доставки». Фраза «ему не понравилась цена» требует другого основания. Движение курсора и возврат к блоку цены не подтверждают мотив отказа.
Пример: повторные нажатия на кнопку отправки
Возьмём условный сценарий, а не кейс компании. В записи человек заполняет форму, нажимает «Отправить», ждёт и повторяет нажатие. В этой ситуации полезно разделить разбор на три части.
- Наблюдение
- В плеере видны повторные нажатия. Нужно отметить страницу, момент записи и видимый ответ формы.
- Возможные объяснения
- Запрос обрабатывается без понятного индикатора; обязательное поле осталось незаполненным; сообщение скрыто за границей экрана; отправка завершилась, но подтверждение незаметно. Пока это версии.
- Проверка
- Повторить последовательность на той же странице и сопоставимом устройстве. Посмотреть результат обработки формы, появление сообщения и поведение при повторном нажатии.
После проверки решения могут оказаться разными. Если отправка прошла, но человек не получил понятного ответа, исправлять нужно обратную связь интерфейса. Если обязательное поле мешает отправке и ошибка не видна, проверяйте расположение сообщения и переход к полю. Если запрос завершился ошибкой, разработчику нужны воспроизводимые шаги и технические данные. Перекрашивание кнопки не устраняет все эти причины сразу.
Клик, достижение цели в Яндекс Метрике и полученная заявка могут обозначать разные события. Например, цель на нажатие сообщает о нажатии. Она сама по себе не подтверждает доставку обращения менеджеру. Сначала выясните, что настроено, затем сверяйте запись с результатом обработки.
Такой же принцип работает в каталоге: повторный выбор фильтра является наблюдением, а «фильтр неудобен» пока остаётся гипотезой. Проверьте, изменился ли список товаров, видна ли загрузка, сохраняется ли выбор при возврате. В заметке достаточно описать действие и его результат, без пересказа личных данных из формы.
Почему записи нет или страница в ней выглядит неправильно
Отсутствующая запись и ошибка на сайте требуют разных проверок. Начните с периода и выбранного счётчика, затем снимите слишком узкие условия отбора. Если визит не найден, это ещё не означает, что человек не заходил: количество сохраняемых записей определяется алгоритмом и может меняться. Фиксированную долю записанных посещений для любого сайта назначать нельзя.
Если записей вообще не появляется
Проверьте включение Вебвизора и установку кода на нужных страницах по официальной инструкции настройки. Если записи не просматривали шесть месяцев, сервис может отключиться. Для изменения настроек и кода привлекайте человека, который отвечает за счётчик и сайт. Создавать второй счётчик поверх первого ради этой проверки не нужно.
Отдельно проверьте условия тестового посещения. В приватном режиме запись может работать неправильно, а некоторые браузеры блокируют счётчик. Просроченная запись за пределами срока хранения тоже не станет доступной после изменения фильтра. Не обещайте восстановить старый эпизод, которого уже нет.
Если воспроизведение отличается от сайта
Вебвизор восстанавливает HTML времени визита, поэтому сравнение с сегодняшней страницей требует учитывать обновления. Странное отображение может относиться к воспроизведению: в справке отмечены ограничения для canvas, Shadow DOM и отдельных способов изменения стилей. Для наиболее точного просмотра Яндекс рекомендует тот же браузер, в котором был записан визит.
Звёздочки в поле или скрытый блок не означают, что человек видел пустую форму. Это может быть результатом маскирования. Перед выводом выясните, какие данные исключены из записи; снимать защиту личных данных ради любопытства не требуется. Для проверки удобства часто достаточно последовательности заполнения и реакции интерфейса.
По одной записи нельзя установить личность посетителя или доказать, что это бот. Вебвизор может сохранять визиты, отмеченные Метрикой или Директом как роботные. Если задача связана с подозрительными обращениями, нужны дополнительные подтверждения; движения курсора не заменяют их.
Как передать находку разработчику и проверить исправление
Вместо задачи «сделать форму удобнее» подготовьте описание, по которому её можно проверить. В Гуси-Лебеди мы рекомендуем включить адрес страницы, условия посещения, последовательность действий, наблюдаемый результат и ожидаемое поведение. Приложите отметку нужного момента записи, пока она доступна, а сами шаги сохраните в задаче.
Для нашего условного примера формулировка может выглядеть так: «После нажатия “Отправить” пользователь должен видеть состояние обработки, а затем подтверждение или понятную ошибку. Проверьте, доступно ли повторное нажатие во время обработки и к чему оно приводит». Это постановка проверки. Конкретный дефект указывайте после воспроизведения, а не только по впечатлению от плеера.
- Воспроизведите исходный сценарий. Зафиксируйте браузер, устройство, версию страницы и результат проверки. Если проблема не повторилась, перечислите недостающие условия.
- Определите ожидаемое поведение. Что человек должен увидеть после действия и как восстановиться после ошибки.
- Проверьте исправленную версию. Пройдите успешный путь, ошибочный ввод и повторное действие. Убедитесь, что исправление не сломало соседний шаг.
- Вернитесь к аналитике. После выпуска изучите тот же сценарий и сопоставимые сегменты, отдельно отмечая изменения трафика и настроек целей.
При доработке форм и сопровождении сайта такая постановка помогает принять конкретный результат: сообщение видно, ошибка объяснена, действие можно завершить. Если требуется оценить влияние на обращения, подключайте анализ поведения и результатов сайта с проверкой событий и данных о заявках.
Исчезновение заметного затруднения в просмотренных записях ещё не доказывает рост конверсии. Для такого вывода нужны сопоставимые показатели и достаточные данные. Практическая польза Вебвизора начинается раньше: команда получает понятный эпизод, воспроизводимую проверку и задачу, результат которой можно принять.