01 Коротка відповідь: що таке Core Web Vitals
Core Web Vitals — три метрики, якими Google вимірює, наскільки швидко і стабільно сторінка веде себе для реального відвідувача: швидкість завантаження основного контенту (LCP), відгук на дії користувача (INP) і візуальну стабільність верстки (CLS). Сторінка отримує оцінку «добре» лише якщо всі три метрики вкладаються в норму у 75% реальних візитів за останні 28 днів — часткова відповідність не вважається проходженням.
Нижче розбираємо кожну метрику окремо: що вона вимірює, які порогові значення діють у 2026 році, як її перевірити і що реально допомагає її покращити.
02 LCP: як прискорити завантаження головного контенту
Largest Contentful Paint (LCP) вимірює час до відображення найбільшого видимого елемента на екрані — як правило, це головне зображення, відео чи блок тексту у верхній частині сторінки. Добрим вважається результат до 2,5 секунди; усе, що повільніше 4 секунд, Google відносить до «поганого» результату, згідно з офіційним описом метрики на web.dev.
Найчастіше LCP страждає від однієї й тієї самої групи причин, і саме з них варто починати перевірку.
- важке зображення чи відео без стиснення і без сучасних форматів (WebP, AVIF) на першому екрані;
- повільна відповідь сервера — час до першого байта (TTFB) з'їдає секунди ще до початку відображення;
- CSS- і JS-файли, що блокують рендеринг і які браузер має завантажити й обробити до показу контенту;
- відсутність передзавантаження (preload) для критичних ресурсів першого екрана.
Практичне покращення майже завжди починається зі стиснення і правильного формату головного зображення, перенесення некритичного JavaScript нижче в черзі завантаження і використання CDN, якщо сервер фізично далекий від аудиторії сайту.
03 INP: як покращити відгук на дії користувача
Interaction to Next Paint (INP) замінив стару метрику First Input Delay і вимірює, скільки часу проходить між дією користувача — кліком, тапом, натисканням клавіші — і видимим відгуком інтерфейсу протягом усього візиту, а не лише за першої взаємодії. Добрим вважається результат до 200 мілісекунд, згідно з описом метрики на web.dev.
INP найчастіше просідає там, де основний потік браузера зайнятий важкими обчисленнями в момент кліка — і це вказує на конкретні технічні причини.
- великі JavaScript-обробники подій, що виконуються синхронно і блокують основний потік;
- стороні скрипти (віджети чатів, аналітика, рекламні теги), які перехоплюють ресурси браузера в невдалий момент;
- занадто часті перемальовки інтерфейсу за простих дій, наприклад під час введення тексту у форму.
Розбивка довгих завдань JavaScript на дрібніші фрагменти і відкладене завантаження сторонніх скриптів, які не потрібні одразу при відкритті сторінки, зазвичай дають найшвидший ефект на INP.
04 CLS: як прибрати «стрибаючі» елементи
Cumulative Layout Shift (CLS) вимірює, наскільки сильно елементи сторінки зміщуються вже після того, як користувач почав її бачити — класичний приклад: текст, що «стрибає» вниз, коли над ним раптово підвантажується картинка чи рекламний блок. Добрим вважається показник до 0,1, згідно з описом метрики на web.dev.
На відміну від LCP і INP, CLS майже завжди вирішується одним і тим самим набором приймів на рівні верстки.
- вказувати атрибути width і height у всіх зображень і відео, щоб браузер заздалегідь резервував місце під них;
- резервувати фіксовану висоту під рекламні блоки й віджети до їхнього фактичного завантаження;
- уникати вставлення нового контенту над уже показаним блоком без явної дії користувача;
- використовувати `font-display: optional` або передзавантаження шрифтів, щоб уникнути зсуву тексту при заміні шрифту.
CLS зазвичай найшвидша метрика для технічного виправлення, але саме її найлегше знову зламати — наприклад, додавши банер згоди на cookies без зарезервованого місця під нього.
05 Як перевірити показники свого сайту
Перш ніж щось покращувати, важливо розуміти різницю між двома типами даних про продуктивність — вони дають різні й не завжди однакові результати.
- Польові дані (Field Data) — реальні вимірювання у справжніх відвідувачів сайту за 28 днів, зі звіту Chrome UX Report. Саме їх використовує Google для ранжування, і саме на них варто орієнтуватися.
- Лабораторні дані (Lab Data) — разовий замір у конкретних умовах, наприклад через Lighthouse. Корисні для налагодження конкретної проблеми, але не відображають реальний досвід усіх відвідувачів.
Звіт «Основні інтернет-показники» в Google Search Console показує польові дані за URL-адресами вашого сайту, згруповані за проблемою, і це найпряміший спосіб дізнатися, що реально бачать користувачі. PageSpeed Insights поєднує обидва типи даних на одній сторінці і підказує конкретні технічні причини за кожною метрикою.
06 Порогові значення 2026 року
Для швидкої перевірки зручно тримати перед очима таблицю з актуальними межами «добре», «потрібно покращити» і «погано» за кожною метрикою.
| Метрика | Добре | Потрібно покращити | Погано |
|---|---|---|---|
| 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.
07 Як Core Web Vitals впливає на позиції і конверсію
Core Web Vitals входить у сигнали page experience, які Google враховує під час ранжування, — детальніше про це можна прочитати в офіційній документації щодо page experience. На практиці це не єдиний і не найвагоміший фактор: релевантність і повнота контенту майже завжди важливіші. Але за приблизно рівного за якістю контенту з конкурентами Core Web Vitals може стати саме тією відмінністю, яка вирішує, хто опиниться вище у видачі.
Вплив на конверсію часто помітніший за вплив на позиції: повільне завантаження і «стрибаючі» елементи прямо збільшують частку відвідувачів, які йдуть зі сторінки ще до того, як побачили пропозицію. Якщо сайт уже пройшов базову SEO-підготовку, але зростання застрягло, технічні метрики — один із перших пунктів для перевірки: загальний чек-лист є в статті SEO-аудит сайту самостійно, а часті причини стагнації розібрані в матеріалі чому сайт не росте в Google.
08 Часті запитання
Що означають букви LCP, INP і CLS?
LCP (Largest Contentful Paint) — час до відображення найбільшого елемента на екрані. INP (Interaction to Next Paint) — швидкість відгуку інтерфейсу на дії користувача. CLS (Cumulative Layout Shift) — наскільки сильно елементи сторінки зміщуються після початку перегляду.
Де подивитися Core Web Vitals свого сайту?
Найточніше джерело — звіт «Основні інтернет-показники» в Google Search Console: він показує польові дані за вашими реальними URL за 28 днів. PageSpeed Insights дає схожі дані плюс лабораторний замір для налагодження конкретної сторінки.
Який порог LCP вважається добрим у 2026 році?
До 2,5 секунди — добрий результат, від 2,5 до 4 секунд — потрібно покращити, понад 4 секунди — поганий результат. Показник вимірюється у 75% реальних візитів за 28 днів, а не як разовий замір.
Чому CLS різко погіршився після останніх змін на сайті?
Найчастіше причина — новий елемент без зарезервованого місця: банер cookies, рекламний блок чи зображення без вказаних атрибутів width і height, через що контент зміщується вже після початку перегляду сторінки.
Core Web Vitals — це прямий фактор ранжування?
Це один із сигналів page experience, які Google враховує під час ранжування, але не єдиний і не найвагоміший — релевантність і якість контенту майже завжди важливіші. За порівнянного за якістю контенту з конкурентами технічні метрики можуть стати вирішальною відмінністю.
Чи можна пройти Core Web Vitals за двома метриками з трьох?
Ні, сторінка отримує загальну оцінку «добре» лише якщо всі три метрики одночасно потрапляють у норму у 75% візитів. Добрий результат за LCP і CLS при поганому INP усе одно вважається непроходженням перевірки загалом.