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

WordPress обновляется кнопкой «Обновить сейчас» в консоли, через WP-CLI (wp core update) или вручную, заменой файлов. Откатить версию надёжно можно только из резервной копии файлов и базы данных: после обновления структура базы может измениться. Откат ядра на старый выпуск с известными уязвимостями опасен, поэтому сначала ищите причину сбоя в плагине или теме.

Какой способ обновления выбрать

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

Подготовка: что сделать до обновления

1. Сделайте полную копию. Файлы сайта (включая .htaccess) и дамп базы. В документации WordPress.org подчёркивается: без полной копии файлов и базы откат почти невозможен.
2. Проверьте копию. Убедитесь, что архив открывается, а дамп не пустой. Копия, которую ни разу не разворачивали, не копия.
3. Проверьте версию PHP на хостинге и требования новой версии WordPress, плагинов и темы.
4. Просмотрите список плагинов. Заброшенные и давно не обновлявшиеся плагины — главный источник сбоев и дыр.
5. Выберите время вне пиков трафика и заказов. Если есть тестовая копия, сначала обновите её: об этом статья про тестовый сервер.

Ручное обновление ядра по шагам

Порядок из документации WordPress.org для ручного обновления:

1. Сделайте и проверьте резервные копии файлов и базы.
2. Отключите все плагины.
3. Скачайте и распакуйте пакет WordPress с wordpress.org.
4. Удалите старые файлы ядра, сохранив wp-config.php, каталог wp-content, свои .htaccess и robots.txt. Каталоги wp-content/cache и wp-content/plugins/widgets можно удалить.
5. Загрузите новые файлы на сервер.
6. Откройте /wp-admin/: WordPress предложит обновить базу данных.
7. Обновите постоянные ссылки и .htaccess, затем обновите плагины и темы и включайте плагины по одному.
8. Проверьте сайт: главная, форма, корзина, оплата, письма.

Автообновления: что включено по умолчанию

Фоновые обновления появились в WordPress 3.7. Малые выпуски ядра (безопасность и исправления) и файлы переводов обновляются автоматически по умолчанию. Начиная с WordPress 5.6, новые установки получают и крупные обновления ядра, а на старых сохраняется прежнее поведение, пока администратор, константа или фильтр его не изменят.

Управление идёт через wp-config.php:

• define( 'WP_AUTO_UPDATE_CORE', 'minor' ); — только малые выпуски;
• define( 'WP_AUTO_UPDATE_CORE', true ); — включены все, включая крупные;
• define( 'WP_AUTO_UPDATE_CORE', false ); — выключены;
• define( 'AUTOMATIC_UPDATER_DISABLED', true ); — выключено вообще всё. Документация WordPress.org отговаривает от этого.

Константа переопределяет настройку на экране «Обновления». Нужно ли отключать автообновления? Для небольшого сайта мы советуем оставить малые выпуски ядра включёнными: свежий пример — 7.1.4 с исправлением RCE при обновлении и подтверждённые атаки на уязвимость. Если сайт сложный и каждое обновление нужно проверять на тестовой копии, отключать можно, но тогда кто-то должен вручную ставить патчи безопасности в течение дней, а не месяцев.

Как откатить версию

Откат — это не кнопка «назад», а восстановление состояния. Выбирайте по ситуации.

Сломался плагин или тема

Самый частый случай. Через FTP или файловый менеджер переименуйте каталог плагина в wp-content/plugins, чтобы отключить его, и сайт заработает. Затем установите предыдущую версию плагина из каталога wordpress.org (во вкладке «Дополнительно» есть старые версии) или дождитесь исправления. Белый экран разобран в статье про белый экран WordPress, а типичные ситуации — в материале про сломанный сайт после обновления плагина. Автоматический откат плагина при критической ошибке в WordPress тоже есть: он появился в версии 6.6.

Сломалось ядро

1. Остановите изменения: включите страницу обслуживания, чтобы заказы и записи не падали в базу.
2. Если после обновления прошло мало времени и новых заказов не было, восстановите файлы и базу из одной копии на момент до обновления.
3. Если данные уже поступали, восстанавливать базу целиком нельзя без потери заказов. Выгрузите новые записи, восстановите копию и перенесите новые данные.
4. Через WP-CLI ядро можно переустановить на нужную версию: wp core download --version=7.1.3 --force --skip-content, затем wp core update-db. Работает только если база не менялась несовместимо.
5. Проверьте целостность: wp core verify-checksums.

Откат на старую версию ядра возвращает те уязвимости, которые закрывало обновление. Поэтому, вернув работу сайта, найдите причину сбоя (чаще всего плагин или несовместимая версия PHP) и вернитесь на актуальный выпуск как можно быстрее. Если сделать это самому не получается, подключайтесь к нам: поддержка сайта и экстренная помощь после обновления.

Чек-лист после обновления

1. Главная, внутренние страницы и поиск открываются без ошибок.
2. Работают формы, корзина, оплата и письма (проверьте тестовым заказом).
3. В консоли нет предупреждений о необходимости обновить базу.
4. wp core verify-checksums не находит лишних файлов.
5. Журнал ошибок PHP пуст или без новых записей.
6. Резервная копия сделана заново, уже с новой версией.