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

После этой инструкции у вас будут обновлены ядро WordPress, плагины и темы, а на руках останется свежая копия сайта, к которой можно вернуться. Первый раз уйдёт 30–40 минут, дальше около 10. Сама кнопка «Обновить» срабатывает за секунды. Время тратится на то, что вокруг неё: копию до и проверку после.

Что нужно иметь до начала

• Доступ администратора к консоли сайта (адрес вида ваш-сайт/wp-admin).
• Доступ к файлам: файловый менеджер в панели хостинга или FTP/SFTP. Он нужен, если после обновления консоль перестанет открываться.
• Возможность сделать резервную копию. Копия должна включать и файлы, и базу данных. У большинства хостингов для этого есть кнопка в панели, иначе подойдёт плагин для бэкапов.
• WordPress 6.x. Версию видно внизу любой страницы консоли и на странице «Обновления».
• Необязательно: SSH и WP-CLI версии 2.x для раздела с командами.
• Время, когда на сайте мало посетителей. Для магазина это не вечер пятницы.

Что обновляется и как читать номер версии

Обновляются четыре вещи: ядро (сама система), плагины, темы и файлы переводов. Переход с 6.4 на 6.5 считается мажорным релизом¹, с 6.5 на 6.5.1 — малым. Малые релизы чаще всего чинят ошибки и закрывают уязвимости. Мажорные меняют больше, поэтому и ломают чаще.

Пошаговая инструкция

1. Сделайте полную копию. Откат из копии — единственный надёжный путь назад. Скачайте её и на свой компьютер: копия, лежащая рядом с сайтом, пропадёт вместе с ним. Проверка: в списке копий есть свежая запись с ненулевым размером, в ней и файлы, и база.
2. Откройте Консоль → Обновления. Здесь собраны все доступные обновления. Проверка: вы видите версию ядра и списки плагинов и тем с новыми версиями. Надпись о последней версии WordPress значит, что ядро трогать не нужно.
3. Узнайте, что внутри обновления. На странице плагина в каталоге wordpress.org есть поля «Tested up to» (проверен до версии WordPress) и «Requires PHP». Свою версию PHP смотрите в Инструменты → Здоровье сайта → Информация → Сервер. Проверка: вы знаете, что плагин заявляет поддержку вашей версии WordPress и PHP.
4. Обновите плагины и темы по одному. Кнопка «Обновить всё» экономит минуты, но при поломке вы не поймёте, кто виноват. Если вы правили файлы самой темы напрямую, обновление их перезапишет, поэтому такие правки живут в дочерней теме. Проверка: после каждого обновления откройте главную и одну внутреннюю страницу в приватном окне браузера. У обновлённого плагина в списке пропала пометка о новой версии.
5. Обновите ядро. Нажмите «Обновить до версии…» на странице «Обновления». Ядро идёт последним: к этому моменту плагины уже в свежих версиях, где разработчики, как правило, добавили поддержку нового релиза. Если WordPress предложит обновить базу данных, соглашайтесь, это штатный шаг. Проверка: внизу консоли указана новая версия.
6. Пройдите по сайту как посетитель. Откройте главную, запись, поиск, отправьте тестовую заявку через форму. Для магазина добавьте корзину и оформление заказа. Проверка: тестовое письмо дошло, заказ дошёл до последнего шага без ошибок.
7. Откройте Инструменты → Здоровье сайта. Раздел показывает критические проблемы и рекомендации. Проверка: новых критических пунктов по сравнению с состоянием до обновления нет.
8. Очистите кеш. Кеш-плагин или CDN могут отдавать посетителям страницы со старыми стилями. Проверка: в приватном окне сайт выглядит так же, как в консоли.
9. Не удаляйте копию из шага 1 хотя бы неделю. Некоторые поломки видны не сразу, например письма из формы или платёжный шлюз. Проверка: копия по-прежнему есть в списке.

Кнопка «Обновить» стоит секунду. Дорого стоит отсутствие копии, к которой можно вернуться.

То же командами WP-CLI

Если у вас есть SSH и установлен WP-CLI, обновление можно сделать из терминала. Команды запускайте из папки сайта, где лежит wp-config.php, или добавьте параметр --path с путём к ней. Команда wp db export сохраняет только базу, файлы копируйте отдельно.

# Версия ядра и наличие обновления
wp core version
wp core check-update

# Плагины, для которых есть новая версия
wp plugin list --update=available

# Дамп базы перед обновлением (файл появится в текущей папке)
wp db export backup-before-update.sql

# Обновление одного плагина: подставьте его слаг вместо YOUR_PLUGIN_SLUG
wp plugin update YOUR_PLUGIN_SLUG

# Обновление ядра и базы данных
wp core update
wp core update-db

Проверка: после wp core version выводится новый номер версии.

Автообновления: что включено и как настроить

Малые обновления ядра WordPress ставит сам, начиная с версии 3.7. Автообновления плагинов и тем появились в WordPress 5.5 и по умолчанию выключены: их включают отдельно для каждого плагина и темы в консоли. Мажорные релизы ядра сами не ставятся, пока вы не разрешите это в wp-config.php.

Перед правкой сделайте копию wp-config.php. Фрагмент вставляется выше строки «That's all, stop editing! Happy publishing.»:

// Автообновление ядра: только малые релизы и релизы безопасности
define( 'WP_AUTO_UPDATE_CORE', 'minor' );

Цена вопроса такая. Автообновление плагина закрывает уязвимость раньше, чем вы заметите новость о ней, но и сломать сайт без вас оно может. Для небольших плагинов с простой задачей риск невелик. Конструкторы страниц, платёжные модули и плагины магазина лучше обновлять вручную по списку выше.

Если не получилось

• Сайт показывает «Briefly unavailable for scheduled maintenance. Check back in a minute.» и не отпускает. Обновление прервалось, в корне сайта остался файл .maintenance. Удалите его через файловый менеджер или FTP (включите показ скрытых файлов) и повторите обновление.
• «На сайте возникла критическая ошибка» (There has been a critical error on this website). Скорее всего, обновлённый плагин или тема несовместимы с вашей версией PHP или WordPress. Проверьте почту администратора: WordPress присылает письмо со ссылкой на режим восстановления. Если письма нет, переименуйте через FTP папку плагина, который обновляли, в wp-content/plugins. Сайт должен открыться. Затем верните копию или напишите разработчику плагина.
• «Update failed: Could not create directory», «unable to copy some files» или запрос FTP-данных. WordPress не может записывать файлы. Причина в правах на папки, владельце файлов или закончившемся месте на диске. Напишите в поддержку хостинга и не ставьте права 777 для «быстрого решения».
• «Another update is currently in progress.» WordPress ставит блокировку на время обновления ядра. Подождите и повторите попытку позже. Если сообщение не пропадает, обратитесь в поддержку хостинга.

Что делать дальше

Поставьте себе еженедельное напоминание открывать страницу «Обновления». Удалите плагины и темы, которыми не пользуетесь: неактивный плагин с уязвимостью остаётся в файлах сайта. Если хостинг даёт тестовую копию сайта, приучите себя сначала обновлять её. Настройка полноценной тестовой среды — отдельная тема, здесь мы её не разбираем. Для продакшена подключите мониторинг доступности сайта, чтобы узнавать о поломке раньше посетителей.

¹ Мажорный релиз. В WordPress так называют выпуск, у которого меняются первые две цифры версии, например 6.4 на 6.5. Он приносит новые функции и изменения, на которые плагины и темы реагируют не сразу.