Автообновления WordPress: что я оставляю на автомате, а что нет, чтобы не проснуться с упавшим сайтом

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

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

Базовое правило: насколько больно, если сломается

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

• Касается денег — корзина, оформление заказа, платежи (WooCommerce и связанные плагины). Ошибка здесь — это потерянные заказы. Держите вручную.
• Касается внешнего вида — конструкторы страниц (Elementor, WPBakery), темы, плагины дизайна. Обновление может сдвинуть или сломать целые секции. Держите вручную или тестируйте.
• Касается всего сайта — крупные версии ядра WordPress и версия PHP. Высокий риск, но редко.

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

Ядро WordPress: минорные ДА, мажорные с осторожностью

WordPress делит обновления на минорные и мажорные, и разница огромна.

Минорные версии (например, 6.4.1 к 6.4.2) — это почти всегда исправления безопасности и багов. Они небольшие, хорошо протестированы и их трудно сломать. Их оставляйте на автомате уверенно — WordPress и так применяет их автоматически по умолчанию, и это правильно.

Мажорные версии (6.4 к 6.5) приносят новые функции и изменения, которые могут конфликтовать с плагинами или вашей темой. Их не ставьте на автомат на сайте, который приносит деньги. Подождите неделю-две после выхода, проверьте на тестовой среде, затем обновите вручную. Версия PHP — это не обновление WordPress: ею управляет ваш хостинг, и она тестируется отдельно, никогда вслепую.

Плагины: зелёный список и красный список

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

Зелёный список (авто в порядке): небольшие зрелые плагины с одной чёткой ролью — безопасность, простая форма, SEO-утилита, что-то, что не рисует страницу. Популярные и активно поддерживаемые быстро закрывают дыры и редко что ломают.

Красный список (держать вручную): WooCommerce и его расширения, конструкторы страниц, плагины кэширования и всё, от чего напрямую зависит вид или оформление заказа. У них много движущихся частей, и именно они бьют по продажам, если ломаются.

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

Темы: редко проблема, с одним исключением

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

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

Страховочная сеть, без которой автообновление — это лотерея

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

• Ежедневный автоматический бэкап, хранящийся не на сервере, с восстановлением в один клик.
• Тестовая (staging) среда для крупных изменений, чтобы не экспериментировать на живом сайте.
• Мониторинг доступности, который пишет вам, когда сайт падает, чтобы вы узнали первым, а не клиенты.
• Уведомления на почту о каждом применённом обновлении, чтобы знать, что и когда изменилось.

Так выглядит наш подход в MPO Web Studio: мы строим на инфраструктуре с бэкапом и мониторингом в комплекте, работаем полностью удалённо по всей стране и держим мелочи на автомате, а то, что касается денег, — вручную. Если вы не уверены, что безопасно оставить на автомате на вашем сайте, напишите нам в WhatsApp, и мы честно скажем — по каждому компоненту.