Магазин WooCommerce найчастіше сповільнюється через відсутність кешу сторінок, замало PHP workers у пік, великі опції autoload у базі, фонові завдання, що накопичилися, і плагіни, які звертаються до зовнішніх сервісів. Почніть із вимірювання часу до першого байта (TTFB): добре — до 0,8 с; у магазині з робочим кешем він може впасти з 0,78 с до 0,11 с.
Спершу виміряйте, потім виправляйте
TTFB сторінки товару й кошика
В інструментах розробника браузера (вкладка «Мережа») або в PageSpeed Insights. Товар із кешу має відповідати за частку секунди; кошик завжди обчислюється наново.
Заголовок кешу
На LiteSpeed перевірте заголовок
X-LiteSpeed-Cache.hitозначає сторінку з кешу,missабо відсутність заголовка — сторінку, обчислену з нуля.Query Monitor
Плагін Query Monitor покаже найповільніші запити до бази, HTTP-запити до інших сервісів і плагін, який їх викликає.
Використання ресурсів у панелі
Якщо в пік з’являються помилки 508 або 503, проблема в лімітах процесів, а не в коді.
10 причин, від найчастішої
| Причина | Як розпізнати | Що зробити |
|---|---|---|
| 1. Немає кешу сторінок | Немає X-LiteSpeed-Cache: hit на товарах | Увімкнути LSCache або інший кеш сторінок |
| 2. Немає object cache | Кошик і консоль повільні, попри кеш сторінок | Redis як object cache — як перевірити |
| 3. Замало PHP workers | Помилки 508/503 або черга в пік | Розрахуйте потрібну кількість |
4. Великий autoload у wp_options | Сума опцій, що завантажуються автоматично, понад приблизно 800 КБ (поріг попередження в «Здоров’ї сайту») | Вимкнути autoload для великих опцій покинутих плагінів |
| 5. Фонові завдання, що накопичилися | Тисячі завдань у WooCommerce → Статус → Заплановані дії | Видалити завершені, виправити ті, що повторюються |
| 6. WP-Cron, який запускають відвідувачі | Стрибки часу відповіді кожні кілька хвилин | Перенести в системний cron |
| 7. Плагін звертається до зовнішнього сервісу | Query Monitor: повільні HTTP-запити | Кешувати результати або замінити плагін |
| 8. Cart fragments на кожній сторінці | wc-ajax=get_refreshed_fragments при кожному перегляді | Обмежити сторінками, які показують міні-кошик |
| 9. Стара версія PHP | PHP 7.x у панелі | Перейти на PHP 8.x після перевірки сумісності плагінів |
| 10. Важкі зображення й скрипти | Поганий LCP при швидкому TTFB | WebP/AVIF, відкладене завантаження, менше зовнішніх скриптів |
Розмір autoload можна перевірити в базі таким запитом (починаючи з WordPress 6.6 опції, що завантажуються автоматично, мають значення yes, on, auto-on або auto):
SELECT ROUND(SUM(LENGTH(option_value)) / 1024) AS autoload_kb
FROM wp_options
WHERE autoload IN ('yes', 'on', 'auto-on', 'auto');Коли винен хостинг
Якщо сторінка з кешу відповідає швидко, а кошик і консоль повільні попри object cache і чисту базу, обмеженням зазвичай є потужність тарифу: кількість PHP workers, процесор або диск. На хостингу Aderlo Cloud LiteSpeed Enterprise, LSCache й окремий екземпляр Redis для кожного акаунта налаштовані з першого дня; в одному з магазинів на Aderlo Cloud це 0,78 с до першого байта без кешу й 0,11 с із кешем.
Порівняти тарифи Aderlo Cloud →Часті запитання
- Який TTFB добрий для магазину WooCommerce?
- Google вважає добрим результат до 0,8 с. Сторінки товарів, що віддаються з кешу, мають бути помітно швидшими; кошик і оформлення замовлення завжди обчислюються наново, тож там важать потужність сервера й object cache.
- Чи пришвидшить магазин більший обсяг оперативної пам’яті?
- Лише якщо магазину бракує пам’яті. Частіше обмеженням є PHP workers, повільні запити до бази або відсутність кешу — варто виміряти це перед зміною тарифу.