{"id":881,"date":"2026-09-21T11:07:21","date_gmt":"2026-09-21T11:07:21","guid":{"rendered":"https:\/\/100porcentowp.com.br\/central-de-ajuda\/cms\/desativar-atualizacao-automatica-wordpress\/"},"modified":"2026-09-21T11:07:21","modified_gmt":"2026-09-21T11:07:21","slug":"desativar-atualizacao-automatica-wordpress","status":"publish","type":"post","link":"https:\/\/100porcentowp.com.br\/central-de-ajuda\/manutencao\/desativar-atualizacao-automatica-wordpress\/","title":{"rendered":"Desativar atualiza\u00e7\u00e3o autom\u00e1tica no WordPress: quando fazer"},"content":{"rendered":"

Voc\u00ea acorda com o site fora do ar e o log aponta para um plugin atualizado de madrugada. A rea\u00e7\u00e3o imediata \u00e9 procurar como desativar atualiza\u00e7\u00e3o autom\u00e1tica no WordPress e nunca mais passar por isso. Antes de colar a linha no wp-config.php<\/code>, por\u00e9m, \u00e9 preciso entender o que essa constante realmente desliga, porque ela n\u00e3o cobre tudo e pode criar um problema maior do que o que voc\u00ea est\u00e1 tentando resolver.<\/p>\n

O que a atualiza\u00e7\u00e3o autom\u00e1tica do WordPress cobre de verdade<\/h2>\n

O WordPress tem dois n\u00edveis de atualiza\u00e7\u00e3o autom\u00e1tica. O primeiro \u00e9 o do core, controlado pela constante AUTOMATIC_UPDATER_DISABLED<\/code> ou pelo filtro automatic_updater_disabled<\/code>. O segundo \u00e9 o de plugins e temas, que segue uma l\u00f3gica pr\u00f3pria e depende de filtros como auto_update_plugin<\/code> e auto_update_theme<\/code>.<\/p>\n

Na pr\u00e1tica, isso significa que colocar define('AUTOMATIC_UPDATER_DISABLED', true);<\/code> no wp-config.php<\/code> bloqueia o core, mas n\u00e3o impede que um plugin com atualiza\u00e7\u00e3o autom\u00e1tica ativada se atualize sozinho. Muita gente descobre isso depois, quando o site quebra de novo e a constante j\u00e1 est\u00e1 l\u00e1, dando falsa sensa\u00e7\u00e3o de controle.<\/p>\n

Desde o WordPress 5.5, plugins e temas podem ser atualizados automaticamente pela interface, e desde a vers\u00e3o 5.6 isso vale tamb\u00e9m para vers\u00f5es maiores do core. Ou seja, o comportamento padr\u00e3o mudou ao longo do tempo, e um site antigo pode ter configura\u00e7\u00f5es diferentes de um site novo sem que ningu\u00e9m tenha mexido em nada.<\/p>\n

Quando desativar atualiza\u00e7\u00e3o autom\u00e1tica no WordPress faz sentido<\/h2>\n

Existem cen\u00e1rios em que desligar \u00e9 a decis\u00e3o correta, e eles quase sempre envolvem um problema concreto, n\u00e3o uma prefer\u00eancia. Os mais comuns:<\/p>\n

    \n
  1. Um plugin espec\u00edfico quebra a cada atualiza\u00e7\u00e3o.<\/strong> Voc\u00ea j\u00e1 identificou o culpado e o fornecedor demora a corrigir. Nesse caso, o alvo \u00e9 aquele plugin, n\u00e3o o site inteiro.<\/li>\n
  2. Site em per\u00edodo de congelamento.<\/strong> Campanha grande, Black Friday, lan\u00e7amento de produto. Atualizar durante a janela cr\u00edtica \u00e9 risco desnecess\u00e1rio.<\/li>\n
  3. Ambiente de homologa\u00e7\u00e3o.<\/strong> Staging precisa ficar est\u00e1vel para comparar comportamento. Atualiza\u00e7\u00e3o autom\u00e1tica atrapalha o teste.<\/li>\n
  4. Customiza\u00e7\u00e3o no core ou em tema pai.<\/strong> Se algu\u00e9m editou arquivos que uma atualiza\u00e7\u00e3o sobrescreve, desligar evita perda de c\u00f3digo. Mas isso \u00e9 sintoma de um problema maior, n\u00e3o uma solu\u00e7\u00e3o.<\/li>\n<\/ol>\n

    Fora desses casos, desligar tudo por padr\u00e3o costuma ser pior. O motivo \u00e9 simples: a maior parte das atualiza\u00e7\u00f5es de seguran\u00e7a sai justamente por atualiza\u00e7\u00e3o autom\u00e1tica, e um site parado numa vers\u00e3o antiga \u00e9 alvo f\u00e1cil. O risco real de desativar atualiza\u00e7\u00e3o autom\u00e1tica no WordPress n\u00e3o \u00e9 o site quebrar hoje, \u00e9 o site ficar preso numa vers\u00e3o com falha conhecida e explorada.<\/p>\n

    Como diagnosticar antes de desligar qualquer coisa<\/h2>\n

    Antes de mexer em configura\u00e7\u00e3o, descubra o que est\u00e1 acontecendo. O roteiro abaixo funciona tanto para quem tem acesso a SSH quanto para quem s\u00f3 tem o painel da hospedagem.<\/p>\n

    1. Leia o log de erros<\/h3>\n

    Ative WP_DEBUG_LOG<\/code> no wp-config.php<\/code> e reproduza o problema. O arquivo wp-content\/debug.log<\/code> mostra o erro exato, com arquivo e linha. Sem isso, voc\u00ea est\u00e1 chutando.<\/p>\n

    2. Confira o hist\u00f3rico de atualiza\u00e7\u00f5es<\/h3>\n

    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\u00e7\u00f5es ao wp-admin\/update-core.php<\/code> e ajuda a reconstruir a linha do tempo.<\/p>\n

    3. Teste em staging<\/h3>\n

    Se voc\u00ea tem staging, atualize l\u00e1 primeiro. Se n\u00e3o tem, crie um clone manual: copie arquivos e banco para um subdom\u00ednio ou ambiente local. \u00c9 mais trabalho, mas evita descobrir o problema em produ\u00e7\u00e3o.<\/p>\n

    4. Isole o plugin culpado<\/h3>\n

    Desative plugins um a um, ou use um ambiente limpo com apenas o suspeito. Quando o erro sumir, voc\u00ea achou o culpado. A partir da\u00ed, a decis\u00e3o \u00e9 sobre ele, n\u00e3o sobre o site inteiro.<\/p>\n

    Como desativar atualiza\u00e7\u00e3o autom\u00e1tica no WordPress na pr\u00e1tica<\/h2>\n

    Existem tr\u00eas caminhos, e cada um tem um alcance diferente. Escolha o mais estreito que resolve o seu caso.<\/p>\n\n\n\n\n\n\n\n
    M\u00e9todo<\/th>\nO que bloqueia<\/th>\nOnde fica<\/th>\n<\/tr>\n<\/thead>\n
    AUTOMATIC_UPDATER_DISABLED<\/code><\/td>\nCore (e, na pr\u00e1tica, tamb\u00e9m plugins e temas, dependendo da vers\u00e3o)<\/td>\nwp-config.php<\/code><\/td>\n<\/tr>\n
    Filtro auto_update_plugin<\/code><\/td>\nPlugins espec\u00edficos<\/td>\nPlugin de snippets ou functions.php<\/code><\/td>\n<\/tr>\n
    Filtro auto_update_theme<\/code><\/td>\nTemas espec\u00edficos<\/td>\nPlugin de snippets ou functions.php<\/code><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    Para bloquear s\u00f3 um plugin, o c\u00f3digo \u00e9 assim:<\/p>\n

    add_filter( 'auto_update_plugin', function( $update, $item ) {\n    if ( isset( $item->slug ) && 'nome-do-plugin' === $item->slug ) {\n        return false;\n    }\n    return $update;\n}, 10, 2 );\n<\/code><\/pre>\n
    Para temas, troque auto_update_plugin<\/code> por auto_update_theme<\/code>. Onde colocar esse c\u00f3digo importa: se voc\u00ea edita o functions.php<\/code> do tema, uma atualiza\u00e7\u00e3o de tema apaga tudo. O lugar certo \u00e9 um plugin de snippets, e vale seguir um m\u00e9todo para guardar c\u00f3digo e limpar revis\u00f5es em v\u00e1rios sites<\/a> sem perder o que foi feito.<\/p>\n
    Se a decis\u00e3o for bloquear o core inteiro, a linha no wp-config.php<\/code> \u00e9:<\/p>\n
    define( 'AUTOMATIC_UPDATER_DISABLED', true );\n<\/code><\/pre>\n
    Coloque antes da linha \/* That's all, stop editing! *\/<\/code>. Depois de salvar, acesse o painel e confirme em Plugins que a coluna de atualiza\u00e7\u00e3o autom\u00e1tica reflete o que voc\u00ea espera.<\/p>\n
    O que fazer depois de desligar<\/h2>\n
    Desligar atualiza\u00e7\u00e3o autom\u00e1tica transfere a responsabilidade para voc\u00ea. A partir desse momento, algu\u00e9m precisa atualizar manualmente, com regularidade, e testar depois. Se isso n\u00e3o acontecer, o site fica parado, e o problema que voc\u00ea evitou hoje vira uma invas\u00e3o daqui a alguns meses.<\/p>\n
    Por isso, o caminho mais saud\u00e1vel \u00e9 desligar por exce\u00e7\u00e3o. Mantenha a atualiza\u00e7\u00e3o autom\u00e1tica ligada para o que \u00e9 seguro e desligue s\u00f3 o que quebra. Para o que ficou de fora, crie uma rotina: uma vez por semana, atualize em staging, teste, e s\u00f3 ent\u00e3o aplique em produ\u00e7\u00e3o. Uma rotina de manuten\u00e7\u00e3o WordPress<\/a> bem definida cobre isso sem depender de mem\u00f3ria.<\/p>\n
    Se voc\u00ea administra v\u00e1rios sites, a coisa muda de escala. Desligar atualiza\u00e7\u00e3o autom\u00e1tica em dez sites significa dez rotinas manuais, dez chances de esquecer, dez sites potencialmente desatualizados. Nesse cen\u00e1rio, o certo \u00e9 padronizar: um snippet \u00fanico aplicado a todos, com a mesma l\u00f3gica de exce\u00e7\u00e3o, e um painel que mostre o que est\u00e1 pendente. O 100% WP<\/a> existe para isso: centralizar atualiza\u00e7\u00f5es, backups e monitoramento de v\u00e1rios sites em um s\u00f3 lugar, para que desligar a automa\u00e7\u00e3o em um site n\u00e3o vire d\u00edvida de manuten\u00e7\u00e3o em todos.<\/p>\n
    Vale tamb\u00e9m revisar como voc\u00ea lida com atualiza\u00e7\u00f5es em geral. Um processo de atualiza\u00e7\u00f5es cont\u00ednuas no WordPress<\/a> bem desenhado reduz a necessidade de desligar qualquer coisa, porque o teste acontece antes de produ\u00e7\u00e3o.<\/p>\n
    Quando N\u00c3O desativar atualiza\u00e7\u00e3o autom\u00e1tica no WordPress<\/h2>\n
    N\u00e3o desligue se o problema \u00e9 medo gen\u00e9rico de quebra. Atualiza\u00e7\u00e3o autom\u00e1tica \u00e9 a principal defesa contra falhas de seguran\u00e7a conhecidas, e desligar sem um culpado identificado s\u00f3 troca um risco pequeno por um risco grande.<\/p>\n
    N\u00e3o desligue tamb\u00e9m se o site \u00e9 de cliente e voc\u00ea n\u00e3o tem processo de atualiza\u00e7\u00e3o manual acordado. Nesse caso, voc\u00ea est\u00e1 assumindo uma responsabilidade que talvez n\u00e3o consiga cumprir, e o cliente vai descobrir isso na pior hora.<\/p>\n
    E n\u00e3o desligue no core para resolver um problema de plugin. A constante bloqueia mais do que voc\u00ea quer e n\u00e3o impede o plugin de se atualizar. O alvo errado d\u00e1 falsa sensa\u00e7\u00e3o de seguran\u00e7a.<\/p>\n
    Erros comuns ao bloquear atualiza\u00e7\u00e3o<\/h2>\n