Обновления CMS и плагинов без поломок: порядок работы

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

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

Почему обновления ломают сайт

• Несовместимость. Новая версия плагина не работает со старой темой или с другим плагином.
• Версия PHP или сервера. Обновление требует более новой версии, чем стоит на хостинге.
• Правки в файлах ядра или темы. Документация WordPress прямо предупреждает: обновление затрагивает все файлы основной установки, и если вы их меняли, изменения будут потеряны (WordPress). Поэтому свои правки темы делают в дочерней теме, а не в исходной.
• Заброшенные плагины. Плагин давно не обновлялся автором и перестаёт работать с новой версией системы.

Какие обновления какие

• Исправления безопасности и мелкие версии. Ставить как можно быстрее. Небольшие обновления WordPress обычно устанавливаются автоматически. На новых установках начиная с WordPress 5.6 по умолчанию включены и обновления крупных версий; на существующих сайтах поведение зависит от настроек. Проверьте их до планирования обновлений (документация WordPress).
• Крупные версии системы. Только через тестовую копию: в них чаще всего что-то меняется.
• Плагины и темы. По одному, а не все сразу: так понятно, какое обновление что сломало.

Порядок работы

1. Резервная копия. Файлы и база данных, во внешнее хранилище. Убедитесь, что копия свежая и полная.
2. Тестовая копия сайта. Разверните актуальную копию на тестовом сервере.
3. Обновление на тестовой копии. Систему — отдельно, плагины — по одному, с проверкой после каждого важного.
4. Проверка сценариев. По списку ниже.
5. Обновление рабочего сайта. В спокойное время: не перед рекламной кампанией и не в пятницу вечером.
6. Проверка рабочего сайта. Тот же список, плюс журнал ошибок сервера.
7. Запись. Что обновили, когда и что заметили.

Проверка после обновления

• Главная и основные типы страниц открываются без ошибок.
• Формы отправляются, заявки приходят ответственному.
• Корзина и оформление заказа работают, если это магазин.
• Вход в админку, редактирование и сохранение страницы.
• Интеграции: CRM, оплата, аналитика получают данные.
• В журнале ошибок сервера нет новых предупреждений.
• Мобильная версия и скорость не стали хуже.

План отката

Перед обновлением ответьте на вопрос: что делать, если сайт сломался?

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

Если отката нет, обновление рабочего сайта лучше не начинать.

Список плагинов

Заведите таблицу и обновляйте её раз в квартал:

Значения в таблице условные. Каждый плагин — это код, который нужно обновлять и которому вы доверяете доступ к сайту. Неиспользуемые удаляйте целиком, а не просто отключайте: файлы отключённого плагина остаются на сервере.

Расписание

• Исправления безопасности — в течение нескольких дней после выхода.
• Остальные обновления — в плановое окно раз в месяц.
• Крупные версии системы — по отдельному плану, через тестовую копию.

В поддержку сайтов PIP после запуска входят регулярное резервное копирование, мониторинг доступности и небольшие обновления — так указано на странице цен. Боитесь обновлять сайт? Расскажите о задаче — начнём с тестовой копии.

Короткие подсказки о сайтах и автоматизации — в Telegram-канале @pip_kz.