Краткий ответ: ошибка 500 WordPress означает внутренний сбой на сервере. Сайт не может обработать запрос, но браузер не показывает точную причину. Чаще всего проблема связана с плагином, темой, файлом .htaccess, PHP-ошибкой, нехваткой памяти, конфликтом после обновления или настройками хостинга.
Если сайт показывает 500, не нужно сразу удалять плагины, менять тему или переустанавливать WordPress. Сначала нужно найти точную ошибку в логах, сохранить копию сайта и только потом исправлять причину.
Если сайт уже не открывается или не работает админка WordPress, напишите мне. Я могу проверить логи, найти причину ошибки 500 и восстановить сайт без лишнего риска для данных.
Ошибка 500 Internal Server Error — это общий ответ сервера. Он означает, что запрос дошёл до сайта, но сервер не смог его выполнить из-за внутренней проблемы.
В WordPress такая ошибка редко говорит о точной причине сразу. Она может появиться из-за плагина, темы, PHP-кода, файла .htaccess, базы данных, версии PHP, кеша или ограничений хостинга.
Часто ошибка 500 появляется после:
Если вместо ошибки 500 сайт показывает просто белый экран, посмотрите также материал про белый экран WordPress. Причины и порядок диагностики там часто похожие.
Ошибка 500 опасна тем, что в браузере обычно нет подробностей. Но почти всегда причина есть в логах хостинга или в файле debug.log.
Если у вас нет времени разбираться в логах, FTP, PHP и .htaccess, я могу взять диагностику на себя.
Для проверки обычно нужно: доступ к хостингу или FTP, доступ к WordPress-админке если она открывается, описание когда появилась ошибка и какие действия были перед этим.
Если WordPress показывает ошибку 500 и вы не хотите рисковать файлами, базой данных и заказами, можно оставить заявку. Я проверю логи, найду причину и предложу безопасное решение.
Исправлять ошибку 500 нужно по шагам: от самых частых и безопасных причин к более глубоким. Так проще вернуть сайт и не повредить данные.
Файл .htaccess находится в корне сайта. Он отвечает за постоянные ссылки, редиректы, правила доступа и часть серверной логики. Если в нём ошибка, сайт может полностью показать 500.
Через FTP или файловый менеджер хостинга откройте корень сайта и найдите файл:
/.htaccess
Переименуйте его временно:
.htaccess_old
После этого откройте сайт. Если ошибка исчезла, причина была в .htaccess. Потом зайдите в админку WordPress → Настройки → Постоянные ссылки → Сохранить. WordPress создаст новый файл правил.
Если админка не открывается, зайдите в папку:
/wp-content/plugins/
Переименуйте папку plugins:
plugins_disabled
Если сайт заработал, проблема в одном из плагинов. Верните папке старое имя:
plugins
Дальше отключайте плагины по одному, переименовывая папки внутри plugins. Так можно найти конкретный плагин, который вызывает ошибку 500.
Если плагины не виноваты, проверьте активную тему. Ошибка может быть в functions.php, шаблоне темы, shortcode, подключении файла или несовместимости с новой версией PHP.
Путь к темам:
/wp-content/themes/
Переименуйте папку активной темы:
active-theme_disabled
WordPress попробует переключиться на стандартную тему, если она установлена. Лучше всегда держать одну стандартную тему WordPress в папке themes для аварийной проверки.
Если в логе есть ошибка “Allowed memory size exhausted”, сайту не хватает PHP-памяти. В таком случае можно временно увеличить лимит памяти в wp-config.php.
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );
Если хостинг ограничивает память на уровне сервера, настройка в wp-config.php может не помочь. Тогда нужно менять лимит в панели хостинга или обращаться в поддержку.
Ошибка 500 часто появляется после смены PHP 7.4 на PHP 8.x или после обновления хостинга. Старый плагин, тема или кастомный код может использовать функции, которые больше не работают.
Что сделать:
Неправильные права могут вызывать ошибку 500, особенно после переноса сайта, распаковки архива или ручного копирования файлов.
| Что проверить | Частое значение | Комментарий |
|---|---|---|
| Папки | 755 | Обычно достаточно для чтения и выполнения каталогов. |
| Файлы | 644 | Обычно подходит для PHP, CSS, JS и изображений. |
| wp-config.php | 600 или 640 | Зависит от настроек сервера. |
Не ставьте права 777 на весь сайт. Это небезопасно и может создать новые проблемы.
Если причина уже исправлена, но сайт всё равно показывает 500, проверьте кеш.
Иногда сайт работает нормально, но отдельная страница, AJAX-запрос, форма или админское действие получает 500. Причиной может быть ModSecurity, WAF, security-плагин или правило хостинга.
Признаки:
В таких случаях лучше не исправлять сайт методом проб. Один неправильный шаг может сломать админку, заказы, формы, SEO-страницы или базу данных.
Важно: перед изменениями сделайте копию wp-config.php, .htaccess, файлов сайта и базы данных. Не оставляйте публичный вывод ошибок включённым на рабочем сайте.
Куда вставлять: в файл wp-config.php, выше строки “That’s all, stop editing”.
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
После этого проверьте файл:
/wp-content/debug.log
После исправления ошибки отключите режим отладки:
define( 'WP_DEBUG', false );
Куда вставлять: файл .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
Куда выполнять: SSH в корне сайта.
wp plugin deactivate --all
Потом включайте плагины по одному:
wp plugin activate nazvanie-plagina
Куда выполнять: SSH в корне сайта.
wp theme list
Переключиться на стандартную тему:
wp theme activate twentytwentyfive
Куда выполнять: SSH на сервере.
php -l wp-config.php
Если команда покажет syntax error, нужно исправить строку, которую она укажет.
Можно попробовать простую диагностику самостоятельно, если есть доступ к хостингу, FTP и резервной копии. Но в некоторых случаях лучше сразу обратиться к разработчику.
Главная задача — не просто убрать ошибку 500, а понять, почему она появилась. Иначе сайт может снова упасть после следующего обновления, нагрузки или действия администратора.
Возможная причина: .htaccess, критическая PHP-ошибка, плагин, тема, версия PHP, memory limit или серверный сбой.
Что делать: проверить error_log, включить debug.log, временно переименовать .htaccess, отключить плагины, проверить тему и PHP.
Возможная причина: админский плагин, dashboard widget, конфликт редактора, нехватка памяти или security-плагин.
Что делать: отключить плагины через FTP, проверить debug.log, увеличить memory limit, проверить cookies и кеш браузера.
Возможная причина: новая версия плагина конфликтует с темой, PHP или другим плагином.
Что делать: переименовать папку плагина, вернуть сайт, проверить логи, откатить плагин или заменить конфликтующий код.
Возможная причина: неправильный RewriteRule, конфликт редиректов, ошибка синтаксиса, правило кеша или безопасности.
Что делать: переименовать .htaccess, создать стандартный файл WordPress, затем добавлять правила по одному.
Возможная причина: ModSecurity, REST API, Gutenberg, конструктор страниц, security-плагин или PHP-ошибка в метабоксах.
Что делать: открыть Network в браузере, найти запрос с 500, проверить error_log и debug.log.
Возможная причина: права папки uploads, лимит размера файла, нехватка памяти, проблема ImageMagick/GD или блокировка сервера.
Что делать: проверить wp-content/uploads, права файлов, PHP upload_max_filesize, post_max_size, memory_limit и логи сервера.
Возможная причина: cron, backup, импорт, перегрузка CPU/RAM, нехватка места, долгий SQL-запрос или задачи WooCommerce.
Что делать: сверить время ошибки с логами, проверить cron, Action Scheduler, нагрузку сервера и свободное место на диске.
Это внутренняя ошибка сервера. WordPress или серверный PHP-код не смог обработать запрос. Браузер видит общий код 500, но точная причина обычно находится в логах.
Может быть и то, и другое. Часто причина в плагине, теме, .htaccess или PHP-коде. Но также возможны проблемы хостинга: память, права, серверные правила, база данных, PHP-FPM или ModSecurity.
Используйте FTP, файловый менеджер хостинга или SSH. Через них можно переименовать папку plugins, проверить тему, восстановить .htaccess и включить debug.log.
Обновление могло вызвать конфликт плагина, темы, PHP-версии или кастомного кода. Нужно смотреть debug.log и отключать последние обновлённые компоненты.
Можно, если сайт нужно срочно вернуть. Но после восстановления всё равно нужно найти причину, иначе ошибка может повториться при следующем обновлении.
Возможные причины: код вставлен не туда, нет прав на запись в wp-content, ошибка происходит до загрузки WordPress или хостинг пишет ошибки только в серверный error_log.
Да. Неправильные правила редиректов, кеша, доступа или безопасности могут полностью сломать сайт. Для проверки файл можно временно переименовать.
Да. Особенно если кеш-плагин меняет .htaccess, объединяет скрипты, включает агрессивный page cache или конфликтует с серверным кешем.
Проверьте shortcode, шаблон страницы, блоки конструктора, PHP-код, AJAX-запросы, REST API и плагины, которые работают только на этой странице.
Стоимость зависит от причины. Иногда достаточно найти конфликтный плагин или восстановить .htaccess. В более сложных случаях нужно исправлять PHP-код, конфликт темы, WooCommerce, базу данных или последствия взлома.
Если WordPress показывает ошибку 500, лучше не чинить сайт вслепую. Важно найти точную причину, восстановить доступ и убрать проблему так, чтобы она не повторилась после обновлений.
Я могу проверить сайт, найти ошибку в логах, восстановить работу WordPress и объяснить, что именно сломалось.
Напишите мне через страницу контактов и укажите, когда появилась ошибка 500: после обновления, переноса, установки плагина, изменения PHP или без видимой причины.
Ошибка 500 WordPress почти всегда решается, если не действовать наугад. Сначала нужно сохранить копию сайта, затем проверить логи, .htaccess, плагины, тему, PHP, память, права файлов и кеш.
Самый быстрый путь к восстановлению — найти точную ошибку в debug.log или error_log. Самый опасный путь — удалять плагины, менять файлы ядра и чистить базу без backup.
Если действовать по шагам, можно восстановить сайт, сохранить данные и убрать реальную причину ошибки, а не только временно скрыть проблему.
Рекомендуем услугу: быстрое исправление ошибки WordPress
Об авторе