WordPress: медленная админка — причины и решение

MAATRIX

Публичная часть сайта открывается нормально, а панель управления еле шевелится: WordPress медленная админка. Знакомая боль — каждое действие в wp-admin ждёшь секундами. Причина почти всегда в одном из нескольких мест: тяжёлые плагины, слабые настройки PHP, раздутая опция autoload в базе или фоновые задачи wp-cron. Разберём, как найти, что тормозит именно у вас, и вернуть панели скорость.

Первое действие: определите, тормозит только админка или всё

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

Часто тормозит конкретная страница — список записей, дашборд с виджетами, страница плагинов. Это подсказка: тяжёлый виджет дашборда, плагин, подгружающий данные по внешнему API при каждом входе, или огромная таблица в базе. Если же медленно везде в админке равномерно — смотрите в сторону PHP-настроек и общей мощности. Разделение «только админка или весь сайт» и «конкретная страница или везде» сразу сужает круг и направляет диагностику в нужную сторону, экономя время на переборе.

Причина 1: тяжёлые или конфликтующие плагины

Плагины — первая причина медленной админки. Некоторые выполняют тяжёлую работу на каждой странице wp-admin: обращаются к внешним API, строят отчёты, сканируют файлы, грузят аналитику. Особенно виноваты SEO-комбайны, конструкторы, security-плагины и «оптимизаторы», которые сами тормозят панель. Найдите виновника методом исключения: временно деактивируйте плагины и смотрите, ускорилась ли админка. Если админка доступна — делайте это из неё, если нет — через файловую систему:

mv wp-content/plugins wp-content/plugins_off

Вернув папку, включайте плагины по одному, замеряя скорость админки после каждого. Плагин, после включения которого панель снова тормозит, — виновник. Дальше решайте: обновить, заменить лёгким аналогом, настроить, чтобы не работал в фоне на каждой странице, или удалить. Часто одного-двух «прожорливых» плагинов достаточно, чтобы убить скорость всей панели. Аудит плагинов — самый результативный шаг для ускорения wp-admin.

Причина 2: слабые настройки PHP

Админка WordPress интенсивно использует PHP, и слабые его настройки бьют по ней сильнее, чем по кэшируемому фронту. Устаревшая версия PHP, отсутствие OPcache, низкий memory_limit и малое max_execution_time замедляют каждое действие. Проверьте версию PHP и ключевые параметры:

php -v
php -i | grep -Ei "opcache.enable|memory_limit|max_execution_time"

Убедитесь, что используете современную поддерживаемую версию PHP — свежие релизы заметно быстрее старых. Включите OPcache (кэш скомпилированного PHP-кода) — он резко ускоряет выполнение и особенно ощутим в админке. Поднимите memory_limit до 256 МБ и max_execution_time до разумных значений. Эти настройки на уровне PHP-FPM дают ускорение всему WordPress, но админка выигрывает больше всего, потому что она не кэшируется страничным кэшем и каждый раз честно исполняет код. Обновление PHP и включение OPcache — обязательная база для быстрой панели.

Причина 3: раздутый autoload в базе

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

SELECT ROUND(SUM(LENGTH(option_value))/1024/1024, 2) AS autoload_mb
FROM wp_options WHERE autoload = 'yes';

Если результат превышает несколько мегабайт — это проблема: в норме там сотни килобайт. Посмотрите крупнейшие autoload-опции и почистите мусор от удалённых плагинов, а также просроченные транзиенты. Многие плагины оптимизации баз умеют это делать безопасно, но правки в базе всегда выполняйте с бэкапом. Раздутый autoload замедляет каждую загрузку страницы, и особенно заметно — в админке, где кэширование не спасает. Очистка wp_options часто даёт ощутимое ускорение, о котором мало кто вспоминает.

Причина 4: фоновый wp-cron на каждый запрос

WordPress по умолчанию запускает свои плановые задачи (wp-cron) не по расписанию сервера, а при обращениях к сайту. Если задач много или какая-то из них тяжёлая (рассылки, проверки обновлений, синхронизации), она выполняется прямо во время вашего клика в админке, тормозя его. Решение — отключить запуск wp-cron на каждом запросе и вызывать его настоящим системным cron по расписанию. В wp-config.php:

define('DISABLE_WP_CRON', true);

Затем добавьте в системный crontab вызов wp-cron.php раз в несколько минут — тогда задачи выполняются в фоне по расписанию, а не блокируют интерактивные действия пользователей и админки. Это стандартная оптимизация для сайтов с заметным трафиком или тяжёлыми плановыми задачами. Особенно она помогает, когда «админка тормозит нерегулярно» — как раз в моменты, когда очередной запрос запускает накопившиеся cron-задачи. Перенос wp-cron на системный планировщик убирает эти случайные подвисания.

Как измерить, что стало быстрее

После каждого изменения замеряйте результат, чтобы понимать, что реально помогло. Простой способ — время ответа страницы админки через curl с самого сервера:

curl -o /dev/null -s -w "%{time_total}\n" -b cookies.txt https://site.ru/wp-admin/

Сравнивайте время до и после правок. Полезны и плагины профилирования (например, Query Monitor), которые прямо в админке показывают число и время запросов к базе, самые медленные запросы и хуки, съедающие время. Они точно указывают, какой плагин или запрос тормозит конкретную страницу. Измерение превращает оптимизацию из гадания в осмысленный процесс: вы видите, что autoload почистили — и загрузка ускорилась, OPcache включили — и каждый клик стал резче. Без замеров легко «оптимизировать» то, что и так работало.

Профилактика: держим админку быстрой

Чтобы панель не деградировала со временем, придерживайтесь нескольких правил. Ставьте только нужные плагины и периодически проводите их аудит — каждый лишний плагин это потенциальный тормоз, особенно если он работает в фоне на каждой странице. Держите PHP свежим с включённым OPcache и достаточной памятью. Раз в несколько месяцев чистите базу: транзиенты, autoload-мусор, ревизии записей. Перенесите wp-cron на системный планировщик, если у сайта есть трафик.

И трезво оценивайте сервер: WordPress с набором плагинов, конструктором и растущей базой требует адекватного PHP и ресурсов. Если вы всё оптимизировали, а панель всё равно упирается — возможно, сайт перерос слабый хостинг, и переезд на VPS с быстрым диском, современным PHP и гарантированными ресурсами даст то ускорение, которого не добиться настройками. Быстрая админка — это сочетание разумного набора плагинов, свежего PHP, чистой базы и достаточного сервера. Поддерживая все четыре, вы забываете о тормозах в wp-admin.

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