Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 42
Еще замеченная мною проблема, которая является следствием того, что сайт рендерится в браузере с вашими параметрами: если пользователь заходил не с того же браузера, что и вы и у вас по какой-то причине отличается отображение в разных браузерах, то вебвизор будет показывать совсем не то что видел пользователь, вплоть до смещения кликов, из-за различия в браузерах.
То есть вы не сможете посмотреть что и как делал пользователь в IE6, потому что у вас (наверняка) будет отличаться отображение в вашем браузере и тем, что видел пользователь, зайдя на сайт с IE6
То есть вы не сможете посмотреть что и как делал пользователь в IE6, потому что у вас (наверняка) будет отличаться отображение в вашем браузере и тем, что видел пользователь, зайдя на сайт с IE6
ну мне кажеться, то, что вы описали, это не проблема яндекса — а принцип технологии. Иначе — я могу и пожаловаться на вас, если кто угодно (ну это так — доступ к аналитике сайта это по сути кто угодно) может смотреть с моими куками все что я делаю. да и как вы себе представляете захват например страницы с учетом браузера? не делать же скриншоты на клиенте и отправлять их
Я не планировал осветить это как проблему яндекса. Я лишь описал препятствие, которое возникло в рабочем процессе при анализе причин уходов некоторого процента потенциальных клиентов со страницы оформления заказа в интернет-магазине. Предполагалось, что удастся определить с помощью вебвизора на каком этапе посетитель отказывается заполнять форму дальше и уходит. Однако, наткнулись на препятствие, которое и было описано в этом посте.
Яндекс недавно запустил новый инструмент для анализа заполнения форм. Весьма наглядно!
Посмотрите, на Хабре была статья:
habrahabr.ru/blogs/web_analytics/136901/
Посмотрите, на Хабре была статья:
habrahabr.ru/blogs/web_analytics/136901/
А вебвизор отображает данные которые пользователь вводит в формы? Если да, тогда получается что Яндекс знает все регистрационные данные наших пользователей вплоть до пароля
Да, отражает, практически всё. По крайней мере так было до приобретения компании-разработчика Яндексом.
Иногда забавно было в Вебвизоре видеть, как пользователь напечатал одно, потом подумал, удалил и напечатал несколько другое. Типа
«ядурак немного не понял»
Иногда забавно было в Вебвизоре видеть, как пользователь напечатал одно, потом подумал, удалил и напечатал несколько другое. Типа
«я
Пароли яндекс не запоминает.
Т.е., грубо говоря, если человек заполнил ФИО, адрес, телефон и т.п., но потом передумал отправлять форму — в вебвизоре можно будет все эти данные посмотреть?
Вероятно. Но честному и в вебвизоре эти данные не понадобятся, а нечестный может и без вебвизора запоминать, что и куда вы вводили, равно как и купить базу с вашим ФИО, адресом, телефоном и ещё много чем на рынке.
Это то логично, вопрос в законности и обработке персональных данных. Условно, например, есть форма и в ней галочка «я согласен с оффертой такой то, мои личные данные используются так то». Я заполнил форму, но передумал её отправлять, а у яндекса теперь всё-равно есть мои данные есть! И у владельца сайта тоже. И эти данные в будущем могут использоваться как то, пусть даже для отладки сайта.
Чем не возможность потащить в суд владельца сайта и/или яндекса?
Чем не возможность потащить в суд владельца сайта и/или яндекса?
Вы не путайте пожалуйста «личные данные» и «персональные данные». Персональным данным дано четкое определение в соответствующем законе. И ваше ФИО, например, это не персональные данные.
Простите, банальный гуглёж это опровергает в первых двух-трёх ссылках
Персональные данные — любая информация, относящаяся к определенному или определяемому на основании такой информации физическому лицу, в том числе:
— его фамилия, имя, отчество,
— год, месяц, дата и место рождения,
— адрес, семейное, социальное, имущественное положение, образование, профессия, доходы,
Мне это помогает.
Иногда просматривая запись видишь, что пользователь не смог правильно заполнить простую капчу и ушел.
Но клиент не потерян так вебвизор сохранил набранные контакты для связи.
Иногда просматривая запись видишь, что пользователь не смог правильно заполнить простую капчу и ушел.
Но клиент не потерян так вебвизор сохранил набранные контакты для связи.
Еще один момент был мною замечен при использовании Вебвизора. В некоторых случаях, при просмотре сеанса, в котором пользователь заполняет какие-либо данные в форме и отправляет эти данные на сервер — они могут отправиться повторно, как бы из сеанса (например IP-адрес отправителя будет стоять компьютера, с которого был просмотр сеанса), с данными, которые вводил посетитель.
У меня в магазине каждый раз при просмотре сессии покупателя через вебвизор приходило уведомление о новом заказе, причем с моей корзиной.
То есть этот вопрос остается открытым: «реально ли кликает» вебвизор так же, как и посетитель при просмотре сеанса?
Т.е. похоже, что кликает реально
Да, реально кликает. Объясню, что там происходит:
ВебВизор сейчас научился воспроизводить не только передвижения мыши, но и эмулировать клики. Т.е. если посетитель кликал на выпадающей менюшке, плеер тоже на на ней кликнет и менюшка выпадет. Если посетитель кликает на кнопке «Заказать», то… В большинстве случаев ничего страшного не происходит: в плеере заблокирована отправка форм. Но если кнопка не сабмитит форму, а вызывает некоторый JavaScript код, а этот код, в свою очередь, отправляет заказ на сервер XHR запросом — да, плеер отправит заказ на сервер. Избежать этого неприятного эффекта достаточно просто: кнопке надо добавить CSS класс -visor-no-click. При наличии такого класса плеер нарисует кружок в том месте, где был клик, но не будет кликать. См. help.yandex.ru/metrika/?id=1116348#1124250
ВебВизор сейчас научился воспроизводить не только передвижения мыши, но и эмулировать клики. Т.е. если посетитель кликал на выпадающей менюшке, плеер тоже на на ней кликнет и менюшка выпадет. Если посетитель кликает на кнопке «Заказать», то… В большинстве случаев ничего страшного не происходит: в плеере заблокирована отправка форм. Но если кнопка не сабмитит форму, а вызывает некоторый JavaScript код, а этот код, в свою очередь, отправляет заказ на сервер XHR запросом — да, плеер отправит заказ на сервер. Избежать этого неприятного эффекта достаточно просто: кнопке надо добавить CSS класс -visor-no-click. При наличии такого класса плеер нарисует кружок в том месте, где был клик, но не будет кликать. См. help.yandex.ru/metrika/?id=1116348#1124250
После интеграции Вебвизора в Яндекс.Метрику сервис очень сильно урезали чтобы освободить технические ресурсы и предоставлять сервис бесплатно. Когда Вебвизор был самостоятельным, у него была возможность включить «архив страниц», одним из вариантов которого была POST-отправка того содержимого страницы, которое видит посетитель вместе с фактической корзиной.
Также упростили запись координат — раньше она была привязана к DOM и это давало очень высокую точность, а сейчас похоже просто к абсолютным координатам, так проще. Поэтому на больших мониторах вокруг воспроизводимой страницы много серого фона.
Из-за проблем с воспроизведением динамических страниц, корзин и отредактированных страниц действительно сложно использовать Вебвизор на некоторых сайтах, а вот проблема со смещением координат на самом деле преувеличена — при накоплении некоторого опыта сразу видно с каким элементом взаимодействует посетитель, даже если координаты сильно смещены.
Также упростили запись координат — раньше она была привязана к DOM и это давало очень высокую точность, а сейчас похоже просто к абсолютным координатам, так проще. Поэтому на больших мониторах вокруг воспроизводимой страницы много серого фона.
Из-за проблем с воспроизведением динамических страниц, корзин и отредактированных страниц действительно сложно использовать Вебвизор на некоторых сайтах, а вот проблема со смещением координат на самом деле преувеличена — при накоплении некоторого опыта сразу видно с каким элементом взаимодействует посетитель, даже если координаты сильно смещены.
Запись координат не упростили, она по прежнему привязана к DOM. И я, честно говоря, не понял, как связана привязка к DOM с серым фоном вокруг воспроизводимой страницы.
Если вы видите, что плеер показывает клик явно не там, то это баг, пишите в техподдержку.
Если вы видите, что плеер показывает клик явно не там, то это баг, пишите в техподдержку.
Действительно, POST-отправки содержимого страниц в новом ВебВизоре сейчас нет, но скоро она появится.
Запись координат продолжает быть привязана к DOМ, более того, алгоритмы привязки переработаны и улучшены. Наличие серого фона — у нас был какое-то время баг с некорректным показом фона страницы (вместо родного фона страницы показывался серый фон подложки), сейчас он исправлен.
Запись координат продолжает быть привязана к DOМ, более того, алгоритмы привязки переработаны и улучшены. Наличие серого фона — у нас был какое-то время баг с некорректным показом фона страницы (вместо родного фона страницы показывался серый фон подложки), сейчас он исправлен.
Если добавление товаров в корзину в интернет-магазине происходят через сессии, то я увижу именно те товары, которые положил пользователь в свою корзину.
вообще у вас не очень удачный пример. Свою корзину то можно и почистить, а вот если пользователь добавил какой-то товар к себе в корзину — почему вдруг он не добавится у вас? получается, если вы будете просматривать действия пользователя, войдя на сайт под логином, чьи права такие же, как и у исследуемого пользователя, выставите разрешение экрана примерно такое же (скорее всего у вас, как у разработчика, разрешение экрана больше, чем у большинства покупателей), то проблем станет гораздо меньше. Не так ли?
но проблемы все равно остаются в следующих случаях: у вас товары выводятся в случайном порядке, либо очень часто добавляются.
Если вам действительно нужно проводить очень глубокий анализ действий пользователя — наверное, можно заморочаться с неким подобием «time machine» что ли. Т.е. хранить где-нибудь информацию о том, что выводилось пользователю и в каком порядке, а потом тоже самое воспроизводить и у вас.
Если вам действительно нужно проводить очень глубокий анализ действий пользователя — наверное, можно заморочаться с неким подобием «time machine» что ли. Т.е. хранить где-нибудь информацию о том, что выводилось пользователю и в каком порядке, а потом тоже самое воспроизводить и у вас.
У Вебвизора ещё неприятное ограничение — он показывает только 1000 просмотров за сутки.
Если вам нужно просто посмотреть статистику, что и куда народ кликает — то это не мешает, а вот если нужно отследить все — то очень неудобно.
Если вам нужно просто посмотреть статистику, что и куда народ кликает — то это не мешает, а вот если нужно отследить все — то очень неудобно.
Да, тоже сначала вдохновился данной технологией, но потом забил. Во-первых, из-за отсутствия кукисов.
Во-вторых, часто по каким-то причинам «записанные» клики смещены относительно ссылок, и вообще непонятно, куда пользователь нажал.
В общем, это какое-то развлечение на вечер получается.
Во-вторых, часто по каким-то причинам «записанные» клики смещены относительно ссылок, и вообще непонятно, куда пользователь нажал.
В общем, это какое-то развлечение на вечер получается.
Если ваш сайт посещает более 1000 человек в сутки, удобнее проводить A/B-тестирование. Отчеты Вебвизора очень сложно использовать для аналитики — их очень много, мы не знаем клиента, неизвестно откуда и зачем он пришел, технические ограничения с динамичным контентом. Гораздо проще прописать метрики Яндекс.Метрика или Google Analytics и анализировать их отчеты.
Яндекс.Метрика хорошо использовать для внутреннего закрытого тестирования. Есть сервисы, которые позволяют заказать определенную аудиторию для тестирования сайта и получить отчеты. Но, не более 100 отчетов, или вы заскучаете.
Яндекс.Метрика хорошо использовать для внутреннего закрытого тестирования. Есть сервисы, которые позволяют заказать определенную аудиторию для тестирования сайта и получить отчеты. Но, не более 100 отчетов, или вы заскучаете.
В вебвизоре указывается география пользователя, операционная система, браузер и сайт с которого был осуществлен переход
Боюсь, если я не знаю цель посетителя, а сайт содержит более одной метрики, мне сложно понять, что он искал и выполнил ли поставленную перед собой задачу. Технические характеристики полезны, для сегментации аудитории, но в большей мере владельца сайта интересует выполнил ли посетитель задачу. Без определенных целей, ты видишь просто движение по сайту.
Скажите, если он повторяет все клики, то почему не работает ваш пример с интернет-магазином, ведь в отображаемом у вас магазине запись также должна скликать товар и перейти с ним в корзину.
А ещё если на сайте предусмотрен ввод данных кредитки, не сможет ли вебвизор при показе повторно списать деньги за тот же товар?:)
А ещё если на сайте предусмотрен ввод данных кредитки, не сможет ли вебвизор при показе повторно списать деньги за тот же товар?:)
Скажите, если он повторяет все клики, то почему не работает ваш пример с интернет-магазином, ведь в отображаемом у вас магазине запись также должна скликать товар и перейти с ним в корзину.
Интересное замечание. По возможности, проверю.
А ещё если на сайте предусмотрен ввод данных кредитки, не сможет ли вебвизор при показе повторно списать деньги за тот же товар?:)
На тех сервисах, в которых я лично оплачивал кредиткой, сервис редиректил меня на соответствующую страницу банка. У нас на сайте этот момент не предусмотрен, поэтому нет возможности проверить.
всегда стоит использовать для корректного восприятия аналогичные сервисы — в данном случае, например, www.reinvigorate.net/
Есть ограничения для Вебвизора на мобильные версии и WEB-сессии с мобильного устройств (хотя трафик в этом направлении растет), вот выдержка из Яндекса:
Посетитель использовал браузер, в котором не поддерживается запись (мобильные браузеры)
Посетитель использовал для просмотра страницы нестандартное устройство (например, тач-устройства)
У посетителя плохой интернет-канал (мобильный интернет)
Посетитель использовал браузер, в котором не поддерживается запись (мобильные браузеры)
Посетитель использовал для просмотра страницы нестандартное устройство (например, тач-устройства)
У посетителя плохой интернет-канал (мобильный интернет)
Отвечу на вопрос топикстартера — да, ВебВизор может показать в плеере не совсем то, что видел посетитель. В плеер загружается та версия страницы сайта, которую видите вы. В случае персонализированных или часто изменяющихся страниц на ней может оказаться не то, что видел посетитель.
Но не все так плохо, мы готовим релиз, в котором будет возможность записывать именно ту версию страницы, которую видел посетитель. Конечно, не все получается бесплатно: включение этой фичи в два раза увеличит трафик и нагрузку на вашем сайте (страница один раз будет загружаться для просмотра в браузере и второй раз для передачи в Метрику) и в три раза увеличит трафик у посетителей (вместо одной загрузки страницы — две, плюс отправка контента а Метрику). Поэтому лучше будет включать запись контента не на всем сайте, а только на тех страницах, где это действительно необходимо (например, страница корзины).
Также в скором времени заработает архиватор страниц, который решит проблему воспроизведения на сайтах с изменяющимся контентом.
Но не все так плохо, мы готовим релиз, в котором будет возможность записывать именно ту версию страницы, которую видел посетитель. Конечно, не все получается бесплатно: включение этой фичи в два раза увеличит трафик и нагрузку на вашем сайте (страница один раз будет загружаться для просмотра в браузере и второй раз для передачи в Метрику) и в три раза увеличит трафик у посетителей (вместо одной загрузки страницы — две, плюс отправка контента а Метрику). Поэтому лучше будет включать запись контента не на всем сайте, а только на тех страницах, где это действительно необходимо (например, страница корзины).
Также в скором времени заработает архиватор страниц, который решит проблему воспроизведения на сайтах с изменяющимся контентом.
К сожалению это не единственная проблема с вебвизором, недавно оттуда выпилили хэштеги, для чего это было сделано — непонятно, моя переписка по этому поводу находится тут. Такое ощущение что вебвизор до сих пор не интегрирован до конца в метрику.
Доверять нельзя никому.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Можно ли доверять Вебвизору от Яндекса?