
Core Web Vitals — це три метрики, якими Google міряє, наскільки сайт швидкий і зручний для реальної людини: як довго вантажиться головне, як швидко сторінка відповідає на клік і чи не стрибає верстка під пальцем. Пороги «зеленої» зони у 2026 році: LCP до 2,5 с, INP до 200 мс, CLS до 0,1 — і пройти треба всі три одночасно, за 75-м перцентилем реальних візитів. Зелені показники — сайт «здоровий», червоні — Google це бачить і читач це відчуває.
Ми в Apricode лагодимо чужі повільні сайти майже щотижня. Найчастіше приходять з тим самим набором: WordPress, обвішаний десятком плагінів, хостинг за 200 ₴/міс і hero-банер на 4 МБ у форматі PNG. Нижче — що означає кожна метрика, які пороги актуальні у 2026, як перевірити свій сайт і що з червоними значеннями реально робить розробник.
Що таке Core Web Vitals простими словами
Core Web Vitals — це три поведінкові метрики швидкості, які Google вважає базовими для якості сторінки. Кожна відповідає за окрему частину досвіду:
- LCP (Largest Contentful Paint) — швидкість завантаження. За скільки секунд з’являється найбільший видимий елемент екрана: банер, заголовок, головне фото. Простими словами — «коли сторінка виглядає готовою».
- INP (Interaction to Next Paint) — чутливість. За скільки мілісекунд сторінка реагує на дію: клік, тап, введення в поле. Простими словами — «наскільки сайт гальмує у відповідь на палець».
- CLS (Cumulative Layout Shift) — стабільність верстки. Наскільки елементи стрибають під час завантаження. Той самий випадок, коли ви цілитесь у кнопку, а туди в останній момент застрибує банер.
Важлива деталь 2026 року: INP давно замінив стару метрику FID. Перехід відбувся ще в березні 2024-го, тож якщо у старій статті ви бачите «FID» — вона застаріла. INP суворіший: він міряє не першу взаємодію, а найповільнішу за весь візит.
Актуальні пороги Core Web Vitals у 2026
Пороги Google не змінював — вони стабільні й міряються за 75-м перцентилем реальних візитів (окремо для мобільних і десктопу). Це означає: щоб метрика була «зеленою», у 75% ваших відвідувачів вона має бути в межах «good».
| Метрика | Що міряє | Good (зелена) | Poor (червона) | Типовий винуватець |
|---|---|---|---|---|
| LCP | завантаження: коли з’являється найбільший елемент екрана | ≤ 2,5 с | > 4,0 с | важкий hero-банер, повільний сервер (TTFB) |
| INP | чутливість: реакція сторінки на клік чи тап | ≤ 200 мс | > 500 мс | зайвий JavaScript, сторонні скрипти |
| CLS | стабільність: наскільки стрибає верстка | ≤ 0,1 | > 0,25 | зображення без розмірів, банери, шрифти |
Між «good» і «poor» лежить жовта зона «needs improvement»: LCP 2,5–4,0 с, INP 200–500 мс, CLS 0,1–0,25. CLS — безрозмірна величина (частка зсуву екрана), тому в секундах не міряється. Щоб «пройти» Core Web Vitals, у зелену зону мають потрапити всі три метрики одночасно, а не дві з трьох.

Як перевірити Core Web Vitals свого сайту
Перевірити Core Web Vitals можна безкоштовно за 5 хвилин трьома інструментами Google. Головне — розуміти різницю між «лабораторними» і «польовими» даними, бо саме тут більшість помиляється:
- PageSpeed Insights (pagespeed.web.dev) — вставляєте URL і отримуєте одразу два блоки. Верхній — польові дані реальних користувачів за 28 днів (це те, що бачить Google). Нижній — лабораторний тест Lighthouse на одному прогоні. Орієнтуйтесь на верхній.
- Search Console → звіт Core Web Vitals — показує польові дані по всьому сайту, згруповані за типами сторінок. Найкорисніший інструмент: видно не одну сторінку, а весь сайт і які групи URL «червоні».
- Chrome DevTools → Lighthouse — лабораторний тест прямо в браузері. Зручно для розробника під час роботи, але це синтетика, не реальні користувачі.
Пастка, в яку часто потрапляють: лабораторний Lighthouse показав 95, а сайт усе одно «не проходить». Тому що Google дивиться на польові дані CrUX (Chrome User Experience Report) — статистику від справжніх відвідувачів з реальними телефонами й реальним інтернетом, а не на ідеальний тест з дата-центру. Детальніше про технічну частину — у розборі пошукової оптимізації сайту.
Чому сайт провалює метрики — і що з цим робить розробник
Червоні Core Web Vitals майже завжди зводяться до передбачуваного списку причин. Ось найчастіші по кожній метриці — і що з ними робимо на практиці.
LCP повільний, коли:
- важкий hero-банер без стиснення (PNG на кілька МБ). Фікс — WebP/AVIF, правильний розмір,
fetchpriority="high"на головному зображенні. - повільна відповідь сервера (TTFB). Фікс — кешування, нормальний хостинг замість shared за копійки, CDN.
- рендер блокують важкі CSS/JS. Фікс — критичний CSS інлайном, відкладене завантаження решти, менше сторонніх скриптів.
INP гальмує, коли:
- на головному потоці висить забагато JavaScript — важка гідрація, роздутий бандл, десяток плагінів. Фікс — прибрати зайве, розбити довгі завдання, відкласти некритичне.
- сторонні скрипти (чати, піксель реклами, аналітика) блокують реакцію на клік. Фікс — вантажити їх після взаємодії, а не одразу.
CLS стрибає, коли:
- у зображень і відео не задані
width/height. Фікс — явні розміри абоaspect-ratio, щоб браузер зарезервував місце заздалегідь. - банери, iframe чи реклама вантажаться без зарезервованого місця. Фікс — резервувати слот наперед.
- шрифти підвантажуються ривком і зсувають текст. Фікс —
font-display: swap+size-adjust.
Це не магія й не «переписати сайт з нуля». У 8 з 10 випадків стиснуті зображення, чистий хостинг і мінус три непотрібні плагіни витягують метрики із червоної зони в зелену. Саме цим і займається технічна підтримка сайту — регулярно, а не раз перед провалом.
Чому Core Web Vitals впливають на позиції та конверсію
Core Web Vitals — офіційна частина сигналів page experience Google. Це не головний фактор ранжування (контент і посилання важать більше), але за інших рівних червоні метрики тягнуть сайт вниз, а зелені працюють на вас. Ще важливіше — швидкість напряму б’є по грошах.
За даними Google, імовірність, що відвідувач піде, зростає на 32%, коли час завантаження збільшується з 1 до 3 секунд. Дослідження Deloitte «Milliseconds Make Millions» показало: покращення швидкості лише на 0,1 секунди піднімало конверсію в рітейлі приблизно на 8%. Тобто Core Web Vitals — це не «галочка для Google», а прямий важіль виручки: повільний магазин втрачає покупців ще до того, як вони побачили товар. Якщо органічний трафік для вас критичний, почніть з SEO-аудиту — він показує і швидкість, і те, що ще заважає позиціям.
Коли метрики зелені — не чіпайте
Порада, яку від підрядника почуєте нечасто: якщо польові Core Web Vitals у вас зелені — не женіться за «100 із 100» у Lighthouse. Різниця між LCP 2,3 с і 1,8 с користувач не помітить, а бюджет на цю оптимізацію можна спалити суттєвий. Google винагороджує зелену зону, а не ідеальний бал.
Ми чесно про це говоримо: якщо приходить клієнт із уже зеленими метриками і просить «зробіть 100», ми пояснюємо, що гроші розумніше вкласти в контент чи конверсію. Оптимізація має сенс, поки метрики червоні або жовті. Скільки коштує тримати сайт швидким постійно — розбираємо в матеріалі про ціну підтримки сайту.
Часті питання
Чим INP відрізняється від старого FID? FID міряв затримку лише першої взаємодії й майже завжди був зеленим. INP міряє найповільнішу взаємодію за весь візит — тож він суворіший і чесніший. Google замінив FID на INP у березні 2024 року, тому у 2026 орієнтуйтесь тільки на INP.
Чому Lighthouse показує 95, а Search Console пише, що сайт не проходить? Lighthouse — це лабораторний тест на одному ідеальному прогоні. Google для ранжування бере польові дані CrUX від реальних користувачів за 28 днів. Реальні телефони й мобільний інтернет повільніші за дата-центр, тому польовий результат майже завжди гірший за лабораторний. Вірте польовим даним.
За скільки можна виправити червоні Core Web Vitals? Залежить від причини. Стиснути зображення, підчистити скрипти й прибрати зайві плагіни — кілька днів роботи, і метрики часто зеленіють одразу. Якщо проблема в архітектурі (важкий client-side рендеринг, повільний бекенд) — це більший обсяг. Точну відповідь дає технічний огляд сайту.
Чи впаде сайт у позиціях лише через червоні Core Web Vitals? Сам по собі — навряд. Швидкість — це підсилювач, а не головний сигнал. Але коли ви й конкурент рівні за контентом, зелені метрики стають перевагою, а повільний сайт до того ж втрачає конверсію. Тож ігнорувати їх не варто.
Що змінилося в Core Web Vitals до 2026 року? Пороги — нічого: 2,5 с / 200 мс / 0,1 тримаються без змін. Головна зміна останніх років — заміна FID на INP у березні 2024-го, а у вересні 2024-го FID остаточно прибрали з CrUX та інструментів Google. Далі Google вдосконалював діагностику, а не критерії: у Chrome DevTools з’явилися детальні розбори INP за довгими кадрами (Long Animation Frames), тож знайти винуватця гальм стало помітно простіше.
Коротко
Core Web Vitals — це LCP (завантаження, ≤ 2,5 с), INP (чутливість, ≤ 200 мс) і CLS (стабільність, ≤ 0,1). Перевіряйте польові дані в PageSpeed Insights і Search Console, а не лабораторний бал Lighthouse. Червоні метрики майже завжди лікуються стисненням зображень, чистим хостингом і мінусом зайвих скриптів. Зелені — не чіпайте й вкладайте бюджет у контент.
Пришліть URL — безкоштовно перевіримо Core Web Vitals вашого сайту й скажемо, що саме тягне метрики вниз і скільки коштуватиме це виправити. Перевірити сайт →
Схожі статті
SEOЯк запустити рекламу в Google швидко: мінімальний робочий набір
13 травня 2026 р.
У вас 2 дні на старт і 10 000 ₴ на тест. Що реально потрібно: конверсія, 3-5 пошукових кампаній, ремаркетинг. Що не треба ставити в перший тиждень — і чому так.
SEOЯк налаштувати Google Ads з нуля: 7 кроків і де зазвичай горить
6 травня 2026 р.
Конверсії, ключі, групи оголошень, мінус-слова, ставки, performance max — типова кампанія у 2026 збирається з 7 кроків. Розбираємо кожен і де новачки втрачають бюджет.
SEOЛокальне SEO у 2026: як з'явитися в Google Maps і не зникнути
5 квітня 2026 р.
Якщо ви салон, кав'ярня чи стоматолог у Києві — головне поле бою це не Google.com, а Google Maps. 8 кроків локальної SEO, без яких бізнес у місті просто не бачать.