Повільний сайт коштує грошей. Якщо ваш WordPress-магазин вантажиться довше 3 секунд, конверсія падає до 40% — Google підтверджує це дослідженнями, а наші проекти підтверджують реальними цифрами. Добра новина: у більшості випадків проблема вирішується без переписування сайту з нуля.
Три основних джерела гальмувань
1. Незакешовані запити до бази даних
WordPress за замовчуванням виконує десятки SQL-запитів на кожній сторінці. Без object cache кожен запит іде до MySQL. Рішення — Redis або Memcached разом з плагіном Redis Object Cache. Після підключення кількість SQL-запитів на сторінці товару скорочується з 60–80 до 5–10.
2. Важкі зображення без lazy load і WebP
Зображення у форматі JPEG або PNG без оптимізації — найчастіша причина повільного завантаження. Підключаємо автоконвертацію у WebP через Imagify або ShortPixel і вмикаємо нативний lazy load, доступний з WordPress 5.5.
3. Некешовані сторінки
Якщо хостинг не підтримує серверне кешування, підключаємо WP Rocket або LiteSpeed Cache. Для клієнтів на власних серверах налаштовуємо Nginx FastCGI cache вручну. Результат: TTFB падає з 1.2 с до 0.18 с.
Що ми робимо на практиці
Нещодавній проект: WooCommerce-магазин з 4 000 SKU і 800 унікальними відвідувачами на добу. До оптимізації — LCP 6.2 с, оцінка PageSpeed 38/100. Після — LCP 1.8 с, PageSpeed 87/100. Конверсія виросла на 22% за перший місяць.
Стек оптимізації:
- Redis object cache на VPS (Ubuntu + Nginx)
- WP Rocket для page cache і lazy load
- Imagify для WebP-конвертації
- Cloudflare CDN для статичних файлів
- Query Monitor для пошуку повільних SQL-запитів
Коли потрібен аудит продуктивності
Якщо магазин вантажиться понад 3 секунди, оцінка PageSpeed нижче 60, або сервер «лягає» під час акцій — це сигнал. Швидкий аудит покаже, де втрата і скільки коштує виправити.
Замовте аудит продуктивності
Аналізуємо ваш WordPress-магазин за 2–3 дні і даємо конкретний план: що виправити, у якій послідовності і з яким результатом. Напишіть нам на maximorum.com — перший аудит безкоштовний для нових клієнтів.