Как оценить скорость сайта без погони за баллом: загрузка, отклик, стабильность страницы и проверки на телефоне.
Сайт может выглядеть готовым и при этом мешать посетителю: текст появляется с задержкой, меню не отвечает на нажатие, а кнопка уезжает после загрузки фотографии. Поэтому скорость полезно оценивать через действия человека, а не только через итоговый балл отчёта.
Владельцу бизнеса не обязательно самостоятельно оптимизировать код. Достаточно понимать, что проверять, какие вопросы задать разработчику и как подтвердить результат после изменений.
1Разделите загрузку, отклик и стабильность
У качества работы страницы есть разные стороны. Загрузка показывает, когда появляется важное содержание. Отклик — насколько быстро интерфейс отвечает на действие. Стабильность — насколько предсказуемо расположены элементы.
Для этих сторон Google использует Core Web Vitals: LCP, INP и CLS. По официальному описанию Web Vitals хорошие ориентиры составляют LCP не более 2,5 секунды, INP не более 200 миллисекунд и CLS не более 0,1. Оценка относится к 75-му процентилю просмотров с разделением телефона и компьютера.
Эти значения помогают поставить задачу, но не означают обещания продаж или позиции в поиске. Даже технически быстрый сайт может плохо объяснять услугу или предлагать неудобную форму.
2Проверьте основные сценарии вручную
Откройте сайт на телефоне вне домашнего Wi-Fi. Найдите услугу, пролистайте страницу, откройте меню и заполните форму. Посмотрите, когда становится доступен текст, не перекрывают ли экран элементы и не прыгают ли блоки.
Проверьте несколько типов страниц: главную, услугу, статью и каталог, если он есть. На них могут использоваться разные изображения, скрипты и внешние сервисы. Проверка одной главной не описывает работу всего сайта.
Повторите путь с первой загрузкой и после перехода внутри сайта. Кеш может улучшать повторный визит, поэтому хороший результат на уже открывавшейся странице не всегда отражает первое знакомство клиента.
3Прочитайте отчёт PageSpeed Insights
В PageSpeed Insights укажите адрес конкретной страницы и посмотрите мобильную и компьютерную версии отчёта. Различайте данные реальных пользователей, если они доступны, и лабораторную проверку в заданных условиях.
Лабораторный тест удобен для поиска причин и сравнения изменений, но не заменяет наблюдение за реальными посещениями. У нового или небольшого сайта полевых данных может не оказаться. В таком случае их отсутствие не означает ни хорошую, ни плохую скорость.
Не сравнивайте один случайный запуск с другим как окончательное доказательство. Результат зависит от условий проверки. Сохраняйте отчёты, повторяйте измерения и сопоставляйте одинаковые страницы и устройства.
4Начните с крупных причин
Часто стоит проверить изображения первого экрана, ненужные внешние скрипты, загрузку шрифтов, обработку интерфейса и ответ сервера. Причину должен подтверждать отчёт или измерение: медленную страницу нельзя автоматически объяснить только хостингом.
Попросите разработчика составить короткий список приоритетов: что мешает пользователю, чем это подтверждается, как исправление будет проверено. Лучше сначала устранить крупное препятствие, чем экономить несколько байтов в малозаметном элементе.
Не нужно откладывать главное изображение так, чтобы первый экран дольше оставался пустым. Загрузка второстепенных изображений по мере необходимости и приоритет главного содержания решают разные задачи.
5Сохраняйте качество содержания
Оптимизация не должна превращать фотографии товара в размытые пятна или убирать важную информацию. Подбирайте размер изображения под фактическое отображение и проверяйте результат на обычном экране и телефоне.
Анимация полезна, когда помогает понять интерфейс. Если она задерживает появление текста или мешает нажать кнопку, её стоит упростить. Подобным образом оцените виджеты, чаты и дополнительные счётчики: у каждого должна быть понятная польза для сайта.
После изменений проверьте не только скорость, но и формы, меню, поиск и переходы. Сайт с хорошим баллом и сломанным обращением не выполняет свою задачу.
6Поставьте измеримую задачу
Вместо «ускорить сайт до ста баллов» опишите проблему: «на мобильной странице услуги долго появляется основной блок, а кнопка смещается при загрузке изображения». Приложите адрес, устройство, наблюдение и отчёт.
Согласуйте список страниц, способ сравнения и проверку функций после работы. Если используете реальные метрики, учитывайте период сбора данных: эффект не всегда появляется в отчёте сразу после обновления.
7Проверяйте после крупных обновлений
Новые видео, изображения, виджеты и интеграции могут изменить поведение сайта. Включите проверку ключевых страниц в порядок публикации крупных обновлений. Это поможет замечать ухудшения до того, как они станут привычными.
Если сайт работает быстро, но обращений мало, изучите также путь посетителя до заявки. Если нужна техническая проверка, пришлите адрес и описание проблемы — начать лучше с конкретного сценария, который сейчас мешает клиенту.
