Как обновить WordPress без поломок: резервная копия, порядок и что делать, если сайт сломался

Любой работающий сайт состоит из нескольких программных слоев, и каждый из них развивается независимо от остальных.

Перед обновлением важно понимать, из каких компонентов состоит система и кто отвечает за актуальность каждого элемента:

• Ядро системы. Базовый программный код платформы, который обновляет администратор сайта вручную кнопкой в консоли или сама система в фоновом режиме.
• Плагины. Дополнительные программные модули функций, которые обновляет владелец сайта по очереди либо сама система через встроенные автообновления.
• Темы оформления. Внешний вид сайта и шаблоны страниц, обновление которых запускает администратор в интерфейсе управления темами.
• Файлы переводов. Языковые пакеты для интерфейса и системных сообщений, которые WordPress обновляет автоматически без участия владельца.
• Версия PHP на хостинге. Программное окружение сервера, которое переключает владелец сайта в панели хостинга или специалисты хостинга по запросу.
• Что такое ядро WordPress. Это базовый набор файлов и программного кода платформы, на котором работают все страницы, темы и плагины сайта.

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

Мелкие обновления и обновления безопасности ядра большинство сайтов ставит само, в фоне. Крупные выпуски администратор запускает кнопкой «Обновить сейчас» на экране «Консоль» → «Обновления», хотя на новых установках WordPress может ставить в фоне и крупные выпуски. Переводы интерфейса также обновляются автоматически и не требуют ручных действий.

Многие владельцы сайтов интересуются, какая последняя версия WordPress сейчас считается актуальной.

В официальной документации wordpress.org указано: для WordPress последняя версия на 2 октября 2026 года — 7.1.2. Новые версии выходят регулярно, поэтому свежий номер версии всегда можно сверить на wordpress.org и на экране обновлений в административной панели.

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

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

Сайт на WordPress представляет собой взаимосвязанную систему, и сбой происходит тогда, когда один из элементов теряет совместимость с остальными или процесс установки внезапно прерывается на сервере.

Чаще всего сбои происходят по следующим типовым причинам:

• Плагин не готов к новой версии. Автор плагина или темы еще не выпустил обновление под свежий WordPress или новую версию PHP, и после обновления ядра плагин выдает фатальную ошибку или ломает страницу.
• Правки внесены в файлы ядра или темы. Если изменения вносили прямо в файлы ядра WordPress или в файлы стандартной темы, обновление их перезапишет и все ручные доработки безвозвратно пропадут.
• Сайт давно не обновляли. Когда сайт пропустил больше двух крупных версий, резкий скачок через несколько поколений кода сразу приводит к конфликтам базы данных и программных функций.
• Обновление прервалось на середине. Если закрыть вкладку браузера во время установки, потерять связь с сервером или если серверу не хватило прав на перезапись файлов, сайт зависает в сервисном режиме.
• Не очищен кэш после обновления. Файлы на сервере уже обновились, но кэширование продолжает отдавать старые скрипты и стили браузеру, из-за чего разметка страниц выглядит сломанной.

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

Резервная копия сайта на WordPress — это две части: файлы (ядро, темы, плагины, загруженные картинки, файлы настроек) и база данных (записи, страницы, комментарии, настройки). Для полного восстановления нужны обе составляющие.

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

Чтобы гарантированно сохранить сайт перед началом работ, выполните следующие шаги:

1. 1

   Шаг 1. Проверьте инструменты хостинга.

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

   Шаг 2. Используйте проверенный плагин.

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

   Шаг 3. Сохраните базу данных и файлы.

   Копию базы делают первой, затем файлов: правильный порядок создания копий всегда начинается с базы данных, после чего выгружаются каталоги сайта.
4. 4

   Шаг 4. Скачайте архив на компьютер.

   Перед обновлением важно разобраться, как сделать бэкап WordPress на локальный диск или в облачное хранилище, чтобы не хранить единственный архив на том же сервере.
5. 5

   Шаг 5. Проверьте архив на целостность.

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

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

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

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

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

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

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

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

Пошаговый порядок безопасного обновления включает следующие действия:

1. 1

   Шаг 1. Сделайте и проверьте резервную копию.

   Убедитесь, что архив с файлами и базой данных сохранен на ваш компьютер и готов к быстрому развертыванию.
2. 2

   Шаг 2. Оцените список доступных обновлений.

   Откройте экран «Консоль» → «Обновления» и посмотрите, какие элементы требуют актуализации: ядро, плагины или темы оформления.
3. 3

   Шаг 3. Обновите ядро WordPress.

   Нажмите кнопку «Обновить сейчас» на экране обновлений и ни в коем случае не уходите со страницы, пока процесс не завершится, чтобы не прервать перезапись системных файлов.
4. 4

   Шаг 4. Обновите плагины по очереди.

   Перейдите в раздел «Плагины», обновляйте дополнения строго по одному и после каждого обновления открывайте сайт в новой вкладке, проверяя его работу.
5. 5

   Шаг 5. Обновите активную тему оформления.

   Откройте раздел «Внешний вид» → «Темы» и обновите шаблон; помните, что если в файлы темы вносили правки напрямую, обновлять тему нельзя без помощи специалиста, иначе изменения пропадут.
6. 6

   Шаг 6. Очистите кэш сайта.

   После обновления, если на сайте включено кэширование, кэш очищают, иначе посетители и вы сами ещё какое-то время видите старую версию страниц.
7. 7

   Шаг 7. Проверьте ключевые разделы сайта.

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

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

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

Чтобы выяснить текущие параметры сервера и понять, как узнать версию PHP на сайте WordPress, перейдите в раздел «Инструменты» → «Здоровье сайта», вкладка «Информация», раздел «Сервер», строка «Версия PHP». Об устаревшем PHP система также предупреждает в консоли и в разделе «Здоровье сайта».

Решая, какую версию PHP выбрать для WordPress, ориентируйтесь на официальные стандарты: WordPress рекомендует PHP 8.3 или новее. На старых версиях PHP, от 7.4, WordPress ещё работает, но эти версии больше не получают исправлений безопасности от разработчиков языка, поэтому совместимость тем и плагинов важнее самого свежего номера.

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

Инструкция о том, как обновить версию PHP в WordPress, если её меняет хостинг: какие версии PHP доступны сайту, решает хостинг, и многие хостинги дают сменить версию самому в панели, а в остальных случаях её меняет хостинг по просьбе.

Перед сменой версии PHP страница WordPress советует выполнить следующие шаги:

1. 1

   Шаг 1. Сделайте резервную копию.

   Сохраните базу данных и файлы сайта в надежное место.
2. 2

   Шаг 2. Обновите сайт целиком.

   Заранее обновите WordPress, темы и плагины и проверьте, что сайт работает стабильно.
3. 3

   Шаг 3. Проверьте совместимость дополнений.

   Проверьте совместимость тем и плагинов плагином PHP Compatibility Checker, помня, что он не идеален и может ошибаться, а несовместимые замените или напишите их авторам.
4. 4

   Шаг 4. Измените версию PHP у хостинга.

   Переключите версию в панели хостинга или обратитесь в службу поддержки хостинга.
5. 5

   Шаг 5. Протестируйте работу сайта.

   Убедитесь, что все разделы сайта, формы и скрипты функционируют без ошибок.

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

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

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

Автоматическое обновление плагинов и тем включают для каждого плагина и каждой темы отдельно, ссылкой «Включить автоматические обновления»; так же его отключают ссылкой «Отключить автоматические обновления». Такие обновления WordPress запускает два раза в день и пишет владельцу на почту, что обновилось и что не получилось. Перед тем как включить автообновления, документация советует убедиться, что сайт можно откатить, то есть что есть резервные копии.

Многие владельцы рассуждают о том, можно ли в WordPress отключить автоматическое обновление и имеет ли смысл это делать.

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

Самостоятельное обновление WordPress отлично подходит для типовых проектов с аккуратной структурой, но в ряде ситуаций рисковать стабильностью рабочего сайта не стоит.

Обратите внимание на признаки, указывающие, что обновление безопаснее передать профессионалам:

• Нет резервной копии. У вас нет свежей копии файлов и базы данных или вы не знаете точно, как восстановить сайт из сохраненного архива.
• В файлы вносили правки. В файлы ядра или стандартной темы вносились изменения напрямую без создания дочерней темы, и обновление сотрет этот код.
• Сайт давно не обновляли. Текущая версия отстает на несколько крупных выпусков, и скачок через версии приведет к сбою базы данных.
• На сайте идут непрерывные продажи. У вас работает интернет-магазин с онлайн-оплатой или сервис, где каждый час простоя приносит прямые убытки.
• Сложная тема или конструктор. Проект использует нестандартные шаблоны, в том числе сайт сделан на теме Oxygen, где для обновления требуется профильный опыт.
• Требуется сменить версию PHP. Необходима смена окружения на хостинге, которая может нарушить совместимость используемых скриптов.
• После обновления сайт сломался. На страницах появились программные ошибки, интерфейс поврежден или консоль перестала открываться.

Не хочется рисковать рабочим сайтом при каждом обновлении? Возьмём сайт на поддержку: от 15 000 ₽ в месяц, в неё входят обновления движка и плагинов, резервные копии, проверка работы сайта, три мелкие правки текстов и картинок в месяц, срочные поломки — в рамках договора, а состав и объём поддержки фиксируем в договоре под ваш сайт.

Для тех, чей сайт регулярно ломается от обновлений плагинов, сильно тормозит или требует постоянного внимания, есть путь без ежемесячных обновлений ядра и плагинов ради безопасности: перенос сайта с WordPress на нашу платформу — от 3 000 ₽ за страницу старого сайта. Если же проект работает, но требует расширения функций или исправления ошибок, вам поможет доработка и починка сайта на WordPress — от 20 000 ₽, в том числе для сайтов на теме Oxygen.

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