Критическая ошибка WordPress: способы восстановления сайта

Сообщение «На сайте возникла критическая ошибка» — одна из самых неприятных проблем для владельцев сайтов на WordPress. В большинстве случаев сайт становится недоступным для посетителей, а иногда невозможно даже войти в административную панель.

Хорошая новость заключается в том, что критическая ошибка обычно поддаётся исправлению. В этой статье рассмотрим основные причины её появления и пошаговые способы восстановления сайта.

Что такое критическая ошибка WordPress

Начиная с WordPress 5.2 система автоматически отображает сообщение:

На сайте возникла критическая ошибка. Проверьте электронную почту администратора сайта для получения инструкций.

Это означает, что WordPress обнаружил серьёзную ошибку PHP и остановил выполнение скрипта для предотвращения дальнейших сбоев.

Основные причины критической ошибки

Наиболее распространённые причины:

• конфликт плагинов;
• ошибки в теме оформления;
• повреждение файлов WordPress;
• несовместимость версии PHP;
• ошибки в пользовательском коде;
• нехватка памяти PHP;
• проблемы после обновления WordPress;
• заражение вредоносным кодом.

Проверьте электронную почту администратора

Если функция отправки писем работает, WordPress обычно отправляет письмо с подробной информацией об ошибке.

В письме могут содержаться:

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

Если письмо пришло, внимательно изучите его содержимое.

Способ 1. Включите режим отладки

Для диагностики необходимо активировать режим отладки WordPress.

Откройте файл:

wp-config.php

Найдите строку:

define('WP_DEBUG', false);

Замените её на:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

После этого информация об ошибках будет сохраняться в файл:

wp-content/debug.log

Изучите журнал для поиска причины сбоя.

Способ 2. Отключите все плагины

Большинство критических ошибок связано с несовместимыми или повреждёнными плагинами.

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

Подключитесь через FTP или файловый менеджер хостинга.

Перейдите в папку:

wp-content/

Переименуйте каталог:

plugins

например в:

plugins_old

После этого все плагины будут автоматически отключены.

Если сайт заработал, проблема находится в одном из плагинов.

Способ 3. Проверьте тему WordPress

После обновления или установки новой темы может возникнуть критическая ошибка.

Перейдите в каталог:

wp-content/themes/

Переименуйте папку активной темы.

Например:

mytheme

в

mytheme_old

Если на сервере установлена стандартная тема WordPress, система автоматически переключится на неё.

Способ 4. Увеличьте лимит памяти PHP

Недостаток памяти может привести к аварийному завершению работы сайта.

Откройте файл:

wp-config.php

Добавьте строку:

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

перед строкой:

/* That's all, stop editing! */

После сохранения изменений проверьте работу сайта.

Способ 5. Проверьте версию PHP

После обновления WordPress старые плагины и темы могут оказаться несовместимыми с новой версией PHP.

Проверьте:

• текущую версию PHP;
• требования темы;
• требования плагинов.

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

Способ 6. Восстановите системные файлы WordPress

Повреждение файлов ядра также может вызывать критические ошибки.

Порядок действий

1. Скачайте последнюю версию WordPress.
2. Распакуйте архив.
3. Загрузите на сервер папки:

wp-admin
wp-includes

4. Подтвердите замену файлов.

Не удаляйте:

wp-content
wp-config.php

чтобы сохранить контент и настройки сайта.

Способ 7. Проверьте файл .htaccess

Повреждённый файл настроек сервера может вызывать ошибки сайта.

Переименуйте файл:

.htaccess

например в:

.htaccess_old

После этого проверьте работу сайта.

Если проблема исчезла:

1. Откройте админку.
2. Перейдите в раздел:

   Настройки → Постоянные ссылки

3. Нажмите Сохранить изменения.

WordPress автоматически создаст новый файл .htaccess.

Способ 8. Проверьте логи сервера

Если ошибка не обнаружена в debug.log, изучите журналы ошибок хостинга.

Обычно они находятся в разделах:

• Error Logs;
• PHP Logs;
• Журнал ошибок.

По сообщениям можно определить конкретный файл или модуль, вызывающий сбой.

Способ 9. Восстановите сайт из резервной копии

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

Для восстановления можно использовать:

• резервную копию хостинга;
• плагины резервного копирования;
• ручной бэкап файлов и базы данных.

После восстановления желательно определить источник ошибки, чтобы избежать её повторного появления.

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

Обратитесь в службу поддержки, если:

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

Специалисты смогут проверить конфигурацию сервера и журналы системы.

Как предотвратить критические ошибки

Чтобы снизить риск возникновения проблем:

• регулярно обновляйте WordPress;
• используйте только проверенные плагины и темы;
• создавайте резервные копии перед обновлениями;
• тестируйте изменения на копии сайта;
• следите за совместимостью PHP и расширений.

Заключение

Критическая ошибка WordPress чаще всего связана с конфликтами плагинов, тем оформления или ошибками PHP. В большинстве случаев сайт можно восстановить самостоятельно, отключив проблемные расширения, включив режим отладки и изучив журналы ошибок. Регулярные резервные копии и своевременное обслуживание помогут быстро вернуть сайт в рабочее состояние даже после серьёзных сбоев.