WordPress не работает после обновления — как восстановить сайт пошагово

После обновления WordPress сайт может перестать работать корректно: появляется белый экран, сообщение о критической ошибке или ломается вёрстка.

Чаще всего это не означает серьёзную поломку или потерю данных. Обычно причина — конфликт плагина, темы, версии PHP или сбой во время обновления.

Если сайт начал падать именно после обновления WordPress, плагина или темы — идём по шагам ниже.

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

Ниже — пошаговый план восстановления, который помогает в большинстве типовых случаев.

Такие ситуации решаются достаточно быстро — обычно за 10–30 минут, если действовать по шагам и не пытаться «чинить всё сразу». Ниже — пошаговый план восстановления, который помогает в большинстве типовых случаев.

Быстрая диагностика после обновления (30 секунд):

• Видите белый экран без текста → включаем WP_DEBUG
• Есть “критическая ошибка” и пришло письмо → режим восстановления
• Ошибка 500 → .htaccess + PHP
• Сайт заработал после отключения plugins → виноват плагин
• Сайт заработал после отключения темы → виновата тема

⚠️ Важное предупреждение:
Если у вас интернет-магазин или активный блог, и на сайте были заказы, регистрации или комментарии за последние пару часов — не восстанавливайте бэкап (резервную копию) сразу. Откатив базу данных, вы навсегда удалите эти свежие заказы. Сначала попробуем починить сайт «мягкими» методами.

WordPress не работает после обновления: что делать в первую очередь

Обычно причина простая и вам не нужно быть программистом, чтобы это понять. Я выделил частые причины почему сайт не работает после обновления и вот одни из самых популярных:

• Конфликт плагина: старый плагин не подружился с новой версией ядра WP;
• Конфликт темы: тема использует устаревший код;
• Ошибка PHP: версия языка программирования на хостинге слишком старая для нового WordPress;
• Незавершённое обновление: соединение прервалось во время обновления, и файлы записались криво.

Мы пойдём от самого простого решения к сложному.

Ниже — быстрый ориентир. Найдите свою ситуацию и сразу переходите к нужному способу.
Если метод не сработал — просто идите ниже по списку.

Что произошло с сайтом	Что попробовать в первую очередь	Что это даёт	Что потребуется	Сложность
После обновления пришло письмо о критической ошибке	Безопасный режим WordPress	Временно отключает проблемный плагин и пускает в админку	Доступ к почте администратора	Легко
Сайт показывает белый экран, админка не открывается	Включить вывод ошибок (WP_DEBUG)	Показывает конкретную причину сбоя	Доступ к файлам сайта	Средне
После обновления сайт перестал открываться	Отключить все плагины через FTP	Быстро исключает конфликт плагинов	FTP или файловый менеджер хостинга	Средне
Сайт сломался после обновления темы	Сбросить активную тему	WordPress переключится на стандартную тему	FTP или файловый менеджер	Средне
Ошибка 500 Internal Server Error	Сбросить файл .htaccess	Убирает некорректные серверные правила	FTP или хостинг	Средне
Сайт упал после обновления версии WordPress	Проверить и сменить версию PHP	Возвращает совместимость с плагинами и темой	Панель управления хостингом	Средне
Сайт работает, но «глючит» после обновления плагина	Откатить версию плагина (WP Rollback)	Возвращает стабильную версию без правки кода	Доступ в админку	Легко
Обновление WordPress прошло криво	Переустановить файлы ядра вручную	Исправляет повреждённые системные файлы	FTP + архив WordPress	Средне
Ничего не помогло, сайт нужен срочно	Восстановление из резервной копии	Возвращает сайт в рабочее состояние	Доступ к панели хостинга	Осторожно
Потерян доступ в админку, пароль не подходит	Сбросить пароль через базу данных	Позволяет снова войти в админку	Доступ к phpMyAdmin	Сложно

Ниже я разберу каждый способ подробнее — просто идите по порядку, пока сайт не заработает.

Письмо о технической проблеме WordPress: как войти в режим восстановления

С версии 5.2 в WordPress встроен защитный механизм: если система понимает, какой плагин сломал сайт, она пытается его «изолировать».

Что нужно сделать прямо сейчас:

• Откройте почту администратора сайта (ту, что указана в настройках WordPress).
• Проверьте папку «Входящие» и обязательно «Спам».
• Ищите письмо с темой вроде «На сайте возникла техническая проблема».

В этом письме будет ссылка. Если на неё нажать, вы попадёте в режим восстановления. WordPress временно отключит сломанный плагин, и админка откроется. Вам останется только удалить или обновить виновника.

Письма нет? Ничего страшного, идём чинить вручную.

Белый экран после обновления WordPress: как включить ошибки (WP_DEBUG)

Как быстро включить вывод ошибок WordPress

Вам понадобится доступ к файлам сайта. Это можно сделать через Файловый менеджер в панели вашего хостинга или через FTP-клиент (FileZilla).

Зайдите в корневую папку сайта (обычно она называется public_html или www с названием сайта).

Найдите файл wp-config.php и откройте его для редактирования.

Найдите строку: define( ‘WP_DEBUG’, false );, поменяйте слово false на true и сохраните файл.

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

Внимательно посмотрите на них. Часто там прямым текстом написано имя виновника. Например:
…/wp-content/plugins/duplicator/… — значит, виноват плагин Duplicator.

⚠️ Уточнение:
Когда почините сайт, обязательно верните значение обратно на false. Оставлять ошибки на виду у посетителей небезопасно.

Как отключить плагины WordPress через FTP, если сайт не открывается после обновления

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

Массовое отключение плагинов без админки

Если мы отключим все плагины разом, и сайт заработает — значит, дело в одном из них.

• Зайдите в файловый менеджер хостинга или по FTP;
• Перейдите в папку wp-content;
• Найдите папку plugins.
• Переименуйте её, например, в plugins_old.
• Теперь попробуйте открыть админку сайта (ваш-сайт.ru/wp-admin).

Заработало? Отлично! Проблема точно в плагинах.

• Верните папке имя plugins.
• Зайдите внутрь папки plugins и теперь переименовывайте папки плагинов по одной (добавляйте цифру 1 к названию), пока сайт не оживет. Так вы найдёте проблемный плагин.

После обновления слетела тема WordPress: как сбросить активную тему

Если отключение плагинов не помогло, возможно, виновата тема. Сделайте следующее:

• Зайдите в wp-content/themes;
• Найдите папку вашей активной темы;
• Переименуйте её (например, добавьте _old в конце).

WordPress не найдёт активную тему и автоматически попытается включить стандартную (например, Twenty Twenty-Four), если она установлена, если сайт открылся — проблема в теме и её нужно обновить или обратиться к разработчику.

Ошибка 500 после обновления WordPress: сброс .htaccess и проверка PHP

Иногда сайт падает не из-за плагинов или темы, а из-за серверных настроек. После обновления WordPress старые правила просто перестают работать — в итоге вы видите ошибку 500.

Ошибка 500 и файл .htaccess

Самый быстрый вариант, который стоит попробовать в первую очередь — сбросить файл .htaccess.

Что делаем:

1. Зайдите в корневую папку сайта.
2. Найдите файл .htaccess (он может быть скрыт).
3. Переименуйте его, например, в .htaccess_backup.
4. Попробуйте открыть сайт.

Если сайт открылся — отлично. Зайдите в админку и просто откройте
Настройки → Постоянные ссылки и нажмите «Сохранить изменения».
WordPress сам создаст новый чистый .htaccess.

Если ошибка 500 осталась, значит проблема глубже: память, PHP, Elementor, ограничения хостинга.
Я разобрал все реальные причины и решения на живом кейсе здесь: Elementor не загружается и выдает ошибку 500 — как исправить

Проверка версии PHP на хостинге

Новый WordPress требует свежей версии PHP и если на вашем хостинге стоит старая версия (например, 5.6 или 7.2), сайт может упасть после обновления. Что делать дальше?

• Зайдите в панель управления хостингом.
• Найдите раздел «Версия PHP» или «Настройки PHP».
• Посмотрите, какая версия установлена. Для современного WordPress рекомендуется PHP 8.1 или 8.2.
• Попробуйте сменить версию на более свежую. Если не помогло — попробуйте на шаг назад (например, на 7.4), чтобы исключить несовместимость.

Как откатить плагин/тему до прошлой версии (WP Rollback)

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

Откат версии плагина или темы

Если вы смогли попасть в админку (после отключения других плагинов), установите бесплатный плагин WP Rollback.

Он дает возможность «Откатить» (Rollback) практически любой «Плагин» до нужной версии. Нажимаете синюю кнопку, выбираете предыдущую версию, а плагин, который бы виновником сломанного сайта возвращается в состояние «как было вчера». Это лучшее временное решение, пока разработчики не выпустят патч.

Как переустановить ядро WordPress без потери wp-content

Бывает, что само обновление WordPress оборвалось на середине, файлы повреждены.

В этом случае нужно заменить системные папки вручную:

• Скачайте свежий архив WordPress с официального сайта.
• Распакуйте его на компьютере.
• Через FTP загрузите папки wp-admin и wp-includes на ваш хостинг, согласившись на замену файлов.
• Папку wp-content НЕ трогайте (там ваши картинки и темы).

Перед любыми изменениями — делайте бэкап сайта через панель управления хостингом.

Восстановление WordPress из бэкапа без потери заказов

Если ничего из вышеперечисленного не помогло, придётся доставать бэкап. Обычно хостинги делают их автоматически каждый день и проверить это можно в панели управления вашего хостинга. Нужно найти пункт меню: резервные копии или backup.

Часть резервной копии	Что в неё входит	Что будет, если восстановить
Файлы сайта	WordPress, плагины, тема, изображения, скрипты	Код сайта вернётся в рабочее состояние
База данных	Статьи, страницы, настройки, пользователи, заказы	Данные откатятся к дате бэкапа

⚠️ Важно:
Если восстановить базу данных, все заказы, заявки и комментарии, созданные после даты бэкапа, будут потеряны.

Правильный порядок действий:

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

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

Помните: всё, что клиенты писали на сайте после момента создания бэкапа, исчезнет.

Сброс пароля администратора через phpMyAdmin (MD5)

Этот шаг нужен только если после сбоя вы потеряли доступ в админку.

Вам понадобится доступ к панели хостинга, инструмент phpMyAdmin.

Зайдите в phpMyAdmin и выберите базу данных вашего сайта (обычно слева).

Найдите таблицу wp_users (префикс wp_ может быть другим).

Найдите строку с вашим логином (обычно ID 1) и нажмите «Изменить» (Edit).

В поле user_pass удалите текущие символы и напишите ваш новый пароль.

Важно: В выпадающем списке слева от пароля выберите функцию MD5— это зашифрует пароль.

Нажмите «Вперёд» и всё, можно входить с новым паролем.

Как обновлять WordPress дальше, чтобы сайт не ломался

Чтобы в следующий раз не повторять такую ситуацию, запомните три простых правила:

1. Всегда делайте бэкап перед нажатием кнопки «Обновить», даже если это мелкое обновление плагина. Плагины бэкапа (например, UpdraftPlus, Duplicator) делают это в один клик.
2. Не обновляйте всё сразу, не нажимайте «Обновить всё». Обновляйте плагины по одному, так вы сразу поймёте, кто сломал сайт.
3. Тестируйте крупные обновления, если прилетела новая версия WordPress (например, с 6.9 на 6.9.1), подождите пару дней или проверьте обновление на копии сайта (стейджинге), если хостинг это позволяет.

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

Частая причина поломок после обновления — устаревшие темы без поддержки.

👉 Если проблема возникла не из-за обновления, перейдите к общей диагностике WordPress.