Базовый скрипт счётчика Яндекс.Метрики весит около 93 килобайт. С включённым Вебвизором к нему добавляются ещё один скрипт и служебный кадр синхронизации - суммарно около 108 килобайт в шести запросах сверх базового. Мы Вебвизор выключили и включаем точечно, когда разбираем конкретную проблему на конкретной странице.
Вебвизор почти всегда включают один раз, в первый день после установки счётчика, и больше к этой настройке не возвращаются. Проходит редизайн, потом ускорение сайта - а флажок "Вебвизор" так и остаётся включённым, потому что его никто не связывает со скоростью загрузки. Разбираемся, сколько он реально стоит и когда эта цена оправдана.
Что Вебвизор даёт и когда он реально нужен
Вебвизор записывает сессии посетителей: видно курсор, скролл, клики, заполнение полей. Отдельно есть карты кликов, скроллов и ссылок - куда чаще всего тянутся и до какого места вообще не долистывают. Есть аналитика форм: на каком поле человек застревает, что заполняет, а что пропускает.
Это единственный инструмент, который отвечает на вопрос "почему", а не "сколько". Обычные отчёты Метрики скажут, что на странице тарифов 40 процентов отказов. Вебвизор покажет, что люди упираются в кнопку, у которой не сработал клик на мобильном, или листают вниз в поисках цены, которая на самом деле выше первого экрана.
Он нужен в трёх ситуациях: запустили новую страницу и хотите проверить, читают ли её так, как задумано; форма даёт мало заявок, а обычные отчёты не показывают, на каком шаге теряют людей; конверсия просела после правки, и нужно быстро найти причину. Разбор именно таких случаев - в статьях про юзабилити-аудит и про способы поднять конверсию сайта.
Сколько весит Вебвизор в килобайтах и запросах
Вот что показывает панель сети браузера при загрузке страницы со включённым и с выключенным Вебвизором.
| Что грузится | Вес | Запросов |
|---|---|---|
| Базовый счётчик (tag.js) | около 93 КБ | 1 |
| Вебвизор: доп. скрипт и кадр синхронизации | около 108 КБ | 6 |
| Итого со включённым Вебвизором | около 201 КБ | 7 |
Сам Вебвизор отдельно не грузится: он тянет за собой ещё один скрипт и служебный iframe для синхронизации записи между вкладками и доменами - именно этот кадр даёт основную часть из шести дополнительных запросов.
На быстром канале эта цепочка почти не заметна. На мобильном интернете с нестабильным сигналом каждое лишнее соединение добавляет вес и время на установку самого соединения - и время в миллисекундах обходится дороже веса. Подробный разбор похожей ситуации на нашем собственном сайте - в статье про мобильный PageSpeed 69: там самой тяжёлой частью критического пути тоже оказался не контент, а сторонние скрипты.
Как увидеть это в своей панели сети браузера
Проверка занимает пять минут и не требует ничего, кроме браузера.
- Откройте сайт и нажмите F12, перейдите на вкладку "Сеть" (Network).
- Обновите страницу с зажатым Ctrl, чтобы сбросить кэш.
- В строке фильтра введите "yandex" или "mc.yandex" - останутся только запросы счётчика.
- Если Вебвизор выключен, увидите один запрос к tag.js. Если включён - к нему добавятся ещё несколько запросов с именами вроде watch, ampireal или запрос к iframe синхронизации.
- Наведите на каждый запрос и сложите столбец "Размер" (Size) - это и есть фактический вес именно на вашем сайте, версии счётчика меняются со временем.
Тот же способ работает для любого стороннего скрипта: реклама, чат, виджеты соцсетей. Полезно проверять раз в несколько месяцев: подключённые сервисы имеют привычку тихо обрастать довесками.
На каких сайтах эта разница ощутима
Не на всех одинаково. На десктопе с проводным интернетом 100-200 килобайт лишнего трафика теряются на фоне остального веса страницы, и человек их не почувствует.
На мобильном трафике картина другая. У части аудитории связь нестабильная: метро, лифт, дача, окраина города со слабым покрытием. Там каждое дополнительное TCP-соединение и каждый лишний DNS-запрос добавляют не доли секунды, а целые секунды к первой отрисовке. Если у сайта и так плотный первый экран - свои шрифты, картинки, скрипты форм - лишние 108 килобайт становятся тем довеском, который сдвигает метрики скорости из зелёной зоны в жёлтую.
Заметнее всего эффект на посадочных страницах с рекламы: туда идёт разогретый, но нетерпеливый трафик, и цена задержки в секунды выше, чем на страницах, куда заходят по прямому запросу. Если у вас именно такой профиль трафика - мобильный, рекламный, с нестабильной связью - Вебвизор стоит проверить в первую очередь.
Приватность и 152-ФЗ: что попадает в запись
Вебвизор фиксирует клики, скроллы и то, что человек вводит в поля форм - если не настроить маскирование отдельно. По умолчанию Метрика старается скрывать поля, которые распознаёт как пароли, но телефон, почту, адрес или комментарий с личными данными она может записать как есть.
Это прямая обработка персональных данных, и на неё распространяется 152-ФЗ. Маскирование нужных полей в записи сессий настраивается в панели Метрики руками, для каждой формы отдельно, и полагаться на автоматику нельзя: разметка полей на сайте не всегда совпадает с тем, что ожидает распознать сервис. Отдельно стоит проверить сами поля формы: если в них просят паспортные данные или другую информацию из особых категорий, Вебвизор там лучше не включать вовсе.
Использование инструментов с записью действий пользователя должно быть прямо описано в политике обработки персональных данных - без общей фразы "используем сервисы аналитики", а с указанием, что именно записывается. Структуру такого документа мы разбирали в статье про политику обработки ПДн.
Режим "включил, посмотрел, выключил"
У нас Вебвизор работает не постоянно, а короткими заходами под одну задачу. Схема простая.
Гипотеза. Прежде чем включать запись, формулируем, что именно хотим узнать: почему форма на странице услуги даёт меньше заявок, чем аналогичная на другой странице; куда деваются люди перед кнопкой оплаты; работает ли новый блок с отзывами вообще.
Неделя записи. Этого срока хватает для среднего трафика раздела, чтобы набралось от нескольких десятков до пары сотен сессий - достаточно для выводов, а не для статистической случайности одного дня.
Разбор. Смотрим не все сессии подряд, а выборку: успешные заявки, отказы на середине формы, сессии с долгим скроллом без клика. Обычно причина находится в первых 15-20 записях.
Выключение. Как только вывод сделан и правка внесена, Вебвизор выключаем. Следующий заход - под следующую гипотезу, не раньше.
Чем заменить постоянно включённый Вебвизор
Для большинства повседневных вопросов записи сессий не нужны вовсе. Цели в Метрике показывают, сколько человек дошли до нужного шага, без записи каждого движения курсора - настройка занимает около часа, разбирали её в статье про настройку целей в Яндекс.Метрике.
Стандартный отчёт по формам показывает процент заполнения каждого поля и место, где чаще всего бросают заполнение, - без необходимости пересматривать видео. Свои события (клик по кнопке, открытие блока, скачивание файла) дают точечную статистику ровно по тому действию, которое интересует, и не тянут за собой вес записи сессий.
Тепловые карты на основе агрегированных данных, а не индивидуальных записей, тоже доступны без постоянного Вебвизора и дают похожую картину по кликам и скроллу без вопросов к приватности.
Чек-лист перед тем, как включать Вебвизор
- Сформулируйте гипотезу заранее: что именно хотите увидеть, а не "посмотрим, что там происходит".
- Настройте маскирование полей с личными данными в панели Метрики, а не полагайтесь на умолчания.
- Проверьте формулировку в политике обработки персональных данных: есть ли там упоминание записи действий пользователя.
- Отметьте в календаре дату выключения - неделя от старта, не больше.
- Замерьте вес счётчика в панели сети до включения и после, чтобы видеть фактическую разницу на своём сайте.
- После разбора сессий зафиксируйте вывод отдельным файлом или задачей: без этого через месяц придётся включать запись заново ради того же вопроса.
Вебвизор включается на неделю, а не на годы
Смысл не в том, чтобы вообще не пользоваться Вебвизором, а в том, чтобы платить за него скоростью только тогда, когда он отвечает на нужный вопрос. Постоянно включённая запись сессий добавляет сайту фиксированный вес ради данных, которые потом чаще всего никто не пересматривает. Точечный режим - гипотеза, неделя, разбор, выключение - даёт те же ответы и не тянет лишние килобайты на каждой загрузке.
Если хотите понять, где именно на своём сайте теряются заявки и какие правки реально сдвигают конверсию, у нас есть примеры разбора таких ситуаций на конкретных проектах - в разделе кейсов.
