Классическая история: 50+ плагинов, три «оптимизатора» скорости, куча жалоб «сайт еле дышит». Расскажу, как я пошагово оживляю такие проекты, не переписывая их с нуля.

1. Диагностика: backend или фронт?

Сначала выясняю, где именно боль: • измеряю TTFB и общее время ответа:

curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n" "https://site.ru/"

• смотрю в DevTools: • размер HTML/JS/CSS; • количество запросов; • время рендеринга.

Если TTFB большой — копаю PHP/БД и плагины. Если TTFB нормальный, а всё остальное долго — ожиревший фронтенд.

2. Ревизия плагинов: кто всё ломает

Помечаю: • дубликаты (несколько кешей, несколько SEO, несколько форм); • «комбайны» с десятком лишних функций; • плагины, чья функциональность уже есть в теме.

Дальше с заказчиком: • что критично (оплата, формы, интеграции); • что желательно (удобства админки); • что можно смело выключить.

3. Отключаем лишнее аккуратно

Правило: «один шаг — одна проверка». 1. Делаю бэкап или использую стейджинг. 2. По одному отключаю спорные плагины. 3. После каждого шага проверяю: • главную, ключевые разделы; • формы, корзину, личный кабинет; • консоль браузера (ошибки JS).

Часто удаётся убрать 20–30% плагинов, не ломая логику.

4. Кеш и статика без фанатизма

После уборки плагинов и базы: • ставлю один нормальный кеш-плагин (страничный кеш); • включаю OPcache на сервере; • настраиваю минификацию CSS/JS (тоже одним инструментом); • для тяжёлых сайтов — CDN для картинок и файлов.

Главное — аккуратно исключить из кеша: • корзину; • личный кабинет; • страницы, завязанные на сессии/куки.

5. Чек-лист и типичные ошибки

Чек-лист: • Измерен TTFB и общее время ответа. • Составлен и разобран список плагинов. • Убраны дубликаты и неиспользуемые плагины. • Прочищены wp_options и ревизии. • Настроен один кеш-плагин и минификация. • Проверены ключевые сценарии после оптимизации.

Ошибки, которые вижу постоянно: • ставят по 3–4 «ускорителя» одновременно; • удаляют плагин, но не чистят его хвосты в базе; • включают агрессивный кеш на страницах с корзиной/кабинетом; • ленятся сделать стейджинг и правят сразу в бою.

Итог

Обычно WordPress тормозит не из-за «плохого движка», а из-за слоя случайно накиданных плагинов и мусора в базе.

Чёткая ревизия, аккуратное отключение лишнего, чистка wp_options и один нормально настроенный кеш — уже дают сайту вторую жизнь без переезда на «ещё один, но более мощный» сервер.