Обновлено · 31.08.2026
Короткий ответ.
Безопасное обновление начинается до кнопки «Обновить»: нужно знать поддерживаемые версии PHP и WordPress, сделать проверяемую резервную точку и определить сценарии, которые нельзя сломать. Чем неизвестнее проект, тем меньше должен быть первый пакет изменений.
Сначала проверьте
Факты до изменений.
- Текущие версии WordPress, PHP, активной темы, MU-плагинов и обычных плагинов.
- Заявленные требования и changelog обновляемых компонентов.
- Наличие собственного кода, который зависит от внутренних функций стороннего плагина.
- Свободное место, лимиты PHP, фоновые задания и доступ к журналам ошибок.
- Резервная копия файлов и базы данных из одной согласованной точки времени.
- Список критичных страниц, форм, оплат, кабинетов и интеграций.
Безопасный порядок
Двигайтесь небольшими проверяемыми шагами.
- Сначала восстановление. Проверьте, куда и как будет возвращён сайт при неудаче.
- Обновите копию. На stage повторите рабочую конфигурацию и сохраните наблюдаемые ошибки до изменений.
- Разделяйте причины. Не смешивайте обновление PHP, ядра и всех расширений в один необъяснимый шаг.
- Повторите сценарии. Проверьте публичные страницы, вход, формы, фоновые задачи, почту и интеграции.
- Выпустите с checkpoint. После production обновления повторите короткий postflight и просмотрите новые ошибки.
Частые ошибки
Что обычно повышает риск.
- Обновлять production без свежей копии базы.
- Отключать проблемный плагин и считать задачу закрытой, не проверив потерянную функцию.
- Игнорировать изменения схемы базы и фоновые миграции.
- Оставлять автоматические обновления без понятного наблюдения и реакции.
320px Site Audit
Что можно проверить автоматически.
Site Audit показывает версии, доступность обновлений, часть заявленной совместимости, cron, Site Health и другие сигналы. Он не доказывает совместимость пользовательского кода: её подтверждает только проверка конкретного обновлённого сайта.
Когда нужна помощь
Конкретный следующий шаг.
Если проект нельзя безопасно обновить одним действием, 320px может подготовить stage, разделить изменения и провести проверяемый выпуск.
Продолжить
Соседнее руководство и общий раздел.
01
Проверка резервной копии WordPress
Какие данные нужны для резервной копии WordPress и почему только тестовое восстановление подтверждает, что архив пригоден.
Расскажите о задаче вашего сайта.
Достаточно цели, текущей сложности и адреса проекта. Пароли, ключи и приватные выгрузки присылать не нужно.