Você acorda com o site fora do ar e o log aponta para um plugin atualizado de madrugada. A reação imediata é procurar como desativar atualização automática no WordPress e nunca mais passar por isso. Antes de colar a linha no wp-config.php, porém, é preciso entender o que essa constante realmente desliga, porque ela não cobre tudo e pode criar um problema maior do que o que você está tentando resolver.
O que a atualização automática do WordPress cobre de verdade
O WordPress tem dois níveis de atualização automática. O primeiro é o do core, controlado pela constante AUTOMATIC_UPDATER_DISABLED ou pelo filtro automatic_updater_disabled. O segundo é o de plugins e temas, que segue uma lógica própria e depende de filtros como auto_update_plugin e auto_update_theme.
Na prática, isso significa que colocar define('AUTOMATIC_UPDATER_DISABLED', true); no wp-config.php bloqueia o core, mas não impede que um plugin com atualização automática ativada se atualize sozinho. Muita gente descobre isso depois, quando o site quebra de novo e a constante já está lá, dando falsa sensação de controle.
Desde o WordPress 5.5, plugins e temas podem ser atualizados automaticamente pela interface, e desde a versão 5.6 isso vale também para versões maiores do core. Ou seja, o comportamento padrão mudou ao longo do tempo, e um site antigo pode ter configurações diferentes de um site novo sem que ninguém tenha mexido em nada.
Quando desativar atualização automática no WordPress faz sentido
Existem cenários em que desligar é a decisão correta, e eles quase sempre envolvem um problema concreto, não uma preferência. Os mais comuns:
- Um plugin específico quebra a cada atualização. Você já identificou o culpado e o fornecedor demora a corrigir. Nesse caso, o alvo é aquele plugin, não o site inteiro.
- Site em período de congelamento. Campanha grande, Black Friday, lançamento de produto. Atualizar durante a janela crítica é risco desnecessário.
- Ambiente de homologação. Staging precisa ficar estável para comparar comportamento. Atualização automática atrapalha o teste.
- Customização no core ou em tema pai. Se alguém editou arquivos que uma atualização sobrescreve, desligar evita perda de código. Mas isso é sintoma de um problema maior, não uma solução.
Fora desses casos, desligar tudo por padrão costuma ser pior. O motivo é simples: a maior parte das atualizações de segurança sai justamente por atualização automática, e um site parado numa versão antiga é alvo fácil. O risco real de desativar atualização automática no WordPress não é o site quebrar hoje, é o site ficar preso numa versão com falha conhecida e explorada.
Como diagnosticar antes de desligar qualquer coisa
Antes de mexer em configuração, descubra o que está acontecendo. O roteiro abaixo funciona tanto para quem tem acesso a SSH quanto para quem só tem o painel da hospedagem.
1. Leia o log de erros
Ative WP_DEBUG_LOG no wp-config.php e reproduza o problema. O arquivo wp-content/debug.log mostra o erro exato, com arquivo e linha. Sem isso, você está chutando.
2. Confira o histórico de atualizações
Se o site tem um plugin de log de atividades, ele mostra qual plugin foi atualizado e a que horas. Sem esse recurso, o log do servidor (via painel da hospedagem) registra requisições ao wp-admin/update-core.php e ajuda a reconstruir a linha do tempo.
3. Teste em staging
Se você tem staging, atualize lá primeiro. Se não tem, crie um clone manual: copie arquivos e banco para um subdomínio ou ambiente local. É mais trabalho, mas evita descobrir o problema em produção.
4. Isole o plugin culpado
Desative plugins um a um, ou use um ambiente limpo com apenas o suspeito. Quando o erro sumir, você achou o culpado. A partir daí, a decisão é sobre ele, não sobre o site inteiro.
Como desativar atualização automática no WordPress na prática
Existem três caminhos, e cada um tem um alcance diferente. Escolha o mais estreito que resolve o seu caso.
| Método | O que bloqueia | Onde fica |
|---|---|---|
AUTOMATIC_UPDATER_DISABLED |
Core (e, na prática, também plugins e temas, dependendo da versão) | wp-config.php |
Filtro auto_update_plugin |
Plugins específicos | Plugin de snippets ou functions.php |
Filtro auto_update_theme |
Temas específicos | Plugin de snippets ou functions.php |
Para bloquear só um plugin, o código é assim:
add_filter( 'auto_update_plugin', function( $update, $item ) {
if ( isset( $item->slug ) && 'nome-do-plugin' === $item->slug ) {
return false;
}
return $update;
}, 10, 2 );
Para temas, troque auto_update_plugin por auto_update_theme. Onde colocar esse código importa: se você edita o functions.php do tema, uma atualização de tema apaga tudo. O lugar certo é um plugin de snippets, e vale seguir um método para guardar código e limpar revisões em vários sites sem perder o que foi feito.
Se a decisão for bloquear o core inteiro, a linha no wp-config.php é:
define( 'AUTOMATIC_UPDATER_DISABLED', true );
Coloque antes da linha /* That's all, stop editing! */. Depois de salvar, acesse o painel e confirme em Plugins que a coluna de atualização automática reflete o que você espera.
O que fazer depois de desligar
Desligar atualização automática transfere a responsabilidade para você. A partir desse momento, alguém precisa atualizar manualmente, com regularidade, e testar depois. Se isso não acontecer, o site fica parado, e o problema que você evitou hoje vira uma invasão daqui a alguns meses.
Por isso, o caminho mais saudável é desligar por exceção. Mantenha a atualização automática ligada para o que é seguro e desligue só o que quebra. Para o que ficou de fora, crie uma rotina: uma vez por semana, atualize em staging, teste, e só então aplique em produção. Uma rotina de manutenção WordPress bem definida cobre isso sem depender de memória.
Se você administra vários sites, a coisa muda de escala. Desligar atualização automática em dez sites significa dez rotinas manuais, dez chances de esquecer, dez sites potencialmente desatualizados. Nesse cenário, o certo é padronizar: um snippet único aplicado a todos, com a mesma lógica de exceção, e um painel que mostre o que está pendente. O 100% WP existe para isso: centralizar atualizações, backups e monitoramento de vários sites em um só lugar, para que desligar a automação em um site não vire dívida de manutenção em todos.
Vale também revisar como você lida com atualizações em geral. Um processo de atualizações contínuas no WordPress bem desenhado reduz a necessidade de desligar qualquer coisa, porque o teste acontece antes de produção.
Quando NÃO desativar atualização automática no WordPress
Não desligue se o problema é medo genérico de quebra. Atualização automática é a principal defesa contra falhas de segurança conhecidas, e desligar sem um culpado identificado só troca um risco pequeno por um risco grande.
Não desligue também se o site é de cliente e você não tem processo de atualização manual acordado. Nesse caso, você está assumindo uma responsabilidade que talvez não consiga cumprir, e o cliente vai descobrir isso na pior hora.
E não desligue no core para resolver um problema de plugin. A constante bloqueia mais do que você quer e não impede o plugin de se atualizar. O alvo errado dá falsa sensação de segurança.
Erros comuns ao bloquear atualização
- Editar o
functions.phpdo tema. A próxima atualização de tema apaga o código. Use plugin de snippets. - Esquecer que plugins têm lógica própria. A constante do core não cobre tudo, e o plugin continua se atualizando.
- Desligar e nunca mais atualizar. O site fica preso numa versão com falha conhecida, e a invasão vem meses depois.
- Aplicar em todos os sites de uma vez. Um snippet copiado sem revisão pode desligar atualização em sites que não precisavam.
- Não documentar a decisão. Daqui a seis meses, ninguém lembra por que aquele site está com atualização desligada.
Prevenção: como não precisar desligar
A maior parte dos problemas de atualização vem de falta de teste, não de atualização em si. Ter staging, manter backup recente e atualizar em lote com verificação reduz muito a necessidade de desligar qualquer coisa. Se você cuida de vários sites, vale seguir um processo de atualização em lote com segurança, que evita tanto a quebra quanto o congelamento.
Outra prática útil é manter um inventário do que está instalado e por quê. Plugin sem uso é superfície de ataque e candidato a quebrar em atualização. Remover o que não é necessário resolve mais do que desligar atualização.
Quando chamar alguém
Se o site está fora do ar e você não consegue identificar o culpado pelo log, o caminho mais rápido é acionar quem tem acesso ao servidor e experiência em recuperação. O mesmo vale se a quebra aconteceu em horário crítico e você precisa de uma solução imediata, não de um diagnóstico completo.
Para quem administra vários sites, a decisão de desativar atualização automática no WordPress precisa ser tomada site a site, com base em evidência, não em medo. O critério é simples: se você não sabe qual atualização quebrou, não desligue nada ainda. Descubra o culpado, bloqueie só ele, e mantenha o resto atualizado. Assim você evita tanto a quebra quanto o site parado no tempo.
