Как восстановить WordPress-сайт после сбоя?

Первый шаг — через FTP или файловый менеджер хостинга переименовать папку wp-content/plugins, например в plugins-off. Это отключит сразу все плагины, и если сайт после этого заработал, виноват один из них: возвращайте папке прежнее имя, а внутри переименовывайте подпапки плагинов по одному, пока не найдёте виновника. Такой белый экран (WSOD) в девяти случаях из десяти вызван именно конфликтом плагина или темы после обновления, а не более серьёзной поломкой.

Если отключение плагинов не помогло или на сайте видны явные следы взлома (незнакомые администраторы, чужие страницы, изменённые файлы), безопаснее развернуть бэкап файлов и базы данных за ближайшую рабочую дату, а не чинить текущее состояние вручную. Заодно проверьте раздел «Пользователи» в базе данных через phpMyAdmin — лишний администратор с непонятной почтой это явный сигнал взлома, а не сбоя обновления.

Если резервной копии нет, обратитесь в техподдержку хостинга: у большинства провайдеров есть автоматические снэпшоты сервера за последние 7-14 дней, которые можно восстановить даже без вашего собственного бэкапа, хоть и с потерей самых свежих правок.

На будущее полезно включить WP_DEBUG в wp-config.php — тогда вместо белого экрана WordPress покажет текст конкретной PHP-ошибки, и станет видно, какой именно плагин или файл её вызвал, без перебора вслепую.