Обновления WordPress Multisite: как не сломать сеть на мелком патче

Обновления WordPress Multisite: как не сломать сеть на мелком патче

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

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

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

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

Держите обновления как процесс, а не как кнопку: бэкап, тест, поэтапный запуск, проверка сценариев. В Multisite это экономит часы и не даёт мелкой правке превратиться в общий простой.