Перейти к основному тексту
Техосмотрсайта

В-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. Редакция «Техосмотра».