Вебвизор

Справка Яндекса описывает воспроизведение содержимого страницы, переходов и активности посетителя. ^[1] ^[2] Atterer, Wnuk и Schmidt разграничивают непосредственно зарегистрированные действия и косвенные выводы исследователя о них. ^[6]

Кратко

Запись помогает увидеть последовательность действий; объяснение мотивов требует дополнительной проверки. ^[6]
Доля проблем среди просмотренных визитов не обязательно характеризует всю аудиторию. ^[8]
Вебвизор позволяет отдельно управлять записью полей и остального содержимого страницы. ^[2]
Маскирование данных и правовое основание их обработки — разные вопросы. ^[2] ^[5] ^[9]

Происхождение и история термина

Вебвизор — название конкретного инструмента; более общую задачу воспроизведения взаимодействий обозначают выражением session replay. В документации Microsoft такая запись объясняется как последовательное восстановление страницы и действий по собранным данным. ^[3] Слово «запись» здесь не обязательно означает видеосъёмку экрана.

Развитие метода связано с регистрацией действий внутри страницы, которых не видно в серверных журналах. В статье WWW2006 Ричард Аттерер, Моника Внук и Альбрехт Шмидт описали UsaProxy: он добавлял в страницы JavaScript — выполняемые браузером команды — для регистрации ввода и движений мыши. Это документированный этап развития подхода без притязания на первенство. ^[6]

21 апреля 2011 года Яндекс объявил о доступности Вебвизора в Метрике для клиентов Директа. Анонс описывал визуальный просмотр поведения отдельных групп посетителей. ^[7] Таким образом, название закрепилось за инструментом поведенческого анализа в составе Метрики. Условия доступа из этого исторического объявления не описывают современную версию сервиса.

Суть и механизм

Для аналитика исходный материал — визит, то есть рассматриваемая последовательность взаимодействий с сайтом. Вебвизор показывает динамическое содержимое, которое меняется во время просмотра, и отмечает периоды бездействия. ^[1] Это позволяет сформулировать конкретный вопрос: что происходило непосредственно перед тем, как посетитель перестал пользоваться формой?

Полезно разделять наблюдение и объяснение. «В записи видно три нажатия на область кнопки» — описание. «Человек не понял интерфейс» — возможная интерпретация. Переход от события к объяснению требует отдельного обоснования. ^[6]

В зарубежном аналоге Clarity воспроизведение строится из HTML, то есть разметки страницы, и пользовательских событий, а не из настоящей видеозаписи. ^[3] Это объяснение устройства Clarity нельзя автоматически переносить на внутреннюю реализацию Вебвизора. При работе с ним следует учитывать именно документацию Яндекса: в частности, изменение CSS — правил оформления страницы — может привести к отличию воспроизведения от исходного вида сайта. ^[1]

Виды и классификации

Ниже — рабочая группировка редакции по исследовательскому вопросу. Она не является официальной классификацией Яндекса и помогает выбрать задачу до просмотра записей.

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

Отдельная классификация есть у Microsoft: режимы маскирования Clarity называются Strict, Balanced и Relaxed. Они различаются охватом скрываемого содержимого; поля ввода и выпадающие списки маскируются во всех трёх режимах. ^[4] Это настройки другого продукта, а не варианты Вебвизора.

Как применяется на практике

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

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

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

Как измерить или проверить

Руководство NIST различает сведения о выборке и выводы о всей совокупности. Пригодность выборки зависит, в частности, от способа отбора, размера, изменчивости изучаемого процесса и требуемой точности. ^[8] Для записей это означает необходимость заранее описать, какие визиты включены в просмотр, какие исключены и к какой аудитории предполагается отнести результат.

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

p = \frac{k}{n}\times100\% = \frac{6}{20}\times100\% = 30\%.

Здесь k — количество записей с проблемой, n — количество просмотренных подходящих записей, p — доля в процентах. Считаются записи, а не уникальные люди или потерянные покупки. Если проблемных записей нет при ненулевом n, доля равна нулю. Если не просмотрено ни одной записи, знаменатель равен нулю: долю не рассчитывают, а отмечают отсутствие наблюдений.

Тридцать процентов описывают только этот набор. Например, если аналитик специально отбирал незавершённые визиты, полученная доля не характеризует все посещения формы. Более того, для оценки последствий нужно знать, мешала ли проблема завершению действия; самого изображения перекрытой кнопки недостаточно для подсчёта потерянных заявок. Это разграничение сохраняет смысл исходного знаменателя. ^[8]

Ошибки, ограничения и спорные вопросы

Самая заметная запись не обязательно самая типичная. Выбор только необычных случаев полезен для поиска ошибок, но не даёт автоматического основания оценивать распространённость проблемы. ^[8] Для учебного разбора полезно хранить отдельно описание события, предположение о его причине и результат технического повторения: так вывод не превращается незаметно в установленный факт. ^[6]

Другой риск — принять особенность воспроизведения за дефект сайта. Яндекс предупреждает о возможном несоответствии оформления при изменении стилевых файлов. ^[1] Поэтому в предложенном протоколе запись служит отправной точкой: перед исправлением проблему проверяют на самой странице.

Скрытие содержимого тоже требует проверки. Вебвизор автоматически заменяет распознанные конфиденциальные поля звёздочками; предусмотрены общий переключатель записи полей и отдельные CSS-классы. Класс ym-disable-keys запрещает запись содержимого поля, а ym-hide-content управляет скрытием блока. ^[2] Редакция рекомендует проверять результат на вымышленных значениях, включая текст, который появляется после отправки формы.

Правовой аспект

Когда собираемые сведения являются персональными данными, техническая настройка Вебвизора не заменяет правовую оценку обработки. Статья 5 закона № 152-ФЗ, части 1–7, требует законной цели, соразмерного состава данных и ограничения хранения; часть 1 статьи 6 определяет допустимые основания, включая согласие. ^[5] ^[9] Применимость конкретного основания оценивается для конкретной обработки; этот обзор не разрешает автоматически включать запись на любом сайте.

Использована редакция закона от 26.07.2026. Действующая формулировка статьи 5 введена законом № 261-ФЗ: он вступил в силу 27.07.2011 и распространил положения на отношения с 01.07.2011. ^[10] Поправки № 265-ФЗ затронули статью 12, а их отложенная до 01.09.2027 статья 2 относится к московским информационным системам; указанные принципы статьи 5 и основание статьи 6 она не заменяет. ^[11]

Для сравнения, Microsoft сообщает, что маскируемое содержимое не загружается в Clarity, а изменение маскирования применяется к новым записям. ^[4] Это характеристика Clarity, не правовая гарантия и не описание передачи данных Вебвизором. Юридическая оценка конкретного сайта нужна отдельно.

Частые вопросы