Google відкрито використовує Core Web Vitals як фактор ранжування
Для інтернет-магазину це означає одне: повільний сайт — це не лише поганий UX, а й пряма втрата позицій у пошуку та конверсій. Ось що з цим робити.
Три метрики, що мають значення
- LCP (Largest Contentful Paint) — час завантаження найбільшого елемента у viewport. Орієнтир Google: ≤ 2,5 с.
- INP (Interaction to Next Paint) — час реакції сторінки на взаємодію користувача. Орієнтир: ≤ 200 мс.
- CLS (Cumulative Layout Shift) — сумарний зсув макету під час завантаження. Орієнтир: ≤ 0,1.
Типові проблеми у WordPress
WordPress-магазини на WooCommerce часто страждають від:
- Зображень без атрибутів
widthіheight→ CLS - Відсутнього
loading="lazy"для зображень нижче fold → LCP - Десятків CSS/JS-файлів плагінів без об'єднання → LCP, INP
- Неоптимізованого рендерингу блоків Gutenberg → INP
Типові проблеми в OpenCart
- Зображення товарів у форматі PNG замість WebP
- Відсутній HTTP/2 або HTTP/3 на хостингу
- Синхронні скрипти, що блокують рендер сторінки
- Відсутній серверний кеш (OPcache, Redis)
Практичні кроки оптимізації
- Зображення: конвертуй у WebP, додай
width/height, використовуй CDN. - PHP OPcache: увімкни на сервері — прискорює виконання PHP-коду без жодних змін у коді проєкту.
- Redis або Memcached: кешуй запити до бази даних, особливо для каталогу товарів.
- Критичний CSS: вбудуй стилі для above-the-fold у
<head>, решту завантажуй defer. - WordPress: WP Rocket або LiteSpeed Cache, правильно налаштовані, дають LCP < 2 с без зміни хостингу.
- OpenCart: мінімізуй JS через vQmod або ocmod — без злому ядра системи.
Реальний результат
Після оптимізації Core Web Vitals на типовому WordPress-магазині:
- LCP: з 4,2 с → 1,8 с
- CLS: з 0,28 → 0,04
- Органічний трафік: +18–35% протягом 3 місяців
Це не теорія — це результат реальних проєктів команди MaxiMoruM.
Команда MaxiMoruM проводить технічний аудит Core Web Vitals для WordPress і OpenCart, впроваджує оптимізації та надає вимірювані результати — не обіцянки.