Документация
Core Web Vitals: LCP, INP и CLS на реальных пользователях по неделям
Недельные значения LCP, INP и CLS на 75-м процентиле из Chrome UX Report History API для всего сайта или отдельной страницы с оценкой по порогам Google.
Отчёт Core Web Vitals (он называется Core Web Vitals History) показывает по неделям, как ваш сайт воспринимают реальные пользователи Chrome. Он использует Chrome UX Report History API — те же полевые данные, на которых строится отчёт Core Web Vitals в Search Console, — и оценивает каждую метрику на 75-м процентиле по порогам Google. С его помощью можно понять, ускорил или замедлил страницы очередной релиз, причём задолго до того, как лабораторный тест покажет, что почувствовали посетители.
Запуск отчёта
- Scope (охват): Whole site запрашивает данные по origin (например,
https://www.example.com), то есть по всем страницам, которые посещали пользователи Chrome. Single page запрашивает данные по одному URL. - Origin или Page URL: поле заполнено origin вашего ресурса; измените его, чтобы проверить другой хост или страницу.
- Device: All devices, Phone, Desktop или Tablet. При выборе All devices отчёт дополнительно загружает данные по каждому типу устройств отдельно и добавляет таблицу Summary by device.
- Нажмите Run report.
Результаты кэшируются на сутки, так как данные обновляются раз в неделю. Отчёт обращается к API с ключом CrUX API; ключ предоставляет AutoPSEO, поэтому настраивать ничего не нужно. Кнопка API Key ведёт на инструкцию Google, если вам нужен собственный ключ для своих инструментов.
Что показывает отчёт
В строке вердикта указано, проходит ли охват Core Web Vitals (Passes Core Web Vitals): для этого все основные метрики, по которым есть данные, должны получить оценку Good. Ниже расположены пять карточек, по одной на метрику: в каждой — последнее значение на 75-м процентиле, его оценка, изменение по сравнению с состоянием четыре недели назад и доля загрузок страниц с хорошей оценкой.
| Метрика | Что измеряет | Good | Poor |
|---|---|---|---|
| LCP, Largest Contentful Paint | Загрузка: когда отрисован самый крупный видимый элемент | не более 2,5 с | более 4 с |
| INP, Interaction to Next Paint | Отзывчивость: задержка после кликов, касаний и нажатий клавиш | не более 200 мс | более 500 мс |
| CLS, Cumulative Layout Shift | Визуальная стабильность: насколько смещается контент при загрузке | не более 0,1 | более 0,25 |
| FCP, First Contentful Paint | Когда появляется первый текст или изображение | не более 1,8 с | более 3 с |
| TTFB, Time to First Byte | Как быстро сервер начинает отвечать | не более 0,8 с | более 1,8 с |
LCP, INP и CLS — это Core Web Vitals; FCP и TTFB — вспомогательные метрики, которые помогают объяснить плохой LCP. Значения между двумя границами оцениваются как требующие улучшения. Google оценивает каждую метрику на 75-м процентиле загрузок страниц отдельно для мобильных устройств и десктопов (web.dev: Web Vitals). INP заменил First Input Delay в числе Core Web Vitals 12 марта 2024 года.
Тренд считается улучшением (improving) или ухудшением (worsening), если последнее значение изменилось не менее чем на 5% по сравнению с состоянием четыре недели назад. На графиках показан недельный 75-й процентиль каждой метрики вместе с долями хороших, требующих улучшения и плохих результатов, а в таблице перечислены все недели с пятью значениями и долей хороших результатов LCP.
Как читать историю
Каждая точка — это недельный период сбора, который суммирует визиты за предыдущие 28 дней, поэтому эффект исправления проявляется постепенно, примерно за четыре недели, а не мгновенно. По умолчанию API возвращает 25 недельных периодов, то есть примерно последние полгода (CrUX History API).
- Резкий скачок, совпадающий по времени с деплоем, новым скриптом в менеджере тегов или обновлением темы, — самая типичная картина; отметьте дату с помощью аннотации.
- На телефонах хуже, чем на десктопах — обычная ситуация: у телефонов меньше вычислительной мощности, а соединение нередко медленнее. Оценивайте это с учётом того, какая доля поискового трафика приходится на мобильные устройства.
- Origin в норме, а страница плохая: origin усредняет все страницы, поэтому самые тяжёлые шаблоны стоит проверить по одному.
Если данных нет
Chrome публикует запись только для публичного origin или URL с достаточным числом реальных визитов из Chrome; в противном случае отчёт сообщает Not enough field data (методология CrUX). У новых страниц и страниц с малым трафиком часто нет записи на уровне URL, даже если она есть у origin. Кроме того, в CrUX API нет разбивки по странам, поэтому значения охватывают всех ваших посетителей по всему миру.
Чем помогает AutoPSEO
Статьи, которые доставляет AutoPSEO, отображаются вашим собственным сайтом, поэтому наследуют производительность ваших шаблонов. Если AutoPSEO размещает раздел за вас, страницы статей отдаёт сам хостинговый рендерер; запустите отчёт для одного из таких URL, чтобы проверить их. Более подробное описание трёх метрик читайте в материалах что означают LCP, INP и CLS и как исправить плохие показатели Core Web Vitals.