Как починить медленную админку WordPress

Краткий ответ: wp-admin обходит страничный кеш, поэтому его скорость отражает «сырые» PHP + базу данных. Привычные лекарства по влиянию: добавить объектный кеш Redis, подрезать autoload-опции и медленные запросы (гайд по базе), профилировать плагины через Query Monitor и утихомирить трафик admin-ajax/heartbeat.

Обзор

Шустрый фронтенд с медленным, как смола, дашбордом — классический признак того, что кеширование прячет проблемы бэкенда. Каждый экран админки выполняет полный WordPress: грузятся все активные плагины, читаются autoload-опции, а фоновые эндпоинты (heartbeat, admin-ajax) дёргаются снова и снова. Найдите тяжёлое, вместо слепого апгрейда.

Что нужно иметь

• Установленный Query Monitor — он приписывает медленные запросы и хуки конкретным плагинам на каждом экране.
• Базовую линию сервера во время работы в wp-admin: htop для CPU, free -h для давления на RAM.

Пошаговая инструкция

1. Сначала объектный кеш: включите Redis — дашборды это именно та нагрузка повторных запросов, которую он убирает.
2. Аудит autoload: раздутые autoload-опции замедляют каждый админский запрос — измерьте и подрежьте, как показано в гайде по MariaDB.
3. Профилирование Query Monitor-ом: откройте самый медленный экран, отсортируйте запросы по времени, зафиксируйте ответственный плагин — page-билдеры, «аналитические дашборды» и проверщики битых ссылок — частые нарушители. Замените или перенастройте их.
4. Heartbeat и admin-ajax: уменьшите частоту Heartbeat API (плагин Heartbeat Control) — несколько открытых вкладок редактора умножают его.
5. Ёмкость PHP: проверьте, что OPcache включён и воркеры не в потолке (тюнинг); нескольким одновременным редакторам нужны собственные воркеры.
6. Внешние вызовы: плагины, «звонящие домой» (проверки лицензий, ленты), блокируют рендеринг — их вскрывает HTTP-панель Query Monitor.

Типичные проблемы

• Медленно только на списках товаров/постов: огромные таблицы + отсутствующий объектный кеш — Redis плюс разумное количество элементов на страницу чинят это.
• Фанаты «wp_options на 2 GB»: накопленные протухшие транзиенты — wp transient delete --expired и найдите пишущий их плагин.
• Всё медленно в определённые часы: бэкапы или cron-задачи бьются с редакторами — перенесите тяжёлые задачи на непиковые часы (системный cron, не WP-cron).

Когда обращаться в поддержку

Если профилирование показывает здоровые запросы, но сам VPS голодает (постоянные 100% CPU при скромном трафике, высокий IO wait), откройте тикет об апгрейде — планы NVMe и Power VPS поднимают именно эти потолки.

Частые вопросы

Почему сайт быстрый, а wp-admin медленный?

Страничные кеши обслуживают только анонимных посетителей; каждый экран админки выполняет полный PHP со всеми плагинами и запросами к базе — wp-admin обнажает производительность, которую прятал кеш.

Какие типы плагинов чаще всего тормозят wp-admin?

Page-билдеры, аналитика в дашборде, проверщики битых ссылок и всё, что сканирует контент в фоне — Query Monitor точно показывает, какой из них доминирует на каждом экране.

Действительно ли важен Heartbeat API?

С несколькими открытыми вкладками редактора он может слать запросы каждые 15 секунд из каждой, занимая PHP-воркеры; ограничение до 60+ секунд — дешёвый безопасный выигрыш на многоавторных сайтах.

Похожие статьи

• Как настроить объектный кеш Redis
• Как оптимизировать MariaDB для WordPress
• Как оптимизировать PHP для WordPress
• Как ускорить WordPress на VPS

Готовы начать? Заказать WordPress VPS в Cloud2Y →