Скорость сайта — это не одно число. Пользователь ждёт появления содержимого, реакции на действие и стабильного интерфейса. Начните с конкретной проблемы: долго открывается карточка, зависает фильтр, сдвигается кнопка заказа. Тогда измерение подскажет действие, а не только поставит оценку.
Что измеряют Core Web Vitals
| Метрика | Что отражает | Хороший уровень |
|---|---|---|
| LCP | Появление крупнейшего элемента содержимого в области просмотра | Не больше 2,5 секунды |
| INP | Задержку реакции на взаимодействия | Не больше 200 мс |
| CLS | Неожиданные сдвиги элементов | Не больше 0,1 |
Оценку применяют к 75-му процентилю полевых наблюдений; мобильные и настольные данные рассматривают отдельно. Один быстрый запуск на рабочем компьютере этого не подтверждает. Основание: описание Web Vitals.
Google использует Core Web Vitals в своих системах ранжирования, но хорошие значения не гарантируют верхние позиции. Не переносите эту модель на Яндекс как опубликованную формулу его алгоритмов.
Полевые данные и лаборатория решают разные задачи
Полевые данные показывают опыт реальных посещений с разными устройствами и условиями сети. Лабораторный тест воспроизводит выбранные условия и помогает найти причину. В PageSpeed Insights эти части нужно читать раздельно: отсутствие полевых данных не означает ни хорошую, ни плохую скорость.
Сравнивайте одинаковые страницы, устройства и условия теста. Сохраняйте несколько запусков, а не самый удачный балл. После исправления полевые сводки меняются по мере накопления новых наблюдений, поэтому их нельзя требовать немедленно после выпуска.
Найдите участок задержки
| Наблюдение | Что исследовать | Возможное действие |
|---|---|---|
| Долго нет первого ответа | Сервер, база данных, сеть, кеш | Устранить медленный запрос или настроить кеш с правилами обновления |
| HTML пришёл, содержимого нет | Блокирующие ресурсы, получение данных, шрифты | Сократить критический путь загрузки |
| Тяжёлое первое изображение | Размер, формат, приоритет и адаптивность | Подготовить подходящий ресурс; не откладывать нужное изображение |
| Кнопки реагируют с задержкой | Занятость главного потока, обработчики и сторонние скрипты | Уменьшить тяжёлые задачи и объём выполняемой работы |
| Интерфейс прыгает | Незарезервированные размеры, вставляемые блоки | Задать место изображениям и динамическим элементам |
TTFB помогает исследовать начальное ожидание ответа, но не является универсальным нормативом в 200 мс для любого сайта. Ищите вклад каждой причины в пользовательскую задержку.
Исправления, которые нужно проверять по месту
Изображения. Сравните фактический размер отображения и загрузки. Проверьте качество подходящего формата и адаптивные размеры. Атрибуты размеров помогают зарезервировать место. Отложенную загрузку применяйте там, где ресурс не нужен сразу.
Кеш. Разделяйте неизменяемые файлы и данные, которые должны быть свежими. Долгий кеш цены без обновления может сделать страницу быстрой и неверной.
Скрипты. Отложите действительно некритичные задачи, сохранив порядок зависимостей. Не применяйте async или объединение ко всему коду автоматически.
Шрифты. Проверьте число начертаний, загрузку и изменение размеров текста при подстановке.
CDN. Решение зависит от географии запросов, ресурсов и существующей инфраструктуры. Сравните реальные задержки и стоимость, а не только размер бизнеса.
Учебный пример диагностики
Карточка открывается медленно на телефоне. В тесте видно: HTML приходит быстро, но главное изображение запрашивается поздно и загружается в размере для большого экрана. Сначала проверяют адаптивный ресурс и причину позднего запроса, затем повторяют тест в тех же условиях.
После изменения отдельно проверяют выбор товара, форму и аналитику. Улучшение загрузки не доказывает рост заявок: для этого нужен сопоставимый период и контроль других изменений.
Приёмка: скорость и работа сайта
- Повторите лабораторные измерения на выбранных шаблонах.
- Проверьте первый и повторный визиты, мобильное устройство и медленную сеть.
- Пройдите важные действия: поиск, фильтр, корзину, форму, оплату в предусмотренной тестовой среде.
- Убедитесь, что измерение целей и ошибок не сломалось.
- После накопления данных сравните полевые показатели.
Не удаляйте полезную функцию или аналитику только ради балла. Если сторонний модуль создаёт задержку, оцените его пользу и способы загрузки. Установка счётчика сама по себе не является обязательным способом улучшения ранжирования.
Применить к сайту
Перед ускорением полезно выбрать важные страницы и действия посетителя. По их измерениям можно составить порядок доработок и критерии проверки.
Вопросы и ответы
Нужно ли добиваться 100 баллов?
Нет. Балл помогает диагностике, а решение оценивают по реальным задержкам и успешности действий. Не стоит ломать нужный функционал ради максимума.
Что важнее: LCP, INP или CLS?
Исправляйте то, что мешает конкретному сценарию. Все три измеряют разные стороны опыта; хорошее значение одной метрики не компенсирует серьёзную проблему другой.
Можно ли исправить всё плагином?
Плагин может помочь с отдельными настройками, но не определяет причину задержки. Проверяйте совместимость, результат и возможность отката.
Добавить комментарий