Коротка відповідь: Спершу виміряйте, потім застосуйте велику четвірку: повносторінкове кешування (LiteSpeed Cache, FastCGI cache чи WP Super Cache), PHP 8.3 з OPcache, об'єктний кеш Redis та оптимізацію зображень (WebP + lazy loading). На VPS усе це під вашим контролем і зазвичай скорочує час завантаження у 2–5 разів.
Огляд
Продуктивність WordPress — це стек шарів: що ближче до відвідувача відповідає запит, то швидший сайт. Сторінковий кеш віддає цілі сторінки без PHP; об'єктний кеш економить повторну роботу бази для запитів, які мусять виконати PHP; OPcache прибирає компіляцію скриптів; а легкі медіа тримають малий обсяг передачі. Ідіть згори вниз і повторно вимірюйте після кожного шару.
Що потрібно мати
- Базову лінію: прогоніть PageSpeed Insights / WebPageTest і зафіксуйте TTFB та LCP.
- Знання свого вебсервера — найкращий вибір сторінкового кешу різний для Nginx і OpenLiteSpeed.
- Бекап перед змінами стека.
Покрокова інструкція
- Сторінковий кеш: OpenLiteSpeed → плагін LiteSpeed Cache (уже інтегрований); Nginx → увімкніть FastCGI-кеш у server block або кеш-плагін. Перевіряйте заголовками відповіді (
x-litespeed-cache: hit/ заголовок вашого кешу) і виключіть cart/checkout/account на WooCommerce (деталі). - PHP: PHP 8.3 з увімкненим OPcache (за замовчуванням) — і правильно розміреним FPM (тюнінг PHP).
- Об'єктний кеш: додайте Redis (гайд) — найбільший виграш для wp-admin, WooCommerce і залогінених користувачів.
- Медіа: віддавайте WebP (плагін Performance Lab чи ваш плагін зображень), тримайте lazy loading увімкненим і дозвольте браузеру кешувати статику 30 днів (expires-заголовки).
- Розчистіть застосунок: деактивуйте невикористані плагіни, беріть легку тему і шукайте повільні запити через Query Monitor, перш ніж винуватити сервер.
- Виміряйте ще раз. Якщо TTFB на кеш-влучаннях усе ще повільний — сервер замалий; розгляньте плани NVMe VPS чи Power VPS.
Типові проблеми
- Два сторінкові кеші одночасно: плагін і серверний кеш конфліктують і віддають застарілі сторінки — тримайте рівно один сторінковий кеш.
- Hit ratio біля нуля: cookie чи сесійні плагіни позначають кожного відвідувача динамічним — перевірте заголовок статусу кешу в інкогніто.
- Швидкий фронт, повільна адмінка: сторінкові кеші не допомагають залогіненим — це робота об'єктного кешу (гайд про повільну адмінку).
Коли звертатися в підтримку
Якщо сайт лишається повільним із підтвердженими кеш-влучаннями та здоровими графіками CPU/RAM, або хочете пораду щодо апгрейду на NVMe/Power VPS, відкрийте тикет зі своїми вимірами.
Часті запитання
Яка одна зміна найбільше пришвидшує WordPress?
Повносторінкове кешування — закешована сторінка віддається без запуску PHP і без звернень до бази, що рутинно скорочує time-to-first-byte із сотень мілісекунд до менш ніж п'ятдесяти.
Чи потрібен CDN, якщо VPS поруч із відвідувачами?
Менше, ніж здається: для аудиторії одного регіону близький VPS із добрим кешуванням часто зрівнюється з CDN за затримкою. CDN окупається на глобальній аудиторії та важких медіа.
Чому сайт швидкий для відвідувачів, але повільний після входу?
Сторінкові кеші оминають залогінених, тож кожен запит адміна виконує повний PHP і SQL. Саме об'єктний кеш Redis і тюнінг PHP/бази пришвидшують wp-admin та WooCommerce.
Схожі статті
- Як налаштувати об'єктний кеш Redis
- Як оптимізувати PHP для WordPress
- Як оптимізувати MariaDB для WordPress
- Чекліст продуктивності WordPress
Готові почати? Замовити WordPress VPS у Cloud2Y →
