Швидкість сайту: як виміряти і реально прискорити у 2026
Швидкість сайту вже давно перестала бути технічною дрібницею. Вона безпосередньо впливає на те, чи залишиться користувач на сторінці, чи зробить покупку і чи повернеться знову. Google офіційно враховує показники Core Web Vitals під час ранжування, а дослідження показують: затримка всього в одну секунду здатна знизити конверсію на 7–20 % залежно від ніші.
У 2026 році вимоги стали чіткішими. INP остаточно замінив FID, а порогові значення для LCP, INP і CLS залишилися жорсткими. Сайти, які завантажуються довше 3 секунд на мобільних, втрачають більше половини відвідувачів ще до першого контакту з контентом.
Нижче — розбір того, що саме вимірювати, як діагностувати проблеми і які дії дають найбільший ефект без зайвих витрат.
Чому швидкість сайту вирішує долю конверсій і позицій
Користувач оцінює сайт за перші 1–2 секунди. Якщо основний контент не з’явився, більшість просто закриває вкладку. Дані Google «The Need for Mobile Speed» фіксують: 53 % мобільних відвідувачів покидають сторінку, якщо вона вантажиться довше 3 секунд. Кожна наступна секунда відсікає ще близько 10 % аудиторії.
Вплив на бізнес вимірюється конкретними цифрами. Дослідження Portent на понад 27 тисячах лендінгів показало: сторінки, що відкриваються за 1 секунду, конвертують утричі краще за ті, що потребують 5 секунд. Покращення на 0,1 секунди в роздрібній торгівлі піднімає конверсію на 8,4 % і середній чек на 9,2 %. Для інтернет-магазину з оборотом у мільйон гривень на місяць це десятки тисяч гривень додаткового доходу.
Пошукові системи теж реагують. Core Web Vitals є підтвердженим сигналом ранжування з 2021 року. Сайти з хорошими показниками отримують перевагу в мобільній видачі, особливо на конкурентних запитах. Повільний сервер або важкі зображення можуть нівелювати навіть якісний контент і хороші зовнішні посилання.
Окремо варто враховувати регіональну специфіку. В Україні частина користувачів досі працює на 3G або нестабільному 4G. Сайт, який «літає» в Києві на оптоволокні, може виглядати повільним у невеликому місті. Тому тестувати потрібно не тільки в лабораторних умовах, а й з урахуванням реальних мереж.
Основні метрики: що саме вимірює Google у 2026 році
Швидкість — це не одне число. Google виділив три ключові метрики, які разом формують Core Web Vitals.
LCP (Largest Contentful Paint) — час, за який з’являється найбільший видимий елемент сторінки (зазвичай головне зображення або блок заголовка). Добре — до 2,5 секунди. Від 2,5 до 4 секунд — потребує покращення. Понад 4 секунди — погано.
INP (Interaction to Next Paint) — час реакції сторінки на кліки, тапи чи введення тексту. Ця метрика замінила FID у 2024 році і залишилася основною у 2026-му. Ціль — до 200 мілісекунд. Значення від 200 до 500 мс вважаються середніми, понад 500 мс — критичними.
CLS (Cumulative Layout Shift) — стабільність макета. Показує, наскільки елементи «стрибають» під час завантаження. Норма — менше 0,1. Від 0,1 до 0,25 — потребує уваги. Понад 0,25 — погано.
Додатково відстежують TTFB (Time to First Byte) — час відповіді сервера. Рекомендований показник — менше 800 мс, ідеально — до 200–400 мс. Високий TTFB майже завжди вказує на проблеми з хостингом, відсутністю кешу або повільними запитами до бази даних.
| Метрика | Що вимірює | Добре | Потребує покращення | Погано |
|---|---|---|---|---|
| LCP | Поява основного контенту | ≤ 2,5 с | 2,5–4 с | > 4 с |
| INP | Відгук на дії користувача | ≤ 200 мс | 200–500 мс | > 500 мс |
| CLS | Зсуви макета | ≤ 0,1 | 0,1–0,25 | > 0,25 |
| TTFB | Час відповіді сервера | ≤ 0,8 с | 0,8–1,8 с | > 1,8 с |
Джерело: офіційні пороги Google Core Web Vitals станом на 2026 рік.
Важливо розрізняти лабораторні дані (Lighthouse, PageSpeed Insights у режимі lab) і польові (CrUX — реальні користувачі Chrome). Google ранжує саме за польовими даними 75-го перцентиля за останні 28 днів. Тому лабораторний бал 90 при поганих реальних показниках майже не допомагає.
Як правильно перевірити швидкість свого сайту
Почніть з Google PageSpeed Insights. Введіть URL і отримайте одразу і лабораторні, і польові дані (якщо їх достатньо). Звертайте увагу не на загальний бал, а на конкретні метрики та список Opportunities.
Для глибшого аналізу використовуйте WebPageTest. Він показує waterfall-графік усіх запитів, дозволяє тестувати з різних локацій і на різних швидкостях з’єднання (включаючи 3G). Це особливо корисно, якщо аудиторія розкидана географічно.
Chrome DevTools (вкладка Performance і Network) дають детальну картину прямо в браузері. Запишіть сесію завантаження, подивіться, які ресурси блокують рендеринг, скільки часу йде на JavaScript і які зображення найважчі.
Для постійного моніторингу підключіть Google Search Console → Core Web Vitals. Там видно реальні дані по групах URL. Якщо з’являються червоні або жовті сторінки — це сигнал діяти.
Перевіряйте не тільки головну. Візьміть 5–7 типових сторінок: головну, категорію, товарну картку, статтю блогу, форму контакту. Часто саме внутрішні сторінки виявляються найповільнішими.
Типові причини повільної роботи і як їх усунути
Більшість проблем повторюються від сайту до сайту. Ось найчастіші і конкретні дії.
Важкі та неоптимізовані зображення
Зображення часто займають 50–70 % ваги сторінки. Конвертуйте JPEG і PNG у WebP або AVIF. WebP дає економію 25–35 %, AVIF — до 50 % при тій самій якості. Використовуйте srcset і sizes, щоб браузер завантажував потрібний розмір. Для зображень нижче першого екрана додайте loading=”lazy”.
Інструменти: Squoosh, TinyPNG, ImageOptim або плагіни на кшталт ShortPixel / Imagify для WordPress.
Повільний сервер і високий TTFB
Shared-хостинг з перевантаженими серверами — класична причина. Перехід на якісний VPS або хмарний хостинг з SSD/NVMe і LiteSpeed/Nginx часто знижує TTFB з 1,5–2 секунд до 200–400 мс. Увімкніть OPcache для PHP, Redis або Memcached для об’єктного кешу.
<
Рендер-блокуючі CSS і JavaScript
Великі файли стилів і скриптів, що завантажуються синхронно, затримують появу контенту. Мінімізуйте і об’єднуйте файли, використовуйте defer або async для некритичних скриптів. Критичний CSS можна інлайнити. Сторонні скрипти (чат, аналітика, реклама) завантажуйте з затримкою або через Partytown / web workers.
