Швидкість сайту та Core Web Vitals у 2026: чому повільний сайт втрачає гроші і як це виправити

Коротка відповідь: швидкість сайту у 2026 році — це прямий фактор і продажів, і позицій у Google. Пошуковик оцінює її трьома метриками Core Web Vitals: LCP (головний контент має з'являтися до 2,5 с), INP (відгук на дії користувача до 200 мс) і CLS (стабільність макета до 0,1). За даними Google, 53% мобільних відвідувачів залишають сторінку, що вантажиться понад 3 секунди, а дослідження Deloitte показало: прискорення мобільного сайту лише на 0,1 секунди дає +8–10% до конверсії в ритейлі. 90% проблем зі швидкістю зводяться до шести причин — важкі зображення, слабкий хостинг, зайві плагіни, відсутність кешування, сторонні скрипти і неоптимізовані шрифти — і всі вони виправляються. Аудит швидкості коштує від 5 000 грн, комплексна оптимізація — 15 000–50 000 грн і зазвичай окупається за лічені місяці.

Це найбільш «технічна» стаття нашого циклу, але написана вона для власників бізнесу. Після прочитання ви зможете самостійно перевірити свій сайт, зрозуміти звіт розробника і не переплатити за оптимізацію.

Чому швидкість — це гроші, а не «технічна деталь»

Почнімо з цифр, які варто знати кожному власнику сайту:

• 53% мобільних відвідувачів закривають сторінку, якщо вона завантажується довше 3 секунд (дослідження Google). Тобто повільний сайт втрачає більше половини мобільного трафіку ще до першого екрана.
• +8–10% до конверсії в ритейлі дає прискорення мобільного сайту всього на 0,1 секунди — це висновок масштабного дослідження Deloitte «Milliseconds Make Millions». Одна десята секунди. У туризмі той самий зсув дав +10% до конверсії.
• Понад 75% онлайн-покупок у 2026 році здійснюються зі смартфонів — а мобільний інтернет нестабільніший за домашній Wi-Fi, тому «на моєму комп'ютері все літає» нічого не говорить про реальний досвід ваших покупців.

Тепер складімо це докупи на прикладі. Магазин із трафіком 10 000 відвідувачів на місяць, конверсією 1,5% і середнім чеком 1 500 грн заробляє 225 000 грн/міс. Якщо через повільне завантаження він втрачає навіть 20% мобільних відвідувачів і частину конверсії — рахунок іде на десятки тисяч гривень щомісяця. Реклама при цьому оплачена повністю: ви платите за кліки людей, які не дочекалися завантаження. Швидкість — лише одна з причин, чому сайт не приносить заявок.

І другий бік медалі — SEO. Google офіційно використовує показники швидкості як фактор ранжування, а з поширенням ШІ-пошуку ситуація тільки загострилася: краулери ChatGPT і Perplexity теж «не люблять» повільні сторінки — про це ми детально писали у статті про GEO. Повільний сайт програє двічі: і людям, і алгоритмам.

Що таке Core Web Vitals людською мовою

Core Web Vitals (CWV) — це три метрики, якими Google вимірює реальний досвід користувачів на вашому сайті. Не «швидкість взагалі», а три конкретні відчуття людини:

LCP — Largest Contentful Paint. Скільки часу минає до появи головного контенту: банера, фото товару, заголовка. Це відповідь на питання «як довго я дивлюся на білий екран?». Добре — до 2,5 секунди, погано — понад 4.

INP — Interaction to Next Paint. Як швидко сайт реагує на дії: клік по кнопці «В кошик», відкриття меню, вибір фільтра. Добре — до 200 мс, погано — понад 500 мс. Ця метрика у 2024 році замінила стару FID і стала суворішою: вона вимірює всі взаємодії за сесію, а не лише першу. Саме INP найчастіше «завалюють» перевантажені скриптами магазини.

CLS — Cumulative Layout Shift. Стабільність макета. Знайома ситуація: цілитесь у кнопку, а в цей момент довантажується банер, усе з'їжджає — і ви клікаєте по рекламі. Це і є layout shift. Добре — до 0,1, погано — понад 0,25.

Важлива деталь, яку пропускають навіть деякі підрядники: Google оцінює CWV за 75-м перцентилем реальних користувачів (дані Chrome UX Report). Тобто сайт вважається швидким, коли швидко у 75% відвідувачів — з їхніми середніми телефонами і мобільним інтернетом, а не на потужному ноутбуці розробника в офісі з оптоволокном.

Як перевірити свій сайт за 5 хвилин

Три безкоштовні інструменти, у порядку корисності для власника:

1. PageSpeed Insights (pagespeed.web.dev). Вставте адресу сторінки — і отримаєте два блоки даних. Верхній, «Що бачать реальні користувачі» — це і є ваші Core Web Vitals з реального трафіку (якщо його достатньо). Нижній, лабораторний тест — діагностика з конкретними рекомендаціями. Дивіться насамперед на верхній блок і на мобільну вкладку.
2. Search Console → звіт «Основні веб-показники». Показує, скільки сторінок сайту Google вважає повільними, і групує їх за типовими проблемами. Найзручніший спосіб побачити картину по всьому сайту, а не по одній сторінці.
3. Власний телефон у мобільній мережі. Вимкніть Wi-Fi, відкрийте сайт у режимі інкогніто, пройдіть шлях покупця: головна → категорія → товар → кошик. Це найдешевший аудит з усіх можливих — і найчесніший.

Перевіряйте не тільки головну: сторінки товару і кошика зазвичай повільніші, а саме вони конвертують гроші.

Одне важливе застереження про цифри. «Бал PageSpeed» — лабораторна оцінка, яка залежить від багатьох умов і змінюється від заміру до заміру. Тому обіцянка «зробимо 90+ балів» у комерційній пропозиції — маркетинговий прийом, а не професійна мета. Коректна мета оптимізації — зелена зона Core Web Vitals за даними реальних користувачів: саме її бачить Google і саме вона впливає на продажі.

Топ-6 причин, чому ваш сайт повільний

За нашим досвідом аудитів, 90% проблем зі швидкістю дають шість причин:

1. Важкі зображення. Фото на 3–8 МБ, завантажені прямо з камери чи фотостоку без стиснення. Одна сторінка каталогу з двадцятьма такими фото — це десятки мегабайтів. Найпоширеніша і найдешевша у виправленні проблема.
2. Дешевий або невідповідний хостинг. Якщо сервер віддає першу відповідь (TTFB) за 1,5–2 секунди, жодні оптимізації на боці сайту не врятують — фундамент повільний. Особливо це б'є по магазинах: генерація сторінки каталогу з фільтрами вимагає ресурсів.
3. Зайві плагіни. Типовий WordPress-сайт «з історією» має 25–40 плагінів, з яких активно використовується половина. Кожен додає свої скрипти, стилі і запити до бази.
4. Відсутність кешування. Без кешу сервер збирає кожну сторінку з нуля для кожного відвідувача — замість того, щоб віддавати готову копію за мілісекунди.
5. Сторонні скрипти. Онлайн-чат, пікселі трьох рекламних систем, віджет відгуків, карти, відеоплеєр — кожен «безкоштовний» віджет приїжджає зі своїм кодом. Десять таких — і INP у червоній зоні.
6. Шрифти і декоративні елементи. П'ять накреслень шрифту з зовнішнього сервісу, каруселі на весь екран, фонові відео. Красиво на презентації дизайну — боляче на телефоні покупця.

Чек-лист оптимізації: 10 кроків за пріоритетом

Порядок не випадковий — від максимального ефекту за мінімальні зусилля:

1. Стисніть зображення і перейдіть на WebP/AVIF. Сучасні формати легші за JPEG на 30–70% без видимої втрати якості. Для WordPress це автоматизується плагіном, для OpenCart — модулем чи на рівні сервера.
2. Увімкніть lazy load. Зображення нижче першого екрана мають довантажуватися в міру прокрутки, а не всі одразу.
3. Налаштуйте кешування сторінок. Для WordPress на LiteSpeed-хостингу — LiteSpeed Cache (безкоштовний і один з найефективніших), альтернативи — WP Rocket, W3TC. Для OpenCart — вбудований кеш + серверний.
4. Підключіть CDN і сучасне стиснення. Cloudflare навіть на безкоштовному плані дає CDN, стиснення Brotli і бонусом захисний екран від атак.
5. Проведіть ревізію плагінів і скриптів. Правило просте: не використовується — видаляється (не деактивується, а видаляється). Для кожного стороннього віджета питання: він приносить більше, ніж коштує у швидкості?
6. Відкладіть некритичний JavaScript. Аналітика, пікселі, чати мають завантажуватися після контенту (defer/delay), а не блокувати його. Це головний важіль для INP.
7. Оптимізуйте шрифти. 2–3 накреслення максимум, локальне розміщення, font-display: swap, preload для основного шрифту.
8. Перегляньте хостинг і версію PHP. Перехід на PHP 8.3+ сам по собі прискорює WordPress і OpenCart; LiteSpeed-сервер додає ще. Якщо TTFB стабільно понад 600–800 мс — час переїжджати.
9. Почистіть базу даних. Ревізії записів, кошики-привиди, логи модулів — за роки набігають сотні мегабайтів, які уповільнюють кожен запит.
10. Зафіксуйте місця під динамічний контент. Банери, рекламні блоки і зображення повинні мати зарезервовані розміри — це лікує CLS, оті самі «стрибки» макета.

Після кожного великого кроку — замір. Оптимізація без вимірювання «до/після» — це ремонт із зав'язаними очима.

Особливості оптимізації WordPress і OpenCart

WordPress/WooCommerce. Сила платформи — екосистема плагінів — вона ж і головний ризик для швидкості. Робоча зв'язка, яку ми використовуємо: LiteSpeed-хостинг + LiteSpeed Cache + WebP + Cloudflare, жорстка дисципліна плагінів і винесення пошуку по каталогу на швидкі рішення при великих базах. Окремий пункт — теми: важкий багатофункціональний шаблон «усе в одному» може сам по собі тримати сайт у жовтій зоні.

OpenCart. Легший за WordPress у базі, але має свої болі: неоптимізовані запити модулів фільтрів на великих каталогах, роздуті таблиці сесій і кошиків, старі версії движка. Лікується кешуванням, індексами бази і ревізією модулів — детальніше про сильні й слабкі сторони платформ ми писали у порівнянні WordPress, OpenCart і Laravel.

І для обох платформ: швидкість — це не разова акція, а режим. Кожен новий плагін, банер чи скрипт аналітики — потенційний крок назад, тому CWV варто перевіряти щомісяця (це зазвичай входить у технічну підтримку).

Типовий кейс: магазин до і після оптимізації

Узагальнений, але дуже типовий портрет проєкту оптимізації — магазин на WooCommerce, 3–4 роки життя, «сайт став гальмувати»:

Діагноз: фото товарів по 4–6 МБ, 34 активні плагіни (використовується ~20), кешування немає, 6 сторонніх скриптів у шапці, хостинг із TTFB ~1,2 с.

Роботи за чек-листом вище: конвертація зображень у WebP + lazy load, чистка плагінів до 19, LiteSpeed Cache, Cloudflare, defer для скриптів, переїзд на LiteSpeed-хостинг, чистка бази.

Результат: LCP з 6,8 с до 2,1 с, вага сторінки з 9,4 МБ до 1,8 МБ, кількість запитів зі 142 до 58, відмови з мобільних з 61% до 38%. Сайт перейшов у зелену зону CWV за реальними користувачами — і, що важливіше для власника, мобільна конверсія виросла ще до будь-яких змін у рекламі.

Зверніть увагу: жодної магії, жодного «переписати все з нуля» — дисципліна і послідовність.

Скільки коштує оптимізація швидкості

Для порівняння масштабу: базова оптимізація коштує як кілька днів рекламного бюджету середнього магазину — а працює на конверсію постійно. Це одна з найшвидше окупних інвестицій у сайт, що вже має трафік (якщо трафіку ще немає — спершу дивіться статтю про вартість сайтів і будуйте базу правильно з нуля).

Часті питання (FAQ)

---

StexSoft проводить аудити швидкості та комплексну оптимізацію сайтів на WordPress і OpenCart: Core Web Vitals, LiteSpeed, Cloudflare, чистка коду і бази. Надішліть адресу вашого сайту — зробимо експрес-замір і скажемо чесно, чи є що прискорювати.