Core Web Vitals 2026: LCP, INP і CLS простими словами

Google замінив FID на INP ще в 2024-му, а у 2026 додалися нові пороги. Розбираємо, що міряти і на що вистачить будь-якого ноутбука.

Apricode10 травня 2026 р.2 хв читання
Янтарний секундомір на підставці — Core Web Vitals і швидкість сайту

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 свого сайту

Перевірити 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 вашого сайту й скажемо, що саме тягне метрики вниз і скільки коштуватиме це виправити. Перевірити сайт →

Схожі статті