# Аудит юзабилити и скорости сайта: поведение, формы, загрузка Адрес: https://seo-audit-sajta.ru/vidy-audita/yuzabiliti-i-skorost/ Кратко: Как проверить удобство и скорость сайта: Вебвизор и карты Яндекс Метрики, путь до заявки, формы, мобильная версия, Core Web Vitals. Методика и чек-лист. Выводы: - Юзабилити проверяют по поведению реальных посетителей, а не по вкусу проверяющего - Главный объект проверки — путь от входа на сайт до заявки или покупки - Скорость оценивают по полевым данным пользователей, лабораторный балл — вспомогательный Аудит юзабилити и скорости отвечает на вопрос, удобно ли людям пользоваться сайтом: быстро ли открываются страницы, находят ли посетители нужное, доходят ли до заявки и где бросают. Поисковики учитывают поведение пользователей, а медленный и неудобный сайт теряет клиентов, даже если стоит высоко. Главные инструменты бесплатны: Яндекс Метрика с Вебвизором и картами, PageSpeed Insights и отчёты Search Console. ## С чего начать: цели и путь до заявки Без целей в Метрике аудит юзабилити превращается в разглядывание записей. Сначала убедитесь, что настроены цели на ключевые действия: отправку формы, клик по телефону, переход в мессенджер, оформление заказа. Затем опишите путь, который должен пройти посетитель. Для условного сайта ремонта квартир это может быть: вход из поиска на страницу услуги → просмотр цен и примеров работ → калькулятор или форма → отправка заявки. Для каждого шага пути ответьте: сколько людей до него доходит и сколько уходит. В Метрике это удобно смотреть в отчёте по целям и через сегменты по страницам входа. ## Шаг 1. Сегментируйте поисковый трафик Смотрите данные отдельно по визитам из поиска и отдельно по телефонам и компьютерам. Общие средние скрывают проблемы: на компьютере сайт может работать хорошо, а на телефоне форма не помещается в экран. | Показатель | Где | Что насторожит | |---|---|---| | Отказы по страницам входа | отчёт по страницам входа с сегментом «поиск» | страница с высоким отказом при заметном трафике | | Глубина и время | тот же отчёт | у мобильных визитов в разы хуже, чем у десктопных | | Достижение целей | отчёт по конверсиям | цели почти не достигаются с важных страниц | | Доля мобильных визитов | отчёт по технологиям | большая доля при проблемной мобильной версии | Высокий отказ не всегда плохо: на странице с телефоном человек мог просто позвонить. Поэтому смотрите отказы вместе с целями. ## Шаг 2. Вебвизор и карты Отберите записи визитов из поиска на проблемные страницы и посмотрите 15–20 штук. Ищите повторяющееся поведение: - человек скроллит вверх-вниз — не находит нужное; - кликает по некликабельному элементу — ждёт ссылку там, где её нет; - начинает заполнять форму и бросает на конкретном поле; - закрывает всплывающее окно и сразу уходит. Карта кликов покажет, по каким элементам кликают чаще, чем вы ожидали, а карта скроллинга — до какого места дочитывают страницу. Если цена и кнопка заявки находятся ниже точки, до которой доходит большинство, их стоит поднять. ## Шаг 3. Пройдите путь сами Возьмите телефон, откройте сайт из поиска так, как это сделал бы клиент, и попробуйте выполнить задачу: узнать цену, записаться, оформить заказ. Запишите всё, что мешает: мелкий текст, кнопки, которые трудно нажать, всплывающие окна, перекрывающие контент, поле телефона без подходящей клавиатуры, капчу, которая не проходит. Детальный разбор мобильной версии — в чек-листе [мобильной версии](https://seo-audit-sajta.ru/proverki/mobilnaya-versiya/). Отдельно проверьте формы: отправьте тестовую заявку с телефона и с компьютера и убедитесь, что она дошла до того, кто её обрабатывает. ## Шаг 4. Скорость Скорость оценивают в два слоя. **Полевые данные** — замеры у реальных посетителей. Их показывают отчёт Core Web Vitals в Search Console и верхний блок PageSpeed Insights, если у страницы достаточно трафика. Это главное: именно так сайт работает у ваших клиентов. **Лабораторные данные** — замер в одном прогоне на эмулированном устройстве: нижняя часть PageSpeed Insights и Lighthouse в браузере. Они помогают найти причину: тяжёлые изображения, блокирующие скрипты, шрифты, сторонние виджеты. Метрики Core Web Vitals: LCP (как быстро появляется главный элемент страницы), INP (как быстро страница откликается на действия) и CLS (насколько сдвигается вёрстка при загрузке). Как их проверять и что чинить, разобрано в чек-листе [скорости и Core Web Vitals](https://seo-audit-sajta.ru/proverki/skorost-core-web-vitals/). Не гонитесь за 100 баллами лабораторного теста: это не требование поисковиков. Цель — чтобы полевые метрики были в зелёной зоне, а страницы не раздражали людей ожиданием. ## Как читать этот раздел в отчёте подрядчика Хороший раздел опирается на данные о поведении и показывает связь проблемы с потерей заявок. Что должно быть: - данные Метрики с периодом и сегментами: поиск, устройства, страницы входа; - описание пути до заявки и места, где теряются посетители; - найденные в записях Вебвизора повторяющиеся сценарии с примерами; - полевые данные Core Web Vitals по группам страниц и конкретные причины медленной загрузки; - рекомендации по приоритету: сначала то, что мешает заявке. Признаки отписки: - скриншот PageSpeed с баллом и требованием «довести до 90+» без полевых данных; - советы «сделать дизайн современнее» и «добавить больше призывов» без анализа поведения; - отсутствие проверки форм и мобильной версии; - выводы без указания периода и сегмента данных. Как такие пробелы выявить при приёмке, рассказано в статье о том, [как проверить подрядчика по его аудиту](https://seo-audit-sajta.ru/voprosy/proverka-podryadchika/). Скорость и мобильная версия входят и в [технический аудит](https://seo-audit-sajta.ru/vidy-audita/tehnicheskij/), поэтому сверяйте, чтобы рекомендации двух разделов не противоречили друг другу. ## Итог проверки - Цели на ключевые действия настроены и достигаются, путь до заявки описан. - Проблемные страницы входа найдены по данным поиска с разбивкой по устройствам. - По записям Вебвизора и картам выписаны повторяющиеся препятствия. - Формы проверены тестовыми заявками с телефона и компьютера. - Полевые метрики скорости известны, причины медленной загрузки выписаны по группам страниц. ## Вопросы и ответы ### Сколько записей Вебвизора нужно посмотреть? Для одной проблемной страницы обычно хватает 15–20 записей визитов из поиска: повторяющееся поведение становится видно быстро. Смотреть все записи подряд бесполезно, лучше отфильтровать их по странице входа, источнику и устройству. ### Влияет ли юзабилити на позиции? Поисковики учитывают, как пользователи взаимодействуют с выдачей и сайтом, поэтому неудобство косвенно сказывается на позициях. Но главное влияние — на заявки: даже при хороших позициях неудобный сайт теряет клиентов, которые уже пришли. ### Почему PageSpeed показывает разные баллы при каждой проверке? Лабораторный тест зависит от загрузки сервера, сети и сторонних скриптов в момент замера, поэтому балл колеблется. Ориентируйтесь на полевые данные и повторяйте лабораторный замер несколько раз, сравнивая не балл, а конкретные метрики и причины. ### Нужно ли проводить юзабилити-тестирование с людьми? Для небольшого сайта обычно хватает Вебвизора, карт и собственного прохода по сценарию с телефона. Тестирование с живыми участниками полезно, когда сайт сложный, например калькулятор или многошаговое оформление заказа, и данные Метрики не объясняют, почему люди уходят.