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

Автообновления WordPress удобны, пока сайт простой и не приносит серьёзных денег. Как только появляются нестандартные plugins, доработки php‑кода темы, интеграции с CRM и платёжными системами, «обновить в один клик» превращается в риск остановить продажи и сломать административную панель admin. Ручное обновление WordPress даёт контроль над каждой стадией и позволяет заранее подстелить соломку. Ниже — пошаговая инструкция по безопасному обновлению WordPress вручную через ftp или файловый менеджер, с акцентом на интернет‑магазины, корпоративные сайты и проекты с кастомной логикой. Действия несложные, но требуют аккуратности: следуя шагам, вы сильно снижаете риск поломок.

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

Автообновления хороши для небольших лендингов и блогов без сложных зависимостей. Система сама скачивает дистрибутив, перезаписывает файлы и запускает скрипт обновления базы данных. Плюс — не нужно входить в ftp и делать что‑то руками. Минус — вы не контролируете момент обновления, не готовите резервные копии и не проверяете совместимость с ключевыми plugins и темой.

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

• Сайт — интернет‑магазин на WooCommerce, где ошибка обновления сразу билом по конверсии и оплатам.
• Используется кастомная тема с доработанными шаблонами в `wp-content`, есть правки в child‑theme и пользовательские php‑скрипты.
• Сайт связан с внешними системами: CRM, 1С, платёжными шлюзами, сторонними API; любое изменение в ядре может затронуть эти интеграции.
• Установлено много plugins от разных разработчиков, часть из которых давно не обновлялась — риск конфликтов растёт с каждой новой версией WordPress.

Как понять, что обновление откладывать нельзя:

• В админке admin или в рассылках хостинга появляются уведомления о критических уязвимостях вашей версии WordPress.
• Страницы плагинов в каталоге пишут, что для корректной работы требуется более свежая версия WordPress или php.
• Вы сталкиваетесь с ошибками, которые упомянуты как исправленные в changelog новых релизов.

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

Подготовка к безопасному обновлению: резервные копии, тестовый стенд, чек‑лист

Большинство проблем после апдейта связано не с самим WordPress, а с отсутствием плана. Перед тем как трогать файлы `wp-admin` и `wp-includes`, пройдитесь по короткому чек‑листу.

Мини‑чек‑лист подготовки:

• Уточнить текущую версию WordPress в нижней части панели admin и целевую версию на wordpress.org (major — 6.3→6.4, minor — 6.4.1→6.4.2).
• Проверить совместимость ключевых plugins и темы: посмотреть вкладку «Development»/changelog в каталоге плагинов, сайт автора темы, требования к версии WordPress и php.
• Убедиться, что на хостинге достаточно места для бэкапа и нового дистрибутива (обычно нужно хотя бы +30–40% текущего объёма сайта).

Далее — резервные копии. Минимум, что нужно сохранить:

• Все файлы сайта: особенно директорию `wp-content` (темы, plugins, uploads), но и другие тоже.
• Файл `wp-config.php` с настройками подключения к базе и ключами безопасности.
• Базу данных MySQL целиком.

Сделать бэкап можно разными способами:

• Через панель хостинга: архив корневой папки сайта + экспорт БД через phpMyAdmin.
• Через специализированный плагин резервного копирования с выгрузкой в облако.
• Вручную через ftp/SFTP (скачать содержимое сайта) и консоль/интерфейс БД (mysqldump, phpMyAdmin).

Критично понимать: одного дампа базы мало. Без файлов темы, media‑контента и plugins восстановить рабочий сайт не получится.

Идеальный вариант — staging‑стенд. Многие хостинги позволяют развернуть копию сайта в один клик. Если такой функции нет, можно:

• Создать поддомен вида `dev.ваш-домен.ru`.
• Скопировать туда файлы сайта и развёрнуть копию базы данных.
• В `wp-config.php` на стенде прописать отдельную БД и, при необходимости, скорректировать адрес сайта в настройках.

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

Пошаговая инструкция: обновление WordPress вручную через FTP или файловый менеджер хостинга

Ниже — универсальный сценарий, который работает на большинстве хостингов, где есть доступ по ftp/SFTP или встроенный файловый менеджер.

1. Скачать дистрибутив WordPress

• Перейдите на официальный сайт wordpress.org в раздел загрузки.
• Скачайте архив нужной версии: обычно это последняя стабильная, но при сложных проектах иногда выбирают конкретную версию под требования plugins.
• Не берите сборки из сторонних источников: туда могут быть внедрены вредоносные php‑скрипты.

1. Подключиться к сайту (FTP / SFTP / файловый менеджер)

• Используйте ftp‑клиент (FileZilla, WinSCP и др.) или файловый менеджер в панели хостинга.
• Найдите корневую папку сайта: там должны лежать `wp-admin`, `wp-includes`, `wp-content`, `wp-config.php`.
• Убедитесь, что работаете именно с тем доменом, где собираетесь обновлять WordPress, а не с тестовой копией.

1. Перевести сайт в режим обслуживания (по желанию)

• На посещаемых сайтах и интернет‑магазинах лучше включить maintenance‑режим с помощью простого плагина или собственной заглушки.
• Так вы избежите ситуации, когда пользователь оформляет заказ в момент, когда обновляются файлы ядра и includes.

1. Деактивировать плагины

• Зайдите в панель admin и временно отключите все plugins или минимум тяжёлые: кэширование, безопасность, конструктора страниц.
• Это резко снижает вероятность фатальных ошибок php во время обновления ядра WordPress.
• Если в админку не зайти, позже можно будет отключать плагины переименованием папки `wp-content/plugins`.

1. Залить новые файлы WordPress

• Распакуйте скачанный архив WordPress на своём компьютере.
• Через ftp или файловый менеджер удалите на сервере папки `wp-admin` и `wp-includes` и загрузите на их место свежие версии из архива.
• Папку `wp-content` не трогайте: в ней ваш content — темы, plugins, uploads. Перезаписывать её целиком нельзя.
• Из корня архива перезапишите файлы `index.php`, `wp-settings.php`, `wp-login.php` и другие файлы ядра.
• `wp-config.php` не заменяйте, иначе потеряете настройки подключения к БД и ключи безопасности.
• Если ранее вы правили файлы ядра вручную, примите как факт: при обновлении эти правки будут потеряны. Их нужно выносить в тему или отдельные плагины.

1. Запустить скрипт обновления базы данных

• Откройте в браузере адрес `https://ваш-домен.ru/wp-admin/upgrade.php`.
• Если новая версия требует изменения структуры БД, WordPress предложит нажать кнопку продолжения и выполнит миграции.
• При запросе авторизации введите логин и пароль пользователя с правами администратора.

1. Вернуть плагины и сайт в нормальный режим

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

Проверка после обновления, откат и когда лучше позвать разработчиков

После успешного обновления WordPress вручную важно убедиться, что сайт работает так же надёжно, как до апдейта.

Мини‑чек‑лист проверки:

• Откройте главную страницу, несколько ключевых внутренних, корзину, личный кабинет, если они есть.
• Проверьте все формы: обратная связь, заявки, заказ, подписка. Убедитесь, что письма уходят, а данные попадают в CRM.
• Посмотрите консоль браузера (вкладка Console) и логи сервера на наличие php‑ошибок и предупреждений.

Частые проблемы и решения:

• «Белый экран» или фатальная ошибка. Через ftp переименуйте папку `wp-content/plugins` во что‑то вроде `plugins_off` — это отключит все plugins. Если сайт ожил, включайте их по одному.
• Съехала вёрстка, исчезли стили. Часто виноват кэш (плагин или CDN). Очистите кэш, отключите минификаторы, убедитесь, что тема совместима с новой версией.
• Серьёзные сбои. Восстановите файл и базу данных из бэкапа в одном состоянии; откатить только БД или только файлы — частая причина «мистических» ошибок.

Есть ситуации, когда лучше не экспериментировать: нет доступа к admin или ftp, сайт критичен для продаж, много кастомных интеграций, либо вам нужен не разовый апдейт, а регулярный процесс с staging‑средой и автоматическими проверками. Наша команда разрабатывает и поддерживает сайты, интернет‑магазины, CRM‑системы, игры и веб‑сервисы и помогает выстроить безопасный цикл обновлений WordPress: от аудита текущего проекта и переноса на более надёжную архитектуру до регулярных ручных обновлений, доработки функционала и сопровождения под ваши бизнес‑цели. Если нужна помощь с вашим текущим сайтом или новым проектом — можно доверить это нам.