Если сайт для посетителей открывается терпимо, а админка WordPress долго загружает записи, медиафайлы или страницу обновлений, причина не обязательно в мощности сервера в целом. Панель управления выполняет собственные запросы и загружает расширения для редактора, поэтому её может замедлять отдельный плагин, тема, база данных или нехватка серверных ресурсов. Начните с поиска узкого места: ускорять всё подряд обычно дольше и рискованнее.
Сначала определите, что именно тормозит
Проверьте несколько разных действий: откройте список записей, отредактируйте запись, загрузите медиатеку и зайдите в раздел обновлений. Отметьте, где задержка появляется постоянно, а где только иногда. Если медленно работает одна страница, вероятнее проблема в загружаемом на ней плагине, запросе к базе или большом объёме данных. Если задерживаются все разделы админки, проверьте сервер, PHP и общие расширения.
Откройте инструменты разработчика браузера клавишей F12 и вкладку Network («Сеть»), затем обновите медленную страницу. Если основное время уходит на ожидание ответа документа или запроса к серверу, узкое место, скорее всего, на стороне WordPress или хостинга. Если документ приходит быстро, но долго загружаются скрипты и стили, ищите тяжёлое расширение админки, редактора или проблему в браузере. Для проверки исключите влияние кэша браузера и сравните результат в другом браузере.
На странице Инструменты → Здоровье сайта → Информация посмотрите сведения о версии PHP, лимитах и сервере. Сам по себе большой лимит памяти не ускоряет сайт, но нехватка памяти может приводить к ошибкам и нестабильной работе. Если медленно проходит только установка обновлений, отдельно проверьте свободное место и скорость диска, а также сетевое соединение сервера: эта операция зависит не только от скорости обычных страниц.
Проверьте плагины, тему и редактор
Плагины могут добавлять запросы к базе и загружать свои скрипты прямо в админке. Особенно заметно это бывает в редакторе записей, конструкторе страниц, медиатеке и на экранах настроек. Чтобы найти виновника, временно отключайте расширения по одному и повторяйте одно и то же действие. На рабочем сайте делать это рискованно: отключение плагина может изменить вид или функции сайта. Надёжнее проверить гипотезу на копии сайта.
Если копии нет, можно использовать плагин Health Check & Troubleshooting и включить в нём режим устранения неполадок. В этом режиме плагины и тему в стандартной конфигурации отключают только для текущего пользователя; посетители продолжают видеть сайт как прежде. Затем включайте расширения по одному, проверяя медленную страницу после каждого шага. Этот способ помогает найти конфликт, но перед работами всё равно сохраните резервную копию и не обновляйте настройки сайта наугад.
Если после отключения конкретного плагина админка заметно ожила, проверьте его настройки и обновления, а затем обратитесь к разработчику с названием медленной страницы и результатами проверки. Если тормозит редактор, отдельно испытайте создание записи без тяжёлых блоков или стороннего редактора. Не удаляйте плагин, который нужен сайту, пока не нашли замену или не подтвердили, что его функция больше не используется.
Найдите медленные запросы и фоновые обращения
Для более точной диагностики установите Query Monitor. Он показывает время запросов к базе данных, ошибки PHP, обращения к внешним сервисам и то, какие плагины или компоненты связаны с запросами. Откройте медленную страницу, посмотрите сообщения Query Monitor и сравните несколько экранов админки. Если один плагин регулярно добавляет много медленных запросов либо страница ждёт ответа внешнего сервиса, передайте эти сведения разработчику расширения или поддержке хостинга.
Query Monitor добавляет собственную нагрузку, поэтому используйте его временно и удалите после проверки. Большое число запросов не всегда означает проблему: важны их длительность, повторяемость и связь с конкретной страницей. Не пытайтесь исправлять медленные запросы удалением таблиц или записей базы данных вручную — так можно повредить сайт.
Если тормозит не весь экран, а отдельные действия, например сохранение записи, обратите внимание на запросы, которые браузер отправляет во время этой операции. Некоторые плагины обращаются к внешним API или выполняют дополнительные проверки при сохранении. Если ожидание связано с внешним сервисом, очистка базы данных не поможет: нужно проверять настройки интеграции, доступность сервиса и журналы ошибок.
Проверьте PHP и ресурсы хостинга
Устаревшая версия PHP или перегруженный сервер могут замедлять административные запросы даже при относительно лёгком фронтенде. Уточните у хостинга, какую актуальную версию PHP можно безопасно включить для вашей версии WordPress и установленных плагинов. Перед переключением проверьте совместимость темы и расширений; если хостинг позволяет, сначала испытайте новую версию на копии сайта. После переключения снова откройте проблемные страницы и проверьте журнал ошибок.
Узнайте у хостинга, включён ли OPcache — механизм PHP, который хранит скомпилированный код в памяти. На многих тарифах его настройкой управляет провайдер. Также спросите, не упирается ли сайт в лимит процессора, памяти, дисковых операций или число одновременных PHP-процессов. Увеличение лимита PHP memory_limit само по себе не делает запрос быстрее: оно помогает только тогда, когда приложению действительно не хватает памяти.
Постоянный объектный кэш на Redis или Memcached может сократить повторные обращения к базе данных, но он полезен только при поддержке и правильной настройке на сервере. Это не то же самое, что кэш страниц для посетителей: такой кэш обычно не ускоряет авторизованные административные запросы напрямую. Не устанавливайте плагин Redis-кэша, если на хостинге нет соответствующего сервиса, и не включайте постоянный кэш без плана очистки при переносе или изменении конфигурации сайта.
Уменьшите нагрузку от базы данных и медиатеки
Если медленно открывается список записей или медиатека, проверьте, не загружает ли установленный плагин дополнительные столбцы, фильтры или статистику. Большой сайт с множеством записей и файлов может обрабатывать такие экраны тяжелее, но удалять старые материалы ради ускорения обычно не требуется. Сначала выясните, какой запрос или расширение создаёт задержку.
Не запускайте «очистку базы» вслепую. Удаление ревизий, transient-записей или таблиц плагинов может повлиять на восстановление записей и работу расширений, а оптимизация таблиц не исправит неэффективный запрос. Если Query Monitor указывает на долгие запросы к конкретной таблице, передайте название таблицы и запрос поддержке хостинга или разработчику плагина. Любые изменения базы выполняйте после резервного копирования и на копии сайта, если это возможно.
Когда тормозит именно медиатека, сравните её обычный список и сетку, если доступны оба режима, и проверьте, не добавляет ли плагин обработки изображений задержку при загрузке. Очень большие исходные файлы могут замедлять загрузку и обработку изображений; уменьшайте их размер до загрузки, если это соответствует рабочему процессу. Не удаляйте автоматически создаваемые миниатюры вручную: WordPress и тема могут использовать их для отображения.
Проверьте фоновые задачи и повторите измерение
WordPress запускает запланированные задачи при обращениях к сайту. Если в очереди накопились задачи плагина или задача регулярно выполняется долго, она может совпадать по времени с медленной работой админки. Для просмотра расписания можно временно установить WP Crontrol. Проверяйте, какой плагин создал повторяющееся событие, и не удаляйте задачи, назначение которых неизвестно: это может остановить рассылки, синхронизации и другие функции.
После каждого изменения повторите те же действия, на которых измеряли задержку в начале. Сравнивайте время открытия одного и того же экрана, сохранения записи или загрузки медиатеки, а не общее впечатление от сайта. Если после отключения плагина админка ускорилась, но после его возвращения задержка появилась снова, причина найдена. Если же медленны все разделы, плагины не выявили проблему, а показатели PHP и сервера низкие, передайте поддержке хостинга время проверки, URL медленной страницы и данные Query Monitor. Так проще отличить проблему сайта от ограничений тарифа.