Что такое вебвизор и анализ поведения пользователей

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

Что такое вебвизор

Вебвизор — инструмент «Яндекс Метрики», который записывает отдельные сессии посетителей и потом воспроизводит их в плеере, похожем на видео. Вы видите, как курсор двигался по экрану, куда человек кликал, как прокручивал страницу и что вводил в поля. По сути это возможность встать за спиной у пользователя и пройти один его визит целиком, от входа до ухода.

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

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

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

Как устроена запись сессии

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

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

Плеер берёт исходный слепок и проигрывает поверх него поток событий по таймлайну. Получается воспроизведение, где курсор ездит, поля заполняются, страница прокручивается, — но всё это не снятое видео, а собранная заново сцена. Из-за этого запись почти не грузит браузер посетителя и занимает мало места, зато полностью зависит от того, насколько точно счётчик смог восстановить страницу.

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

У такого устройства есть практическое следствие. Вебвизор видит только то, что смог перехватить со страницы. Контент, который приходит из источников вне его досягаемости — встроенные фреймы с других доменов, элементы во внешних виджетах, видео и рисование на элементе canvas, — в записи может отображаться пустым или неполным. Если в плеере вы видите белый блок на месте, где у пользователя что-то было, это чаще ограничение записи, а не то, что человек увидел пустоту. Разницу держат в голове, чтобы не принять артефакт реконструкции за поломку интерфейса.

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

Чем вебвизор отличается от тепловых карт и количественной аналитики

Вебвизор, тепловые карты и обычные отчёты — все три про поведение, но отличаются единицей анализа: тем, что именно вы рассматриваете за один раз.

Эти инструменты не конкурируют, а идут по цепочке. Отчёт первым замечает, что число не в порядке: конверсия на шаге оплаты упала до 2%. Он не покажет, где на странице причина. Тепловая карта локализует зону — например, видно скопление кликов по элементу, который кликать не нужно. Но карта усредняет и не показывает последовательность: что было до этих кликов и что после. Запись сессии показывает саму механику — человек жмёт на поле снова и снова, не получает реакции, прокручивает страницу вверх-вниз и закрывает вкладку.

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

Разница с количественными отчётами — в природе данных. Отчёт даёт точные и масштабные числа, но обезличенные: он сообщает, что конверсия 2%, и молчит, почему не 4%. Вебвизор не считает вовсе — он показывает поведение. Числа говорят, где искать; записи — что там происходит. Ценность появляется на стыке: сначала цифра указывает на проблему, потом запись раскрывает её причину, и только вместе они дают повод что-то менять.

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

Что видно в записях сессий

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

Где пользователь застревает. Человек замедляется, водит курсором туда-сюда, прокручивает экран вверх-вниз в поисках чего-то или надолго замирает без единого действия. Это места, где страница не дала ответа на возникший вопрос, и посетитель решает, уходить или нет.

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

Брошенные формы. В записи видно, на каком именно поле человек остановился и ушёл. Часто это поле с непонятным требованием к формату, лишний обязательный вопрос или ошибка проверки, которую страница показала невнятно. Отчёт покажет, что форму бросают, но не назовёт поле — а запись назовёт.

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

Лишние шаги. Человек мечется между страницами, возвращается назад, ищет то, что должно быть на виду. Каждый лишний шаг — место, где часть людей отваливается, даже если по отдельности он кажется мелочью.

Мёртвые клики — щелчки по некликабельному: по картинке, заголовку, простому тексту. Они показывают, что пользователь ждал здесь ссылку или действие, а их не оказалось. Такой клик — готовая гипотеза о том, что стоит сделать интерактивным.

Заполнение и стирание. Иногда видно, как человек вводит ответ в поле, стирает его, вводит снова. Это знак, что вопрос сформулирован туманно или из формы не ясно, что и в каком виде вводить, и посетитель гадает, чего от него хотят.

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

Как смотреть записи осмысленно

Главная ошибка новичка — включить вебвизор и листать записи подряд. На среднем сайте сессий тысячи, большинство ничем не примечательны, и просмотр по порядку — быстрый способ потратить час впустую. Ценность вебвизора появляется только тогда, когда вы приходите к нему с вопросом.

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

1. Возьмите проблему из чисел или гипотезу. Например, отчёт показал, что с мобильных конверсия на оплате вдвое ниже, чем с десктопа.
2. Соберите сегмент под эту гипотезу. «Метрика» позволяет фильтровать записи: по источнику и устройству, по достигнутой или недостигнутой цели, по конкретной странице, по географии, по событию ошибки. Под гипотезу о мобильных вы берёте визиты с телефонов, которые дошли до оплаты, но не завершили заказ.
3. Смотрите пачку записей с одним конкретным вопросом в голове — где эти люди спотыкаются на шаге оплаты. Отмечайте повторяющиеся детали.
4. Ищите повтор. Один и тот же сюжет в независимых сессиях — это сигнал, а единичный ролик — случайность.

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

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

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

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

Пример разбора сессии

Условный пример; числа взяты для наглядности. Интернет-магазин заметил в отчётах «Метрики», что на шаге оплаты конверсия с телефонов около 2%, а с десктопов около 4,5%. Цифра фиксирует провал, но не объясняет его. Чтобы понять, где теряются мобильные покупатели, собирают сегмент: визиты с мобильных, которые открыли страницу оплаты и не завершили заказ. В сегменте несколько сотен сессий; для начала смотрят первые 20–25 записей по этому фильтру.

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

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

Один такой ролик ничего не доказывает. Но когда одно и то же видно в 15 записях из 25, это уже не совпадение, а воспроизводимая проблема вёрстки на телефонах. Гипотезу возвращают в числа: сколько всего мобильных сессий заходит в поле промокода и какая доля из них не доходит до оплаты. Вебвизор показал механику, отчёт измерил масштаб — вместе они превратили «конверсия просела» в конкретную задачу для разработчика: починить поведение формы на мобильных.

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

Приватность и маскирование персональных данных

Вебвизор записывает ввод в поля, а значит, касается персональных данных: имён, телефонов, адресов почты, номеров карт. С этим связаны два обязательных слоя защиты — технический и юридический.

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

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

Юридический слой — закон о персональных данных (152-ФЗ). Сбор поведения через счётчик — это обработка персональных данных: Роскомнадзор относит к ним даже IP-адрес и cookie, а с вебвизором добавляется содержимое форм. Поэтому от сайта требуется несколько вещей: в политике конфиденциальности указать, что используется «Яндекс Метрика», перечислить типы собираемых данных и цели их обработки; получить согласие пользователя, обычно через баннер о cookie; настроить счётчик так, чтобы поля с личными данными не попадали в запись. Подход «это же просто аналитика» от требований закона не освобождает, и относиться к настройке приватности как к галочке в спешке не стоит.

Частые ошибки

Вебвизор легко превратить из инструмента в пожиратель времени или в источник ложных выводов. Ошибки повторяются из проекта в проект.

Случайный просмотр без гипотезы

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

Вывод по одной записи

Одна сессия — это один человек с его устройством, привычками и настроением. То, что он запутался, может быть его личной историей, а не свойством сайта. Заманчиво посмотреть один яркий ролик и объявить проблему найденной, но единичный случай не отличить от случайности. Проблему подтверждает повтор в независимых сессиях, а не самая наглядная запись.

Слишком маленькая выборка

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

Пренебрежение приватностью

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

Ограничения вебвизора и как их закрыть

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

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

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

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

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

Альтернатива: Microsoft Clarity

Записи сессий делает не только «Метрика». Ближайший аналог — Microsoft Clarity: бесплатный инструмент, который записывает сессии и строит тепловые карты. Он работает в России, ставится своим счётчиком, в том числе рядом с «Метрикой», и так же маскирует чувствительные поля.

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

Вывод

Вебвизор превращает число, которое нельзя объяснить, в поведение, которое видно своими глазами: где человек застрял, что не сработало, на каком шаге он ушёл. Он отвечает на вопросы «как» и «почему», но никогда — на вопрос «сколько», поэтому живёт рядом с отчётами и тепловыми картами, а не вместо них. И работает он только в паре с гипотезой: записи смотрят под сегмент и вопрос, а не подряд в надежде что-то заметить.