Core Web Vitals — це набір із трьох метрик Google, які оцінюють реальний досвід користувача на сторінці: швидкість завантаження (LCP), чутливість до дій (INP) і візуальну стабільність (CLS). Вони входять до сигналів ранжування та безпосередньо впливають на позиції й конверсію.
Коротко
- Три метрики: LCP (завантаження), INP (інтерактивність), CLS (стабільність верстки).
- Зона «добре»: LCP ≤ 2,5 с, INP ≤ 200 мс, CLS ≤ 0,1.
- Оцінюють за польовими даними реальних користувачів (CrUX), а не лише за лабораторними тестами.
- Діагностика — у PageSpeed Insights і Google Search Console (звіт Core Web Vitals).
- З березня 2024 року INP замінив попередню метрику FID.
Що таке Core Web Vitals і навіщо вони потрібні
Core Web Vitals (CWV) — три ключові метрики з ширшого набору Web Vitals, які Google використовує для оцінки зручності сторінки. Вони вимірюють не «красу» сайту, а те, як реальна людина відчуває роботу з ним: чи швидко зʼявився основний контент, чи миттєво сторінка відреагувала на клік, чи не «стрибає» верстка під пальцем.
З 2021 року Core Web Vitals — частина системи оцінки Page Experience і один із факторів ранжування. Сам собою фактор не найсильніший: за інших рівних умов сайт із хорошими метриками випередить конкурента, але ідеальна швидкість не виведе в топ слабкий за змістом матеріал. Водночас погані метрики бʼють не лише по позиціях, а й по бізнесу безпосередньо — повільна сторінка втрачає відвідувачів ще до того, як вони побачать пропозицію.
Важливий нюанс: Google оцінює метрики за польовими даними — статистикою реальних користувачів Chrome (звіт CrUX) за останні 28 днів. Тому одноразовий лабораторний тест і оцінка в Search Console можуть різнитися.
LCP — Largest Contentful Paint: швидкість завантаження
LCP показує, за скільки секунд завантажується та відображається найбільший видимий елемент в області екрана — зазвичай це головне зображення, банер або великий блок тексту. Метрика відповідає на запитання користувача «коли сторінка стане корисною».
Норми: «добре» — до 2,5 секунди, «потребує покращення» — від 2,5 до 4 секунд, «погано» — понад 4 секунди.
Як покращити LCP:
- Оптимізуйте зображення: сучасні формати (WebP, AVIF), стиснення, правильні розміри під контейнер.
- Налаштуйте кешування та підключіть CDN, щоб контент віддавався з найближчого сервера.
- Приберіть важкі скрипти та стилі, що блокують рендеринг; критичний CSS вставляйте inline.
- Пришвидшіть відповідь сервера (TTFB): швидкий хостинг, оптимізація бази даних, серверний кеш.
- Використовуйте preload для ключового зображення та шрифтів.
INP — Interaction to Next Paint: чутливість
INP вимірює затримку між дією користувача (клік, тап, натискання клавіші) і візуальним відгуком сторінки. Метрика оцінює всі взаємодії за сесію та бере найгірші з них, відображаючи, наскільки «живим» відчувається інтерфейс. З березня 2024 року INP офіційно замінив попередню метрику FID (First Input Delay), яка враховувала лише першу взаємодію.
Норми: «добре» — до 200 мілісекунд, «потребує покращення» — від 200 до 500 мс, «погано» — понад 500 мс.
Як покращити INP:
- Скоротіть і розбийте довгі JavaScript-завдання, що блокують основний потік.
- Видаліть або відкладіть невикористовувані сторонні скрипти (чати, аналітику, віджети).
- Використовуйте відкладене завантаження (lazy loading) і підвантаження за потреби.
- Виносьте важкі обчислення у web workers.
- Мінімізуйте роботу під час обробки подій — не перераховуйте всю сторінку на кожен клік.
CLS — Cumulative Layout Shift: стабільність верстки
CLS фіксує, наскільки несподівано зміщуються елементи сторінки під час завантаження. Знайома ситуація: ви збираєтеся натиснути кнопку, але згори довантажується банер, усе зʼїжджає вниз, і палець потрапляє в рекламу. Такі зсуви дратують і знижують довіру — їх і штрафує CLS.
Норми: «добре» — до 0,1, «потребує покращення» — від 0,1 до 0,25, «погано» — понад 0,25. Це безрозмірний показник, а не секунди.
Як покращити CLS:
- Задавайте явні розміри (width/height) для зображень і відео, щоб під них резервувалося місце.
- Резервуйте місце під рекламні блоки та вбудовані елементи заздалегідь.
- Не вставляйте новий контент над уже видимим (крім реакції на дію користувача).
- Підключайте шрифти акуратно (font-display, preload), щоб уникнути «стрибка» тексту під час підміни шрифту.
Норми Core Web Vitals: зведена таблиця
| Метрика | Що вимірює | Добре | Потребує покращення | Погано |
| LCP | Швидкість завантаження | ≤ 2,5 с | 2,5–4 с | > 4 с |
| INP | Чутливість | ≤ 200 мс | 200–500 мс | > 500 мс |
| CLS | Стабільність верстки | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Щоб сторінка вважалася такою, що пройшла перевірку, у «зеленій» зоні мають бути всі три метрики за 75-м перцентилем користувачів.
Як перевірити Core Web Vitals
- PageSpeed Insights — головний інструмент. Показує і польові дані (CrUX, реальні користувачі), і лабораторний тест (Lighthouse) з конкретними рекомендаціями.
- Google Search Console — звіт «Основні інтернет-показники» групує URL за статусами й показує динаміку по всьому сайту.
- Chrome DevTools і розширення Web Vitals — для налагодження просто в браузері.
- Chrome UX Report (CrUX) — вихідні польові дані.
Починайте з польових даних: саме їх враховує Google під час ранжування. Лабораторія допомагає зрозуміти причину, але не замінює реальну статистику. Докладний розбір сервісів є в окремій статті про безкоштовні SEO-інструменти.
Польові та лабораторні дані — чому цифри різняться
Лабораторний тест (Lighthouse) проганяє сторінку в контрольованих умовах: задана швидкість мережі, конкретний пристрій. Польові дані (CrUX) збираються з реальних користувачів — з різними телефонами, інтернетом і поведінкою. Тому в Lighthouse може бути «зелено», а в полі — «жовто». Під час роботи з ранжуванням орієнтуйтеся на польові дані, а лабораторію використовуйте для діагностики.
Часті помилки
- Гонитва за 100 балами в Lighthouse замість реальних метрик. Оцінка Lighthouse — не те саме, що Core Web Vitals; можна мати 100 балів і червоний CLS у полі.
- Оптимізація лише десктопа. Google оцінює мобільну версію — тестуйте насамперед її.
- Ігнорування сторонніх скриптів. Часто саме чати, пікселі та віджети роняють INP.
- Разове виправлення замість контролю. Метрики коливаються: потрібен регулярний моніторинг, а не одноразова оптимізація.
Core Web Vitals — важлива частина технічного здоровʼя сайту, але не єдина. Повну картину дає технічний SEO-аудит, який перевіряє швидкість разом з індексацією, дублями та структурою. Технічне здоровʼя — фундамент, але позиції визначає й зовнішній авторитет: без лінкбілдингу навіть ідеально швидкий сайт може не пробитися в конкурентній ніші.
Хочете зрозуміти, що гальмує саме ваш сайт, і виправити це з максимальною віддачею? Замовте технічний SEO-аудит — ми виміряємо Core Web Vitals за реальними даними, знайдемо вузькі місця й дамо покроковий план покращень. Ціни орієнтовні та залежать від ніші, обсягу й конкуренції — точну вартість розрахуємо за вашим проєктом.