Краткий ответ: Сначала измерьте, затем примените большую четвёрку: полностраничное кеширование (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 →
