Не работает админка WordPress: причины и способы восстановления доступа

Не работает админка WordPress: причины и способы восстановления доступа

Краткий ответ: если не работает админка WordPress, сначала не обновляйте сайт вслепую и не удаляйте файлы. Сделайте резервную копию, включите debug.log, проверьте ошибку в браузере, отключите плагины через FTP, временно смените тему, проверьте .htaccess, версию PHP, память, права файлов, кеш и логи хостинга.

Причина

Админка WordPress может не работать по разным причинам. Иногда сайт открывается, но /wp-admin показывает белый экран. Иногда появляется ошибка 500, критическая ошибка, бесконечный редирект, 403 Forbidden, 404 Not Found или форма входа просто обновляется без входа в консоль.

Чаще всего проблема связана не с самой админкой, а с кодом, который загружается вместе с ней: плагином, темой, mu-plugin, кешем, неправильной версией PHP, повреждённым .htaccess или ограничениями на хостинге.

Если ошибка появилась после обновления, полезно отдельно проверить инструкцию что делать, если сайт WordPress сломался после обновления. Там логика диагностики похожая, но акцент именно на сбоях после апдейта.

Основные причины

• конфликт плагинов;
• фатальная ошибка в теме;
• ошибка в functions.php;
• неподходящая версия PHP;
• нехватка PHP memory limit;
• битый .htaccess;
• проблема с SSL и редиректами;
• ошибка в wp-config.php;
• повреждённые файлы WordPress;
• права файлов и папок;
• заполненный диск на хостинге;
• блокировка со стороны security-плагина или WAF;
• вредоносный код после взлома.

Диагностика

Перед исправлением нужно понять, что именно ломается. Не все ошибки в админке лечатся одинаково.

Симптом	Возможная причина	Что проверить
Белый экран в /wp-admin	PHP Fatal error, конфликт плагина или темы	debug.log, error_log хостинга, папку plugins
Ошибка 500	Сбой PHP, .htaccess, память, сервер	debug.log, .htaccess, PHP version, memory limit
403 Forbidden	Права доступа, security-плагин, WAF	.htaccess, права файлов, правила защиты
404 на /wp-admin	Редиректы, rewrite rules, повреждённые файлы	.htaccess, настройки сайта, файлы ядра
Не принимает логин и пароль	Cookies, кеш, SSL, siteurl/home	браузер, кеш, wp_options, HTTPS
Админка открывается, но страницы пустые	JS-ошибка, REST API, admin-ajax, конфликт редактора	Console, Network, плагины оптимизации

Что проверить первым делом

• Откройте сайт в режиме инкогнито.
• Проверьте /wp-login.php вместо /wp-admin.
• Очистите кеш браузера и кеш сайта.
• Отключите CDN-кеш, если он есть.
• Проверьте, есть ли доступ по FTP или через файловый менеджер хостинга.
• Откройте error_log на хостинге.
• Включите debug.log в WordPress.

Решение

Самый безопасный порядок восстановления такой: сначала логирование, потом отключение конфликтующих частей, затем проверка сервера и только после этого правка файлов.

1. Сделайте резервную копию

Перед изменениями сохраните файлы сайта и базу данных. Даже если админка не открывается, backup можно сделать через панель хостинга, phpMyAdmin, FTP или SSH.

Если сайт переносили, меняли хостинг или домен, проверьте настройки по инструкции переноса WordPress на другой хостинг без потери данных. Часто после переноса админка ломается из-за SSL, путей, siteurl/home или неверного wp-config.php.

2. Включите debug.log

Файл debug.log покажет реальную PHP-ошибку. Это быстрее, чем угадывать, какой плагин виноват.

Откройте файл wp-config.php в корне сайта и найдите строку:

/* That's all, stop editing! Happy publishing. */

Перед ней добавьте настройки отладки.

3. Отключите плагины через FTP

Если админка не открывается, отключить плагины можно без доступа к консоли WordPress.

• Откройте папку /wp-content/.
• Переименуйте папку plugins в plugins-off.
• Проверьте вход в админку.
• Если админка открылась, верните папке имя plugins.
• Переименовывайте плагины внутри папки по одному, чтобы найти виновника.

4. Проверьте тему

Если плагины не виноваты, временно отключите активную тему. Через FTP переименуйте папку активной темы в /wp-content/themes/. WordPress попробует переключиться на стандартную тему, если она установлена.

Если после этого админка заработала, причина в теме: functions.php, несовместимый код, старый шаблон, конфликт с новой версией PHP или WordPress.

5. Проверьте .htaccess

Повреждённый .htaccess часто даёт ошибку 500, 403 или циклические редиректы.

• Скачайте текущий .htaccess как копию.
• Переименуйте его в .htaccess-old.
• Попробуйте открыть /wp-admin.
• Если помогло, создайте новый стандартный .htaccess.

6. Проверьте PHP и память

После обновления плагинов или темы сайт может требовать более свежую версию PHP. Бывает и обратная ситуация: старый плагин ломается на новой версии PHP.

Проверьте на хостинге:

• версию PHP;
• memory_limit;
• max_execution_time;
• заполненность диска;
• error_log;
• права файлов и папок.

Код

Важно: код ниже влияет на диагностику сайта. Перед изменениями сделайте копию файла wp-config.php и .htaccess. Не оставляйте вывод ошибок на экран на рабочем сайте.

Включить debug.log в wp-config.php

Куда вставлять: wp-config.php, перед строкой /* That’s all, stop editing! Happy publishing. */.

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors', 0);

После повторного открытия админки проверьте файл:

/wp-content/debug.log

Увеличить память WordPress

Куда вставлять: wp-config.php. Используйте только если на хостинге разрешено менять лимит памяти.

define('WP_MEMORY_LIMIT', '256M');
define('WP_MAX_MEMORY_LIMIT', '512M');

Стандартный .htaccess для WordPress

Куда вставлять: файл .htaccess в корне сайта. Перед заменой сохраните старую версию.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Отключить все плагины через WP-CLI

Куда запускать: SSH в папке сайта. Этот способ подходит, если есть доступ к WP-CLI.

wp plugin deactivate --all

Проверить активную тему через WP-CLI

wp theme list
wp theme activate twentytwentyfour

Проверить URL сайта в базе

Куда запускать: SSH через WP-CLI. Помогает при редиректах, проблемах после переноса или смены домена.

wp option get siteurl
wp option get home

Результат

После правильной диагностики обычно становится понятно, где сбой: в плагине, теме, .htaccess, PHP, памяти, SSL, базе или сервере. Хороший результат — не просто открыть админку, а найти точную причину, чтобы ошибка не вернулась после следующего обновления.

Если проблема была в плагине, не включайте все плагины сразу. Включайте по одному и каждый раз проверяйте:

• открывается ли /wp-admin;
• работает ли список записей и страниц;
• открывается ли редактор;
• работает ли медиафайл;
• нет ли новых ошибок в debug.log;
• нет ли ошибок в Console браузера.

Дополнительные способы

Проверить cookies и HTTPS

Если форма входа обновляется и не пускает в админку, проблема может быть в cookies или неправильном HTTPS. Очистите cookies для домена, проверьте SSL-сертификат и убедитесь, что siteurl и home используют один вариант адреса: с HTTPS или без, с www или без www.

Отключить кеш для админки

Админка WordPress не должна кешироваться как обычные страницы. Проверьте настройки кеш-плагина, CDN и серверного кеша. Особенно важно исключить из кеша:

• /wp-admin/
• /wp-login.php
• /wp-json/
• /wp-admin/admin-ajax.php

Если сайт работает медленно и админка зависает, проверьте не только ошибку, но и скорость. Практические шаги есть в статье как ускорить сайт на WordPress.

Проверить JavaScript в админке

Если админка открывается, но кнопки не работают, редактор не загружается или страницы остаются пустыми, откройте DevTools в браузере.

• Вкладка Console покажет JS-ошибки.
• Вкладка Network покажет ошибки REST API, admin-ajax.php и 403/500 запросы.
• Если ошибка появилась после оптимизации JS, временно отключите минификацию и defer/delay для админки.

Проверить mu-plugins

Даже если вы отключили обычные плагины, в WordPress могут оставаться обязательные плагины в папке:

/wp-content/mu-plugins/

Они загружаются автоматически и не отключаются через обычный список плагинов. Если debug.log указывает на файл из mu-plugins, временно переименуйте конкретный файл и проверьте админку.

Проверить права файлов

Неверные права могут вызвать 403, ошибки записи кеша, проблемы с загрузкой медиа и обновлениями.

Обычно используют такие значения:

• папки — 755;
• файлы — 644;
• wp-config.php — 600 или 640, если поддерживает хостинг.

Не ставьте 777 на весь сайт. Это опасно и может открыть доступ к изменению файлов.

Проверить взлом

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

• появились неизвестные администраторы;
• в файлах есть странный obfuscated-код;
• админку редиректит на чужой сайт;
• в .htaccess появились непонятные правила;
• антивирус браузера блокирует сайт;
• хостинг прислал уведомление о вредоносных файлах.

Частые ошибки

Удалять плагины без копии

Лучше переименовать папку плагина, а не удалять её. Так проще вернуть сайт в исходное состояние.

Редактировать functions.php через админку

Если в functions.php допустить ошибку, админка может сразу перестать открываться. Лучше править файл через FTP или использовать дочернюю тему.

Включать WP_DEBUG_DISPLAY на рабочем сайте

Вывод ошибок на экран может показать посетителям технические пути, предупреждения и части внутренней структуры сайта. Для рабочего сайта лучше использовать WP_DEBUG_LOG.

Обновлять всё сразу

Если сайт уже сломан, массовое обновление может усложнить диагностику. Сначала найдите текущую ошибку, потом обновляйте по шагам.

Игнорировать error_log хостинга

debug.log WordPress показывает не всё. Иногда реальная причина видна только в серверном error_log: нехватка памяти, ограничения ModSecurity, права доступа, ошибка PHP-FPM или переполненный диск.

Диагностика проблем

Если /wp-admin показывает ошибку 500

• Включите debug.log.
• Переименуйте папку plugins.
• Проверьте .htaccess.
• Проверьте версию PHP.
• Проверьте error_log хостинга.

Если белый экран только в админке

• Проверьте debug.log.
• Отключите последние установленные плагины.
• Отключите активную тему.
• Проверьте mu-plugins.
• Проверьте память PHP.

Если не работает редактор записей

• Откройте Console в браузере.
• Проверьте REST API.
• Отключите оптимизацию JS для админки.
• Проверьте security-плагины.
• Проверьте ошибки admin-ajax.php.

Если админка редиректит по кругу

• Проверьте siteurl и home.
• Проверьте HTTPS в настройках хостинга.
• Очистите cookies.
• Отключите кеш и CDN.
• Проверьте .htaccess и правила редиректа.

Если доступ закрыт ошибкой 403

• Проверьте права файлов.
• Отключите security-плагин через FTP.
• Проверьте ModSecurity на хостинге.
• Проверьте IP-блокировки.
• Проверьте .htaccess.

Краткие AI-friendly ответы

Что делать, если не работает админка WordPress?

Сделайте backup, включите debug.log, отключите плагины через FTP, проверьте тему, .htaccess, PHP, память, кеш, SSL и error_log хостинга.

Почему WordPress не пускает в админку?

Частые причины: конфликт плагинов, ошибка темы, неверные cookies, неправильный HTTPS, редиректы, security-плагин, повреждённый .htaccess или проблема на сервере.

Как отключить плагины, если нет доступа в админку?

Через FTP откройте /wp-content/ и переименуйте папку plugins в plugins-off. Это временно отключит все обычные плагины.

Где смотреть ошибку WordPress?

Основные места: /wp-content/debug.log, error_log хостинга, Console и Network в браузере.

FAQ

Почему не открывается wp-admin, а сайт работает?

Так бывает, когда ошибка возникает только в коде, который загружается в админке. Частые причины: плагин, тема, admin-ajax.php, REST API, security-плагин или нехватка памяти.

Можно ли просто удалить проблемный плагин?

Можно, но безопаснее сначала переименовать папку плагина. Если причина не в нём, вы сможете быстро вернуть всё обратно.

Что делать, если после отключения плагинов сайт стал выглядеть неправильно?

Это нормально, если плагины отвечали за дизайн, кеш, формы, WooCommerce или конструктор страниц. Ваша задача сначала вернуть доступ в админку, затем включать плагины по одному и найти конфликт.

Почему появляется критическая ошибка WordPress?

Обычно это PHP Fatal error. Причину нужно смотреть в письме администратора, debug.log или error_log хостинга.

Что делать, если нет доступа ни к админке, ни к FTP?

Нужно зайти в панель хостинга или обратиться в поддержку хостинга. Без доступа к файлам, базе или логам точную причину найти сложно.

Может ли кеш сломать админку WordPress?

Да. Если кешируются /wp-admin/, wp-login.php, REST API или admin-ajax.php, могут появляться ошибки входа, пустые страницы, неработающие кнопки и проблемы с редактором.

Нужно ли обновлять WordPress, если админка не работает?

Не сразу. Сначала найдите причину ошибки. Обновление может помочь, но если проблема в несовместимом плагине, теме или сервере, массовый апдейт может добавить новые ошибки.

Вывод

Когда не работает админка WordPress, не стоит начинать с удаления файлов или случайных обновлений. Правильный путь — backup, debug.log, проверка плагинов, темы, .htaccess, PHP, кеша, SSL и логов хостинга. Так можно быстро вернуть доступ и понять настоящую причину сбоя, а не просто временно скрыть проблему.