Коротка відповідь: Повний прохід тюнінгу одним списком — виміряти, кешувати на кожному шарі, натюнити PHP і базу, полегшити сторінку, виміряти ще раз. Кожен рядок посилається на повний гайд. VPS, що закриває кожен пункт, віддає кешовані сторінки за десятки мілісекунд, а некешовані — комфортно швидше за секунду.
Огляд
Це стисла пара до пришвидшення WordPress — корисна при здачі нового сайту чи полюванні на регресію. Порядок важливий: виміри обрамляють роботу, кешування дає найбільші виграші, мікрооптимізації йдуть останніми.
Що потрібно мати
- Звичку вимірювати: PageSpeed Insights / WebPageTest для погляду відвідувача,
htop+ Query Monitor для погляду сервера. - Зафіксовані базові числа — не можна покращити те, чого не виміряли.
Покрокова інструкція
Виміряти:
- ☐ Базові TTFB, LCP і відгук адмінки зафіксовані.
Кешувати:
- ☐ Рівно один повносторінковий кеш активний і перевірений заголовком відповіді (гайд).
- ☐ WooCommerce: cart/checkout/account виключені (деталі).
- ☐ Об'єктний кеш Redis підключений, hit ratio перевірений (налаштування).
- ☐ OPcache увімкнений з достатньою пам'яттю (тюнінг PHP).
- ☐ Кеш браузера: 30-денні expires на статиці.
Тюнити:
- ☐ PHP 8.3; FPM-пул розмірений від RAM (формула).
- ☐ InnoDB buffer pool розмірений; slow-query log переглянутий (гайд по базі).
- ☐ Autoload-опції до ~800 KB; протухлі транзієнти вичищені.
- ☐ WP-cron замінений системним cron на жвавих/комерційних сайтах.
Полегшити:
- ☐ Зображення WebP + lazy loading; жодних hero-картинок на кілька МБ.
- ☐ Невикористані плагіни деактивовані і видалені; важкі виправдані даними Query Monitor.
- ☐ Тема легка, або вивід білдера агресивно кешується.
Виміряти ще раз:
- ☐ Ті самі тести, що й базові; числа записані. TTFB на кеш-влучаннях досі повільний? План замалий — розгляньте NVMe/Power VPS.
Типові проблеми
- Оптимізація без вимірів: зусилля падають не на той шар — завжди обрамляйте тестами.
- Нагромадження плагінів: три плагіни оптимізації воюють між собою — один сторінковий кеш, один інструмент зображень, один об'єктний кеш.
- Тестування лише головної: архіви, пошук і checkout — ось де ховаються регресії.
Коли звертатися в підтримку
Усі пункти закриті, а сайт усе одно повільний на рівні платформи (стабільне насичення CPU, IO wait)? Відкрийте тикет зі своїми вимірами, щоб правильно підібрати апгрейд.
Часті запитання
У якому порядку застосовувати виправлення продуктивності?
Спершу виміряти, потім сторінковий кеш, об'єктний кеш і OPcache, далі тюнінг PHP/бази, наприкінці медіа й чистка плагінів — і перемірювати після кожного шару, щоб бачити, що реально допомогло.
Наскільки швидким має бути добре натюнений сайт на WordPress?
Кешовані сторінки повинні показувати TTFB у десятки мілісекунд із близького регіону; некешовані (checkout, адмінка) — впевнено вкладатися в одну секунду на адекватному залізі.
Коли час апгрейдити VPS замість подальшої оптимізації?
Коли кеш-влучання підтверджено швидкі, а некешовані запити лишаються повільними з насиченим CPU чи диском — тюнінг не створить ресурси, яких у плану немає.
Схожі статті
- Як пришвидшити WordPress на VPS
- Як налаштувати об'єктний кеш Redis
- Як оптимізувати PHP для WordPress
- Як оптимізувати MariaDB для WordPress
Готові почати? Замовити WordPress VPS у Cloud2Y →
