Запись сеанса — это качественный метод исследования, который позволяет записывать в видеоформате действия отдельного посетителя на веб-сайте или в приложении, восстанавливая движения мыши, щелчки, прокрутку, касания и навигацию по страницам на основе записанных событий браузера, а не видеозаписи экрана. Инструменты, предоставляющие такую возможность, иногда относящиеся к платформам цифровой аналитики или поведенческой аналитики, обычно регистрируют события DOM и временные метки в фоновом режиме во время просмотра пользователем веб-страниц, а затем восстанавливают эти события в воспроизводимый сеанс, позволяя аналитикам наблюдать с различной скоростью за тем, как реальный посетитель взаимодействовал с конкретной страницей или процессом, без необходимости привлекать этого человека для формального исследования юзабилити.
Этот метод важен, потому что он заполняет пробел, который не может устранить агрегированная аналитика: отчет по воронке продаж может показать, что 35 процентов посетителей покинули страницу оформления заказа, но он не может показать причину, в то время как анализ выборки реальных брошенных сессий часто выявляет конкретную причину в течение нескольких минут, например, поле формы, которое молча отклоняет корректный ввод, скрытая стоимость доставки, которая появляется только на последнем шаге, или элемент мобильной версии, который перекрывает кнопку призыва к действию на экранах определенных размеров. Поскольку записи сессий фиксируют подлинное, непреднамеренное поведение, а не поведение, наблюдаемое в искусственных условиях модерируемого тестирования удобства использования, они особенно эффективны для выявления проблем, о которых сами пользователи могут не подумать или даже не заметить, например, многократное быстрое нажатие на неработающий элемент, обычно помечаемое этими инструментами как «клик в гневе».
На практике команды редко просматривают записи без фильтрации, учитывая объем сессий, генерируемых типичным веб-сайтом; вместо этого большинство платформ позволяют фильтровать записи по определенным моделям поведения, таким как сессии, включающие клик в состоянии раздражения, отказ от заполнения формы, сообщение об ошибке или определенную комбинацию посещенных страниц, чтобы аналитики могли в первую очередь просматривать сессии, которые с наибольшей вероятностью выявят устранимую проблему. Запись сессий обычно сочетается с анализом тепловых карт, который объединяет данные о кликах, прокрутке и перемещениях по тысячам сессий в единое визуальное резюме, используя агрегированную тепловую карту для выявления распространенных закономерностей, а затем анализируя отдельные записи сессий, чтобы понять конкретный механизм, лежащий в основе этой закономерности.
Часто встречается заблуждение, что инструменты записи сеансов фиксируют буквальное видео с экрана, тогда как на самом деле большинство из них работают путем воспроизведения реконструированных данных DOM и событий. Это означает, что записи могут иногда искажать динамический контент, например, элементы, загружаемые асинхронно, или персонализированный контент, который меняется между записанным сеансом и воспроизведением. Более серьезная ошибка заключается в том, чтобы рассматривать небольшое количество просмотренных сеансов как статистически репрезентативное для общего поведения пользователя, делая широкие выводы на основе небольшой, потенциально нерепрезентативной выборки, вместо того, чтобы использовать записи именно для той цели, для которой они лучше всего подходят, — генерации и иллюстрации гипотез, которые затем проверяются в масштабе с помощью количественных данных воронки продаж или A/B-тестирования. Конфиденциальность и соответствие нормативным требованиям также являются серьезным вопросом, поскольку записи могут непреднамеренно фиксировать конфиденциальные личные данные, вводимые в формы. Именно поэтому ответственные реализации по умолчанию маскируют такие поля, как пароли, платежные данные и личные идентификаторы, и обеспечивают соответствие таким нормативным требованиям, как GDPR.
В пределах CRO В практике UX-консалтинга запись сессий обычно является одним из первых диагностических инструментов, используемых в начале сотрудничества, наряду с анализом данных для составления первоначального списка гипотез о том, где и почему воронка конверсии клиента работает неэффективно. Консультанты, как правило, просматривают структурированную, отфильтрованную выборку записей, связанных с конкретной проблемной областью, например, все сессии, которые дошли до страницы оформления заказа, но не завершились покупкой, а не просматривают записи случайным образом, и используют повторяющиеся закономерности, наблюдаемые в нескольких сессиях, в качестве подтверждающих доказательств при определении приоритетов в плане тестирования наряду с количественными данными.
Практический пример показывает, как обычно разворачивается этот диагностический процесс: аналитик замечает в сводных данных, что определенный шаг многоэтапной формы регистрации имеет необычно высокий процент отказов по сравнению с соседними шагами. Фильтрация записей сессий по этому конкретному шагу и просмотр выборки из, возможно, пятнадцати-двадцати сессий может показать, что большая часть пользователей делает паузу на несколько секунд, а затем многократно нажимает на поле, которое выглядит как текстовое поле ввода, но из-за проблемы со стилем на самом деле является отключенным или неинтерактивным элементом. Такое обнаружение, конкретный, воспроизводимый дефект интерфейса, а не смутное неприятие дизайна формы, — это именно тот тип информации, который лучше всего выявлять быстро с помощью записей сессий, и который было бы гораздо медленнее, или даже невозможно, выявить только с помощью сводных метрик или письменного опроса.