Как исправить ошибку при обновлении WordPress: сайт не обновляется или зависает

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

Что обычно происходит при зависшем обновлении

WordPress во время обновления создает временный файл .maintenance в корне сайта. Пока он существует, сайт может показывать сообщение о техническом обслуживании. Если процесс прервался раньше времени, файл иногда остается на месте, хотя обновление уже не идет. Бывает и другой сценарий: часть файлов ядра, темы или плагина уже заменена, но обновление не завершилось из-за нехватки памяти, таймаута PHP, проблем с правами на файлы или обрыва соединения с сервером.

Отсюда и логика восстановления: сначала убрать следы незавершенного процесса, затем проверить, что именно сломалось, и только после этого повторять обновление.

Сначала проверьте, что именно зависло

Не все сбои при обновлении одинаковы. От того, что обновлялось — ядро, тема или плагин — зависит способ восстановления.

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

Если вы не уверены, посмотрите, что именно обновлялось последним в разделе Консоль → Обновления или в журнале действий хостинга, если он есть. Это поможет не трогать лишнее.

Безопасно снимите сайт с режима обслуживания

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

Сделать это можно через файловый менеджер хостинга или по FTP/SFTP. Файл находится в корне установки WordPress, рядом с папками wp-admin, wp-content и wp-includes. После удаления обновите сайт в браузере.

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

Проверьте, не сломались ли файлы темы или плагина

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

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

Отключить плагин, если админка доступна.
Удалить его папку через FTP/SFTP или файловый менеджер.
Установить свежую копию из официального источника.

Для темы подход похожий, но с оговоркой: если активная тема сломана, сначала переключитесь на стандартную тему WordPress, например Twenty Twenty-Four, а уже потом удаляйте проблемную тему и загружайте ее заново. Иначе можно оставить сайт без рабочей темы.

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

Если обновление ядра не завершилось, проверьте целостность файлов

При сбое обновления ядра WordPress часть системных файлов может оказаться поврежденной или неполной. В этом случае лучше не пытаться “долечить” сайт точечными правками, а заменить системные файлы на чистые.

Самый безопасный вариант — скачать ту же версию WordPress с официального сайта и заменить папки wp-admin и wp-includes, а также файлы в корне, кроме wp-config.php и папки wp-content. Это стандартный способ восстановить ядро без потери контента и настроек.

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

Проверьте ограничения хостинга и PHP

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

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

Для диагностики посмотрите журнал ошибок PHP и логи хостинга. Если там есть сообщения о memory exhausted, maximum execution time или ошибках записи в каталог WordPress, причина уже понятна. В таком случае имеет смысл обратиться в поддержку хостинга и попросить проверить лимиты PHP и права на каталог wp-content/upgrade и корень сайта.

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

Что делать, если админка не открывается

Когда после неудачного обновления не открывается ни сайт, ни /wp-admin, действуйте по порядку:

Удалите файл .maintenance, если он есть.
Переименуйте папку последнего обновлявшегося плагина в wp-content/plugins.
Если проблема осталась, временно переключите тему, переименовав папку активной темы.
Проверьте журнал ошибок сервера или PHP.
Если ядро обновлялось и есть признаки повреждения файлов, замените системные файлы WordPress из чистого дистрибутива.

Этот порядок важен: он позволяет сначала убрать наиболее вероятную причину без риска потерять настройки и контент.

Как проверить, что сайт восстановлен

После исправления проблемы не ограничивайтесь открытием главной страницы. Проверьте несколько вещей:

открывается ли /wp-admin без ошибок;
не висит ли снова сообщение о техническом обслуживании;
работают ли страницы, которые зависят от темы и активных плагинов;
не появились ли ошибки в консоли браузера и в журнале PHP;
не сбились ли постоянные ссылки, если вы заменяли ядро или вручную правили файлы.

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

Как снизить риск повторного зависания

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

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

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

Когда обновление WordPress зависает, задача не в том, чтобы “нажать еще раз”, а в том, чтобы аккуратно вернуть сайт в согласованное состояние. Обычно достаточно удалить .maintenance, отключить проблемный плагин или тему, а при необходимости заменить системные файлы ядра из чистого дистрибутива. Если же сбой повторяется, ищите причину в лимитах PHP, правах на файлы и качестве хостинга — именно там чаще всего и находится источник проблемы.