Що таке Core Web Vitals у Google Search Console?

Core Web Vitals — це три показники того, з чим стикаються реальні відвідувачі: Largest Contentful Paint (завантаження), Interaction to Next Paint (чутливість до дій) і Cumulative Layout Shift (візуальна стабільність). Звіт Core Web Vitals у Search Console бере їх із Chrome UX Report, який збирає анонімізовані часові показники від реальних користувачів Chrome, і оцінює групи схожих URL як «Добре», «Потребує покращення» або «Погано» окремо для мобільних пристроїв і комп'ютерів.

Порогові значення

Оцінка описує 75% відвідувань: група має статус «Добре» за LCP, якщо три чверті її відвідувань досягають LCP протягом 2.5 секунди.

Як звіт оцінює ваші сторінки

• URL групуються зі схожими сторінками, і вся група має один спільний статус.
• Визначає найгірший показник. Група, яка має статус «Добре» за LCP і CLS, але «Погано» за INP, отримує статус «Погано».
• Дані охоплюють останні 28 днів, тож виправлення повністю відобразиться не раніше ніж за чотири тижні.
• Показуються лише індексовані URL, і лише їх вибірка.
• За недостатньої кількості даних використовуються дані початкового домену. Якщо для групи замало відвідувань, статус визначається за даними всього сайту (origin).
• Немає даних означає або нову властивість, для якої дані можуть з'явитися через кілька днів, або замалий трафік із Chrome для цього типу пристроїв.

Чи впливають Core Web Vitals на ранжування?

Так, але в певних межах. Google заявляє, що його системи ранжування використовують Core Web Vitals, і наполегливо рекомендує добиватися хороших показників. Водночас компанія зазначає, що єдиного сигналу якості взаємодії зі сторінкою не існує, а Search завжди прагне показувати найрелевантніший контент, навіть якщо якість взаємодії зі сторінкою в нього гірша. Іншими словами, хороші показники допомагають релевантній сторінці конкурувати, але не рятують нерелевантну.

Як виправити та перевірити

1. Відкрийте звіт Core Web Vitals у меню ліворуч, виберіть мобільні пристрої або комп'ютери й відкрийте проблему з найбільшою кількістю URL.
2. Візьміть приклад URL із групи та перевірте його в PageSpeed Insights: там показано ті самі польові дані поряд із лабораторним тестом, який можна повторити.
3. Усуньте причину в шаблоні, спільному для групи: зазвичай це головне зображення або час відповіді сервера для LCP, важкий JavaScript для INP, а також зображення чи вбудовані елементи без зарезервованого місця для CLS.
4. Виберіть Start tracking (перевірка). Google відстежує групу 28 днів, і проблема вважається усунутою, коли вона відсутня в усіх URL протягом усього цього періоду. Запуск перевірки не змушує Google повторно сканувати сторінки.

Докладніше про те, що саме вимірює кожен показник, читайте в матеріалі LCP, INP і CLS: пояснення; поширені способи виправлення описано в статті як виправити низькі показники Core Web Vitals.

Як допомагає AutoPSEO

Search Console показує, скільки URL має кожен статус, але не те, як змінюються самі показники. Звіт Core Web Vitals в AutoPSEO зчитує дані з Chrome UX Report History API: щотижневі значення 75-го процентиля для LCP, INP і CLS, а також First Contentful Paint і Time to First Byte приблизно за останні 25 тижнів — для всього origin або окремого URL, на телефонах, комп'ютерах, планшетах або на всіх пристроях разом. Ви побачите погіршення вже того тижня, коли воно почалося, а не тоді, коли група змінить статус.

Джерела: довідка Google про звіт Core Web Vitals, Core Web Vitals і Google Search та посібник про якість взаємодії зі сторінкою.