Документація
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, якщо вам потрібен власний ключ для інших інструментів.
Що ви побачите
У рядку з підсумком вказано, чи охоплення Passes Core Web Vitals: усі основні метрики, для яких є дані, мають оцінку Good. Далі йдуть п’ять карток — по одній на метрику. На кожній показано останнє значення на 75-му перцентилі, його оцінку, зміну порівняно з чотирма тижнями раніше та частку завантажень сторінок з оцінкою Good.
| Метрика | Що вимірює | 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 Vital 12 березня 2024 року.
Тренд вважається improving (покращення) або worsening (погіршення), якщо останнє значення змінилося щонайменше на 5% порівняно з чотирма тижнями раніше. На графіках показано тижневий 75-й перцентиль кожної метрики разом із частками оцінок good, needs-improvement і poor, а в таблиці наведено кожен тиждень з усіма п’ятьма значеннями та часткою хороших показників LCP.
Як читати історію
Кожна точка — це тижневий період збору, який підсумовує візити за попередні 28 днів, тож виправлення проявляється поступово, приблизно за чотири тижні, а не за одну ніч. За замовчуванням API повертає 25 тижневих періодів, тобто приблизно останні півроку (CrUX History API).
- Різка зміна, що збігається з деплоєм, новим скриптом tag manager або оновленням теми, — типова картина; позначте дату анотацією.
- Телефони гірші за десктопи — звичайна річ, адже в телефонів менша обчислювальна потужність і часто повільніше з’єднання. Оцінюйте це з огляду на те, яку частку пошукового трафіку дає мобільний.
- Origin у нормі, сторінка погана: origin змішує всі сторінки разом, тому перевіряйте найважчі шаблони по одному.
Коли даних немає
Chrome публікує запис лише для публічного origin або URL, які мають достатньо реальних візитів із Chrome; в іншому разі звіт показує Not enough field data (методологія CrUX). Нові сторінки або сторінки з малим трафіком часто не мають запису на рівні URL, навіть якщо він є для origin. Також API CrUX не розбивають дані за країнами, тож цифри охоплюють усіх ваших відвідувачів у всьому світі.
Чим допомагає AutoPSEO
Статті, які доставляє AutoPSEO, рендерить ваш власний сайт, тому вони успадковують продуктивність ваших шаблонів. Якщо AutoPSEO розміщує розділ за вас, сторінки статей віддає розміщений рендерер; запустіть звіт для одного з таких URL, щоб їх перевірити. Докладніше про ці три метрики читайте в статтях що означають LCP, INP і CLS та як виправити погані показники Core Web Vitals.