Если на рабочем сайте обновления WordPress нужно проводить вручную, важно сразу понимать: отключить можно не только обновления ядра, но и автоматическую установку плагинов, тем и переводов. При этом полное отключение обновлений почти всегда повышает риск пропустить исправления безопасности, поэтому на живом проекте лучше отключать только то, что действительно мешает вашей схеме поддержки.
В WordPress автоматические обновления работают не как один общий переключатель. У ядра, плагинов, тем и переводов свои механизмы, и отключаются они разными способами. Для части сайтов достаточно управлять этим через админку, для части — через константы в wp-config.php или фильтры в теме/плагине. Выбор зависит от того, что именно вы хотите контролировать и насколько стабильно должен вести себя сайт после обновлений.
Что именно можно отключить
В WordPress отдельно существуют автоматические обновления:
- ядра WordPress — минорные и мажорные;
- плагинов;
- тем;
- переводов.
Это разные процессы. Например, можно оставить автоматическую установку мелких обновлений безопасности ядра, но запретить автообновление плагинов, если на сайте есть нестандартная интеграция и любое изменение нужно сначала проверить на staging-копии.
Для рабочих сайтов это обычно самый разумный подход: не отключать всё подряд, а ограничить только те обновления, которые способны сломать совместимость или изменить поведение сайта без вашего участия.
Самый безопасный способ: управлять обновлениями через админку
Если вам нужно отключить только обновления конкретного плагина или темы, начните с панели администратора. Это безопаснее, чем сразу править конфигурационные файлы.
Для плагинов и тем в списке установленных элементов WordPress обычно показывает доступность автообновления. Там можно включать и выключать его точечно. Такой вариант удобен, если вы хотите оставить автоматические обновления для большинства расширений, но вручную контролировать несколько критичных компонентов.
Плюс этого способа в том, что он не требует редактировать wp-config.php и не несёт риска синтаксической ошибки. Минус — он не всегда подходит, если нужно централизованно зафиксировать поведение сайта для всей команды или для нескольких окружений.
Как отключить автоматические обновления через wp-config.php
Если нужно задать правило на уровне всего сайта, используют константу AUTOMATIC_UPDATER_DISABLED. Она отключает автоматический обновлятор WordPress в целом, то есть влияет не только на ядро, но и на другие автоматические действия, связанные с системой обновлений.
Добавлять её нужно в файл wp-config.php до строки /* That's all, stop editing! Happy publishing. */. Если поставить значение после этой строки, WordPress может не прочитать настройку.
Перед изменением файла сделайте резервную копию. Ошибка в wp-config.php способна положить сайт белым экраном, особенно если случайно пропустить точку с запятой или вставить код не в то место.
Пример:
define( 'AUTOMATIC_UPDATER_DISABLED', true );Что делает эта настройка:
- отключает автоматические обновления через встроенный механизм WordPress;
- подходит, если вы хотите полностью перевести обновления на ручной режим;
- полезна на сайтах, где любое автоматическое изменение нужно согласовывать и тестировать.
Ограничение у этого способа простое: он не решает вопрос точечного контроля. Если вам нужно отключить только плагины, но оставить обновления ядра безопасности, эта константа слишком грубая.
Отключение обновлений ядра: когда это оправдано
Автоматические обновления ядра WordPress бывают минорными и мажорными. Минорные — это, как правило, исправления безопасности и технические правки внутри текущей ветки. Мажорные — переходы между версиями, которые могут затронуть совместимость темы, плагинов и кастомного кода.
Полностью отключать обновления ядра стоит только если у вас есть понятный процесс ручной проверки: staging-копия, тестирование плагинов, резервные копии и окно для выката. На обычном сайте без поддержки это плохая идея, потому что именно ядро часто закрывает уязвимости.
Если задача — не запрещать всё, а только убрать автоматический переход на новые крупные версии, лучше использовать фильтр allow_major_auto_core_updates. Его обычно добавляют в тему или в небольшой mu-plugin, а не в wp-config.php.
Пример кода, который запрещает автоматические мажорные обновления ядра:
add_filter( 'allow_major_auto_core_updates', '__return_false' );Этот вариант подходит, если вы хотите оставить автоматические мелкие обновления безопасности, но не хотите, чтобы сайт сам переходил, например, с одной крупной версии на другую без проверки.
Если же нужно отключить и минорные, и мажорные обновления ядра, тогда используют более жёсткую настройку через фильтры или константы, но на практике это оправдано только для проектов с отдельным регламентом сопровождения.
Как отключить автообновление плагинов и тем
Для плагинов и тем лучше не использовать глобальное отключение, если проблема касается только нескольких расширений. В WordPress есть встроенная поддержка управления автообновлениями на уровне конкретного плагина или темы.
Если вы разрабатываете сайт или поддерживаете клиентский проект, удобнее всего отключать автообновления там, где это влияет на совместимость. Например, для плагина, который связан с оплатой, интеграцией с CRM или кастомной версткой, автоматическое обновление может изменить поведение без предупреждения.
Если же у вас много одинаковых сайтов и нужен централизованный контроль, обычно используют фильтры и собственный код, а не ручные переключатели в админке. Но такой подход требует аккуратности: после обновления темы или плагина ваш код не должен конфликтовать с новой версией.
Что будет, если отключить обновления полностью
Полное отключение автоматических обновлений даёт контроль, но создаёт несколько рисков:
- вы можете пропустить исправления безопасности;
- устаревшие плагины и темы чаще конфликтуют с новой версией PHP и WordPress;
- на сайте накапливаются несовместимости, которые потом сложнее разбирать;
- ручное обновление становится не задачей на пять минут, а регулярным процессом с проверкой и откатом.
На рабочем сайте с высокой нагрузкой это особенно заметно. Если обновление выйдет в неподходящий момент, оно может изменить кэширование, поведение запросов или работу критичных плагинов. Но если обновления не ставить совсем, риск уязвимостей и технического долга растёт ещё быстрее.
Поэтому на практике чаще выбирают компромисс:
- оставить автоматические обновления безопасности ядра;
- отключить автообновление крупных версий WordPress;
- выключить автообновление только у проблемных плагинов и тем;
- проверять обновления сначала на staging-копии.
Как проверить, что отключение сработало
После изменения настроек не ограничивайтесь визуальной проверкой в админке. Убедитесь, что WordPress действительно применил нужное правило.
Практически это делается так:
- Откройте список плагинов и тем и проверьте, что переключатель автообновления изменил состояние.
- Если вы добавляли константу в
wp-config.php, проверьте, что сайт открывается без ошибок и не появился белый экран. - Посмотрите страницу обновлений в админке и убедитесь, что WordPress больше не предлагает автоматическую установку там, где вы её отключили.
- Если используете staging, попробуйте вручную инициировать обновление и убедитесь, что оно не запускается автоматически в обход вашей настройки.
Если после правки сайта не стало видно в админке или появилась ошибка, сначала проверьте синтаксис файла wp-config.php. Чаще всего проблема не в самой константе, а в лишнем символе, неправильных кавычках или дублирующемся определении.
Когда лучше не править wp-config.php вручную
Редактировать wp-config.php стоит только если вы понимаете, где лежит файл, как его сохранить без изменения кодировки и как быстро откатить правку. На хостинге с ограниченным доступом проще и безопаснее использовать панель управления обновлениями или небольшой плагин для управления поведением WordPress.
Если сайт уже работает в продакшене и у вас нет уверенности в своих действиях, сначала сделайте копию файла и, по возможности, протестируйте изменение на копии сайта. Это особенно важно, если вы отключаете обновления не временно, а как постоянную политику сопровождения.
Итог здесь практический: отключать автоматические обновления WordPress можно, но делать это лучше точечно. Для большинства рабочих сайтов разумно оставить обновления безопасности, а вручную контролировать только те части системы, где автоматический апдейт действительно создаёт риск поломки или требует предварительного тестирования.