В-05 · Виды аудита сайта
Аудит юзабилити и скорости сайта: поведение, формы, загрузка
- чем проверять
- Яндекс Метрика (Вебвизор, карты), PageSpeed Insights, Search Console, телефон
- ревизия
- 29.10.2026
Пункты отчёта
Аудит юзабилити и скорости отвечает на вопрос, удобно ли людям пользоваться сайтом: быстро ли открываются страницы, находят ли посетители нужное, доходят ли до заявки и где бросают. Поисковики учитывают поведение пользователей, а медленный и неудобный сайт теряет клиентов, даже если стоит высоко. Главные инструменты бесплатны: Яндекс Метрика с Вебвизором и картами, PageSpeed Insights и отчёты Search Console.
С чего начать: цели и путь до заявки
Без целей в Метрике аудит юзабилити превращается в разглядывание записей. Сначала убедитесь, что настроены цели на ключевые действия: отправку формы, клик по телефону, переход в мессенджер, оформление заказа. Затем опишите путь, который должен пройти посетитель. Для условного сайта ремонта квартир это может быть: вход из поиска на страницу услуги → просмотр цен и примеров работ → калькулятор или форма → отправка заявки.
Для каждого шага пути ответьте: сколько людей до него доходит и сколько уходит. В Метрике это удобно смотреть в отчёте по целям и через сегменты по страницам входа.
Шаг 1. Сегментируйте поисковый трафик
Смотрите данные отдельно по визитам из поиска и отдельно по телефонам и компьютерам. Общие средние скрывают проблемы: на компьютере сайт может работать хорошо, а на телефоне форма не помещается в экран.
| Показатель | Где | Что насторожит |
|---|---|---|
| Отказы по страницам входа | отчёт по страницам входа с сегментом «поиск» | страница с высоким отказом при заметном трафике |
| Глубина и время | тот же отчёт | у мобильных визитов в разы хуже, чем у десктопных |
| Достижение целей | отчёт по конверсиям | цели почти не достигаются с важных страниц |
| Доля мобильных визитов | отчёт по технологиям | большая доля при проблемной мобильной версии |
Высокий отказ не всегда плохо: на странице с телефоном человек мог просто позвонить. Поэтому смотрите отказы вместе с целями.
Шаг 2. Вебвизор и карты
Отберите записи визитов из поиска на проблемные страницы и посмотрите 15–20 штук. Ищите повторяющееся поведение:
- человек скроллит вверх-вниз — не находит нужное;
- кликает по некликабельному элементу — ждёт ссылку там, где её нет;
- начинает заполнять форму и бросает на конкретном поле;
- закрывает всплывающее окно и сразу уходит.
Карта кликов покажет, по каким элементам кликают чаще, чем вы ожидали, а карта скроллинга — до какого места дочитывают страницу. Если цена и кнопка заявки находятся ниже точки, до которой доходит большинство, их стоит поднять.
Шаг 3. Пройдите путь сами
Возьмите телефон, откройте сайт из поиска так, как это сделал бы клиент, и попробуйте выполнить задачу: узнать цену, записаться, оформить заказ. Запишите всё, что мешает: мелкий текст, кнопки, которые трудно нажать, всплывающие окна, перекрывающие контент, поле телефона без подходящей клавиатуры, капчу, которая не проходит. Детальный разбор мобильной версии — в чек-листе мобильной версии.
Отдельно проверьте формы: отправьте тестовую заявку с телефона и с компьютера и убедитесь, что она дошла до того, кто её обрабатывает.
Шаг 4. Скорость
Скорость оценивают в два слоя.
Полевые данные — замеры у реальных посетителей. Их показывают отчёт Core Web Vitals в Search Console и верхний блок PageSpeed Insights, если у страницы достаточно трафика. Это главное: именно так сайт работает у ваших клиентов.
Лабораторные данные — замер в одном прогоне на эмулированном устройстве: нижняя часть PageSpeed Insights и Lighthouse в браузере. Они помогают найти причину: тяжёлые изображения, блокирующие скрипты, шрифты, сторонние виджеты.
Метрики Core Web Vitals: LCP (как быстро появляется главный элемент страницы), INP (как быстро страница откликается на действия) и CLS (насколько сдвигается вёрстка при загрузке). Как их проверять и что чинить, разобрано в чек-листе скорости и Core Web Vitals.
Не гонитесь за 100 баллами лабораторного теста: это не требование поисковиков. Цель — чтобы полевые метрики были в зелёной зоне, а страницы не раздражали людей ожиданием.
Как читать этот раздел в отчёте подрядчика
Хороший раздел опирается на данные о поведении и показывает связь проблемы с потерей заявок.
Что должно быть:
- данные Метрики с периодом и сегментами: поиск, устройства, страницы входа;
- описание пути до заявки и места, где теряются посетители;
- найденные в записях Вебвизора повторяющиеся сценарии с примерами;
- полевые данные Core Web Vitals по группам страниц и конкретные причины медленной загрузки;
- рекомендации по приоритету: сначала то, что мешает заявке.
Признаки отписки:
- скриншот PageSpeed с баллом и требованием «довести до 90+» без полевых данных;
- советы «сделать дизайн современнее» и «добавить больше призывов» без анализа поведения;
- отсутствие проверки форм и мобильной версии;
- выводы без указания периода и сегмента данных.
Как такие пробелы выявить при приёмке, рассказано в статье о том, как проверить подрядчика по его аудиту. Скорость и мобильная версия входят и в технический аудит, поэтому сверяйте, чтобы рекомендации двух разделов не противоречили друг другу.
Итог проверки
- Цели на ключевые действия настроены и достигаются, путь до заявки описан.
- Проблемные страницы входа найдены по данным поиска с разбивкой по устройствам.
- По записям Вебвизора и картам выписаны повторяющиеся препятствия.
- Формы проверены тестовыми заявками с телефона и компьютера.
- Полевые метрики скорости известны, причины медленной загрузки выписаны по группам страниц.
Вопросы и ответы
Сколько записей Вебвизора нужно посмотреть?
Для одной проблемной страницы обычно хватает 15–20 записей визитов из поиска: повторяющееся поведение становится видно быстро. Смотреть все записи подряд бесполезно, лучше отфильтровать их по странице входа, источнику и устройству.
Влияет ли юзабилити на позиции?
Поисковики учитывают, как пользователи взаимодействуют с выдачей и сайтом, поэтому неудобство косвенно сказывается на позициях. Но главное влияние — на заявки: даже при хороших позициях неудобный сайт теряет клиентов, которые уже пришли.
Почему PageSpeed показывает разные баллы при каждой проверке?
Лабораторный тест зависит от загрузки сервера, сети и сторонних скриптов в момент замера, поэтому балл колеблется. Ориентируйтесь на полевые данные и повторяйте лабораторный замер несколько раз, сравнивая не балл, а конкретные метрики и причины.
Нужно ли проводить юзабилити-тестирование с людьми?
Для небольшого сайта обычно хватает Вебвизора, карт и собственного прохода по сценарию с телефона. Тестирование с живыми участниками полезно, когда сайт сложный, например калькулятор или многошаговое оформление заказа, и данные Метрики не объясняют, почему люди уходят.
Опубликовано 27.10.2026, сверено 29.10.2026. Редакция «Техосмотра».