Core Web Vitals в реальных условиях: найдите узкое место, которое ощущают пользователи
Практический способ связать лабораторные тесты с Core Web Vitals реальных пользователей, приоритизировать исправления и проверять улучшения на мобильных и настольных устройствах.
Быстрый лабораторный запуск — это улика, а не полный приговор
Страница может выглядеть быстрой в контролируемом тесте и всё равно ощущаться медленной для посетителей со старыми телефонами, в загруженных сетях или при длинном маршруте до сервера. Лабораторные тесты помогают воспроизвести загрузку страницы и раскрыть её водопад запросов. Полевые данные показывают, как ведут себя реальные визиты на разных устройствах и в разных условиях. Используйте и то и другое: полевые данные выбирают проблему, а повторяемые лабораторные запуски помогают найти и устранить её.
Google оценивает три метрики Core Web Vitals на 75-м перцентиле, отдельно для мобильных и настольных устройств. Текущие цели «хорошо»: LCP не выше 2.5 секунды, INP не выше 200 миллисекунд и CLS не выше 0.1. Средние значения могут скрыть более медленный опыт значительной группы посетителей, поэтому смотрите данные по перцентилям и сегментируйте по устройствам. Руководство Google по порогам объясняет перцентильный метод.
Начинайте с метрики, которая не проходит
LCP указывает на загрузку. Проверьте, возникает ли задержка до HTML-ответа, из-за блокирующего рендеринг CSS или из-за обнаружения и скачивания главного изображения либо текста. Сравните TTFB по регионам, затем изучите водопад запросов. Сожмите и приведите к правильному размеру главное изображение, сделайте его обнаруживаемым в исходном HTML и предварительно загружайте его, только если оно действительно является ресурсом LCP.
INP указывает на взаимодействия. Лабораторный тест загрузки страницы не может полноценно измерить INP — для этого нужны реальные взаимодействия пользователей. Используйте полевые данные, чтобы найти медленные взаимодействия, затем профилируйте соответствующий клик или нажатие клавиши в инструментах разработчика браузера. Долгие задачи JavaScript, дорогой рендеринг и сторонние скрипты — всё это может задерживать следующую отрисовку. Разбиение работы на меньшие задачи и откладывание несущественных скриптов — хорошие первые эксперименты. Руководство по измерению на web.dev объясняет, почему Total Blocking Time — это лабораторный ориентир, а не замена INP.
CLS указывает на визуальные сдвиги. Проверьте в полевых данных и начальную загрузку, и последующие взаимодействия. Задайте явные размеры или соотношение сторон для изображений и встраиваемых элементов, резервируйте место под рекламу и не вставляйте контент над материалом, который пользователь читает. Подмена шрифтов тоже может сдвигать текст; используйте запасной шрифт со схожими метриками и тестируйте фактически отрендеренную страницу.
Превратите балл в контролируемый эксперимент
Меняйте по одной вероятной причине за раз. Сохраняйте неизменными маршрут, область просмотра, профиль устройства, состояние кеша и локацию теста и запускайте тест более одного раза. Сравнивайте водопад запросов и соответствующую метрику, а не только один сводный балл. Затем проверьте полевые данные после того, как изменение дойдёт до пользователей: улучшение на одном маршруте или устройстве может не переноситься на все страницы.
Для мониторинга в поле группируйте схожие шаблоны страниц и сначала исследуйте наиболее пострадавший сегмент устройств. Общий заголовок или менеджер согласия может влиять на множество URL, тогда как изображение товара — только на один шаблон. Такая группировка помогает отличить проблему всего сайта от проблемы конкретной страницы.
Приоритизируйте пользовательский опыт, а не идеальное число
Core Web Vitals — полезная диагностика, а не полное определение хорошего сайта. Google прямо говорит, что хорошие результаты в отчёте Core Web Vitals не гарантируют верхних позиций в поиске; релевантность и общий опыт страницы по-прежнему важны. Устраняйте измеримое трение, с которым сталкиваются пользователи, и используйте метрики для проверки изменения, а не гонитесь за баллом самим по себе. Руководство Google по опыту страниц даёт этот контекст.