Чтобы найти затруднение по записям Вебвизора, выберите конкретный шаг на сайте, отберите сопоставимые визиты и зафиксируйте наблюдаемые действия. Затем повторите сценарий на нужном устройстве. Запись помогает выдвинуть гипотезу, но сама по себе не объясняет, почему человек ушёл и получил ли бизнес обращение.
Начните с вопроса о конкретном шаге
Для разбора выберите действие, которое человек должен выполнить на странице. Например, открыть карточку услуги, найти условия выезда и перейти к заявке. Формулировка «почему сайт плохо продаёт» оставляет слишком много возможных причин. Рабочий вопрос уже: «Видна ли кнопка отправки на телефоне, когда открыта клавиатура?»
Запишите адрес страницы, устройство и ожидаемый результат. Если подозрение возникло после обновления сайта, укажите дату выпуска. Запись старой версии страницы не подходит для проверки нового расположения кнопки. Вебвизор сохраняет HTML на момент визита, поэтому воспроизведение может отличаться от нынешнего сайта. Это описано в требованиях Яндекс Метрики.
Сразу определите, где проверить итог действия. Для формы это может быть сообщение об успешном приёме и запись обращения в рабочей системе. Вебвизор помогает заметить затруднение перед этим шагом. Проверка доставки обращения разобрана отдельно в плане приёмки формы после изменений сайта.
Отберите визиты с одинаковыми условиями
Откройте записи за период, в котором работала нужная версия страницы. По актуальной справке данные Вебвизора хранятся 15 дней, включая текущий день. Если обращение о проблеме пришло позднее, исходная запись уже может быть недоступна. Тогда останутся описание сценария, другие события и самостоятельное воспроизведение.
Вебвизор поддерживает стандартную сегментацию Метрики. Можно отобрать визиты со смартфонов и нужной страницы входа. Способ выбора условий и столбцов показан в справке о просмотре записей. Для страницы услуги, на которую переходят и с главной, дополнительно учитывайте визиты, где её действительно открывали: фильтр только по странице входа пропустит такой путь.
Сначала смотрите сопоставимую группу: одна услуга, близкие условия показа, нужный тип устройства. Затем отдельно проверьте успешные визиты. Они помогают увидеть, какое действие предшествует завершению сценария. Если цель отправки настроена некорректно, делить записи на успешные и неуспешные по ней преждевременно.
Сохраните условия отбора рядом с заметками: период, страницы, устройство, источник при необходимости и используемую цель. Отметьте количество доступных и просмотренных записей. Это описание вашей выборки. Доля затруднений среди неё не равна доле потерянных клиентов во всём трафике.
Фиксируйте действие, затем объяснение
При первом просмотре записывайте последовательность: какую страницу открыли, что прокрутили, по какому элементу нажали и что изменилось после нажатия. Нейтральная запись выглядит так: «В форме выбран город, после открытия клавиатуры кнопка ушла ниже видимой области; затем посетитель закрыл форму». Фраза «клиенту неудобно, поэтому он ушёл» уже содержит неподтверждённое объяснение.
Повторный клик по элементу позволяет поставить вопрос о реакции интерфейса. Сам по себе он не доказывает раздражение человека. Длительная пауза тоже не раскрывает намерение: посетитель мог читать, отвлечься или заниматься другим делом. В описании Вебвизора есть метки активности и бездействия; это навигация по действиям в записи, а не оценка мотивации.
На втором просмотре уточните момент затруднения и реакцию страницы. Если сразу после клика началась загрузка или появился текст ошибки, зафиксируйте это буквально. Если реакция не видна, оставьте статус «нужно проверить». Полезная заметка позволяет другому человеку повторить ваш ход проверки без догадок.
Проверьте, что именно попало в запись
Перед задачей дизайнеру или разработчику исключите ограничения самого инструмента. По справке число записей за сутки определяет специальный алгоритм. Вебвизор не показывает каждый визит из остальных отчётов, а некоторые записи могут относиться к роботам. Отсутствие нужной записи не доказывает отсутствие посетителя.
- Звёздочки в поле могут быть результатом маскирования. По ним нельзя заключить, что человек не ввёл имя или телефон. Пароли при воспроизведении не показываются.
- Серый или размытый блок может быть скрыт от записи настройками сайта. Для полей применяется, в частности,
ym-disable-keys, для других элементов -ym-hide-content. Описание этих механизмов есть в настройках записи контента. - Содержимое
canvasВебвизор не записывает, Shadow DOM не поддерживает. Если важный элемент построен на этих технологиях, его поведение нужно проверять другим способом. - Часть мобильных браузеров поддерживается ограниченно. Приватный режим тоже может мешать записи. Особенности воспроизведения сначала сверяйте с тем же браузером и устройством.
Встроенная форма другого сервиса требует отдельного внимания. Для iframe с другого домена справка предусматривает установку одного и того же счётчика в оба окна и настройку доверенного родительского домена. Если доступа к сервису нет, не обещайте, что его форму получится увидеть целиком. Проверьте условия записи iframe вместе с владельцем интеграции.
Не раскрывайте содержимое полей ради удобства анализа. Для проверки перекрытой кнопки достаточно увидеть расположение формы и действий. Доступ к записям и передаваемым фрагментам согласуйте с ответственным за данные. В задачу разработчику обычно можно включить обезличенное описание пути.
Повторите путь на нужном устройстве
Откройте актуальную страницу в том браузере, к которому относится наблюдение. Воспроизведите последовательность действий, включая поворот экрана и открытие клавиатуры, если они были в записи. Проверка на большом мониторе не подтверждает, что мобильная кнопка доступна пальцем.
Используйте синтетические значения и согласованный тестовый сценарий. Если проверка заканчивается отправкой формы, заранее предусмотрите её обработку, чтобы команда не приняла тест за настоящий запрос. Для просмотра расположения элементов отправлять форму часто не требуется.
При воспроизведении фиксируйте окружение: устройство, браузер, размер окна и версию страницы. Если дефект проявился, сохраните шаги и ожидаемое поведение. Если не проявился, перечислите оставшиеся отличия: версия сайта, способ открытия формы, состояние авторизации, сторонний виджет. Статус «не воспроизведено» сохраняет вопрос открытым.
Если в записи видно успешное завершение формы, а в рабочей системе обращения нет, переходите к сверке Метрики и CRM. Перестановка кнопки не устранит потерю данных между системами.
Ведите журнал с результатом проверки
Журнал связывает замеченный эпизод с задачей. Для каждой записи нужны шесть полей: URL, шаг сценария, наблюдение, возможное объяснение, способ проверки и результат. Добавьте внутренний идентификатор эпизода, чтобы вернуться к нему в разрешённом доступе. Личные данные посетителя для такого журнала не нужны.
Ниже учебный пример для вымышленной компании услуг. Адреса условные, эпизоды синтетические. Это образец заполнения, а не записи клиентов Violet Agency и не результаты проведённого аудита.
| URL и шаг | Наблюдение | Возможное объяснение | Проверка и результат |
|---|---|---|---|
| /service-demo, открыть форму на телефоне | При вводе текста кнопка ушла за клавиатуру | Окно формы не прокручивается при открытой клавиатуре | Повторить путь с синтетическим вводом в указанном браузере. Результат пока не установлен |
| /price-demo, выбрать услугу | После нескольких нажатий видимой реакции нет | Элемент выглядит как ссылка, но переход не предусмотрен; возможна и ошибка воспроизведения | Проверить текущую страницу и назначение элемента. Затем записать, воспроизведено ли затруднение |
| /booking-demo, перейти к записи | Содержимое внешней формы не видно | Форма находится в iframe с другого домена и не попала в запись | Сверить интеграцию с её владельцем. По одной записи вывод о работоспособности формы не сделан |
В рабочем журнале разделите последний столбец на «способ проверки» и «результат», когда появятся факты. Не заменяйте результат фразой «починить форму». До проверки это гипотеза. После неё должно быть понятно, какой именно дефект подтвердился или какое объяснение отпало.
Передайте разработчику проверяемую задачу
Описание «пользователи не понимают сайт» оставляет исполнителю выбор любой переделки. В задании укажите страницу и окружение, последовательность действий, фактическую реакцию и ожидаемый результат. Приложите разрешённый обезличенный фрагмент или собственную запись воспроизведения, если она помогает увидеть дефект.
Для учебного случая с клавиатурой критерий приёмки можно сформулировать так: «После открытия формы и ввода в поле на указанном устройстве до кнопки можно дойти прокруткой; клавиатура и закреплённые элементы не блокируют действие». Это критерий проверки, не утверждение о том, что такой дефект уже найден на вашем сайте.
Назначьте ответственного и отметьте, что меняется. Если одновременно переписать предложение, перенести форму и заменить рекламный трафик, объяснить изменение числа заявок будет сложнее. Очерёдность работ зависит и от подтверждения дефекта, и от значимости шага для бизнеса.
После исправления повторите сценарий и сравните данные
Повторите тот же путь в согласованном окружении. Запишите дату исправления, версию страницы и результат приёмки. Когда появятся новые подходящие записи, проверьте, доступно ли действие в них. Разбор завершённой задачи должен сохранять исходное наблюдение и подтверждённый результат.
Успешное воспроизведение показывает, что сценарий работает в проверенных условиях. Рост конверсии требует отдельного сравнения: одинаково определённой цели, сопоставимых периодов, состава трафика и числа обращений. Визиты, события цели и принятые заявки считайте раздельно. Несколько удачных записей после релиза не устанавливают прирост продаж.
Для обсуждения проверки с Violet Agency подготовьте адрес страницы, ожидаемый путь, устройство и обезличенную заметку из журнала. По этим данным можно определить, нужна ли проверка интерфейса, интеграции или учёта обращений. Состав такой работы описан на странице аналитики и автоматизации.
Обсудить задачу с Violet Agency
Источники и актуальность
Документация проверена 2 ноября 2026 года. Названия инструментов и ограничения приведены по официальной справке; учебные примеры не описывают результаты клиентов.