Критическая ошибка WordPress: разбираем письмо, которое пришло вам на почту
В отличие от других сбоев, эта ошибка не молчит. WordPress сам присылает письмо на адрес администратора: «На вашем сайте возникла критическая ошибка». Внутри — ссылка на вход и короткое пояснение. Многие такие письма удаляют, не читая, думая, что это спам или техническая рутина. А зря: в этом письме уже есть половина решения. Разберём по частям, что оно значит и что делать дальше.
Что именно произошло
Критическая ошибка означает, что один из компонентов сайта — плагин, тема или сам движок — упал с фатальным сбоем. Это не «что-то подглючило», а полноценная остановка работы: PHP не смог выполнить код до конца и прервал процесс.
Чаще всего причиной становится обновление. Кто-то из плагинов получил новую версию, которая оказалась несовместима с вашей версией PHP или с другим модулем. Реже — конфликт двух плагинов между собой. Ещё реже — повреждённый файл в теме или нехватка памяти на хостинге.
Важно понимать: критическая ошибка всегда связана с конкретным файлом и конкретной строкой. WordPress это знает, но в письме обычно не показывает — чтобы не выдать лишнего злоумышленникам. Зато он сохраняет эту информацию в логах и готов показать вам при входе.
Что WordPress уже сделал сам
Это самое интересное. Начиная с версии 5.2, при критической ошибке WordPress автоматически переходит в особый режим — его называют режимом восстановления. Что это значит на практике:
- Проблемный плагин или тема временно отключаются, чтобы сайт мог открыться;
- Администратору отправляется письмо со ссылкой на специальную страницу входа;
- На этой странице можно снова включить проблемный модуль или оставить его отключённым.
То есть в большинстве случаев сайт уже не лежит — он работает, но без сломанного компонента. Ваша задача — не запустить его обратно наугад, а понять, что именно сломалось.
Что делать в первую очередь
Откройте письмо и перейдите по ссылке. Если письма нет — попробуйте войти в админку обычным способом: WordPress покажет ту же страницу восстановления автоматически.
Дальше действуйте по шагам:
- Прочитайте, какой именно плагин или тема указаны как источник ошибки;
- Оставьте его отключённым — сайт уже работает, ничего срочно включать не нужно;
- Зайдите в админку и проверьте, всё ли отображается корректно без этого модуля;
- Посмотрите, обновлялся ли этот плагин в последние сутки — если да, причина почти наверняка в этом;
- Если обновление было, попробуйте вернуть предыдущую версию плагина или найти ему замену.
Главное правило: не возвращайте проблемный модуль в работу сразу после того, как сайт открылся. Сначала убедитесь, что причина именно в нём, иначе ошибка вернётся через минуту.
Если причина не в плагине
Иногда WordPress указывает на тему, а не на плагин. В этом случае путь тот же: оставить отключённой, убедиться, что сайт работает на стандартной теме, а затем разбираться. Если у вас стоит дочерняя тема — проблема могла быть в ней, и её код стоит проверить отдельно.
Бывает и так, что источник ошибки не указан вовсе, а сайт при этом не работает. Тогда нужны логи хостинга — они содержат более точную информацию: какой файл, какая строка, что именно сломалось. Запросить их можно в поддержке хостинга, обычно отвечают быстро.
Когда не стоит разбираться самостоятельно
Если вы не уверены в причине и боитесь навредить, остановитесь. Критическая ошибка — не то место, где стоит экспериментировать. Попытка включить всё обратно «чтобы проверить» легко превращается в новый сбой, а иногда и в потерю данных.
Особенно если сайт на продажу, а не для себя. Пока модуль отключён, магазин может работать частично — это лучше, чем полная остановка. А разобраться с причиной можно с человеком, который видит такие ситуации регулярно.
Как не допустить повторения
Полностью застраховаться нельзя, но снизить риск реально. Несколько простых привычек:
- Обновлять сайт не сразу, а через два-три дня после выхода обновления;
- Проверять совместимость плагинов с вашей версией PHP перед обновлением;
- Держать актуальную резервную копию — восстановить сайт из неё всегда быстрее, чем искать причину;
- Не устанавливать плагины, которые давно не обновлялись автором.
Мы разбираем критические ошибки на WordPress регулярно, и в большинстве случаев дело решается за час-два — если знать, куда смотреть. Если вам пришло такое письмо и непонятно, что делать дальше, — оставьте заявку на сайте. Посмотрим логи, найдём причину и вернём сайт в рабочее состояние. Без паники и лишних переделок.