| Sintoma | Causa raiz | Ação corretiva |
|---|---|---|
| Mensagem "Briefly unavailable" não some | Arquivo .maintenance órfão na raiz | Apagar .maintenance via FTP ou gerenciador de arquivos |
| Travou logo após atualizar plugins | Atualização em lote com timeout do servidor | Apagar .maintenance e atualizar um plugin por vez |
| Painel e site, ambos bloqueados | Limite de memória PHP estourado no processo | Apagar .maintenance e elevar o memory_limit |
| Volta a travar após apagar | Plugin de manutenção (SeedProd, LightStart) ativo | Desativar o plugin pela pasta wp-content/plugins |
Legenda: o arquivo `.maintenance` fica na mesma pasta do `wp-config.php` e some sozinho quando a atualização termina bem.
--- ## Por que o modo de manutenção fica travado O modo de manutenção travado tem origem técnica única na maioria dos casos: o arquivo `.maintenance` criado pelo core não foi removido. Segundo a referência do WordPress, a função `wp_maintenance()` exibe a tela de pausa por uma janela de 600 segundos enquanto esse arquivo existe. Se a atualização trava, o arquivo passa dos dez minutos e o site fica bloqueado para sempre. A gente vê no suporte da FULL que a maior parte dos chamados de "site em manutenção que não sai" começa numa atualização em lote. O usuário marca dez plugins, clica em atualizar tudo, e o servidor mata o processo PHP no meio por estourar o tempo limite. O WordPress criou o `.maintenance`, mas nunca chegou ao passo de apagá-lo. A confusão clássica é achar que um plugin quebrou, quando o culpado é o próprio fluxo de atualização do core. --- ## Como sair do modo de manutenção travado em 4 passos Sair do modo de manutenção travado leva menos de cinco minutos e exige só acesso aos arquivos do site, via FTP, SFTP ou gerenciador do painel de hospedagem. Você não precisa do painel do WordPress, que está justamente bloqueado. O ponto único de ação é a raiz do site, onde mora o `wp-config.php`. Antes de qualquer coisa, vale ter um backup recente para restaurar se algo der errado. ### Passo 1: Conecte na raiz do site via FTP Abra um cliente FTP como o Filezilla ou o gerenciador de arquivos do cPanel e entre na pasta raiz, geralmente `public_html` ou `www`. Você sabe que chegou ao lugar certo quando vê os arquivos `wp-config.php`, `wp-login.php` e a pasta `wp-content`. Use as credenciais de SFTP da sua hospedagem, mais seguras que o FTP simples. ### Passo 2: Mostre os arquivos ocultos O arquivo `.maintenance` começa com ponto, então fica oculto por padrão. No Filezilla, ative "Forçar exibição de arquivos ocultos" no menu Servidor. No cPanel, marque "Show Hidden Files (dotfiles)" nas configurações do gerenciador. O mesmo vale para o arquivo .htaccess, que também é oculto e mora na mesma raiz. ### Passo 3: Apague o arquivo .maintenance Selecione o `.maintenance` e exclua. Esse arquivo é descartável: o WordPress o recria sozinho na próxima atualização legítima. Atualize o site no navegador e o modo de manutenção travado deve sumir na hora. Se ainda persistir, limpe o cache do navegador e o cache da hospedagem antes de concluir que não funcionou. ### Passo 4: Confirme e atualize com calma Com o site no ar, refaça as atualizações pendentes uma de cada vez, nunca em lote. Atualizar de forma controlada evita o timeout que causou o travamento. Vale seguir o passo a passo de como atualizar os plugins do WordPress sem quebrar o site para não cair no mesmo problema na semana seguinte. --- ## As 5 causas reais do modo de manutenção travado As cinco causas do modo de manutenção travado se resumem a uma família de problemas: a atualização não chegou ao fim. Em mais de 150 mil sites conectados à FULL, o padrão se repete: o `.maintenance` órfão é o sintoma, e a causa está no que matou a atualização antes do passo final. A primeira é a atualização em lote, que sobrecarrega o servidor. A segunda é o limite de memória PHP estourado, comum em hospedagem compartilhada com menos de 256 MB. A terceira é a conexão caindo no meio do upload. A quarta é um plugin de manutenção real, como SeedProd ou LightStart, que mantém a tela ativa por conta própria. A quinta é a falta de permissão de escrita, que impede o WordPress de apagar o `.maintenance`, um caso parente de erros de permissão de arquivos e pastas. --- ## Quando o problema é um plugin, não o arquivo .maintenance Em uma fração menor dos casos, o modo de manutenção travado vem de um plugin de manutenção ativo, não do arquivo `.maintenance` do core. Plugins como SeedProd, LightStart e WP Maintenance exibem uma página "em breve" durante uma reforma. Se o plugin trava em estado de erro, o site fica preso mesmo sem nenhum `.maintenance` na raiz. A diferença é diagnóstica e simples: se você apagou o `.maintenance` e o site voltou, era o core; se o arquivo não existe ou apagá-lo não muda nada, o culpado é um plugin. A solução é renomear a pasta do plugin dentro de `wp-content/plugins` via FTP, o que o desativa e libera o painel do WordPress. Para colocar e tirar o site de manutenção de propósito, veja o guia de como sair do modo de manutenção no WordPress. O cenário também aparece junto de falhas de publicação após atualização. --- ## Como evitar que o modo de manutenção volte a travar Evitar o modo de manutenção travado é mais barato que corrigir: o segredo está em nunca atualizar em lote num servidor apertado. Em hospedagem compartilhada com PHP abaixo de 256 MB, atualizar oito plugins de uma vez tende a estourar a memória no meio do processo, e o site congela em manutenção sem registrar erro no painel. Três hábitos cortam o risco quase a zero: subir o `memory_limit` no arquivo wp-config.php para pelo menos 256 MB, manter um backup automático antes de cada janela de atualização, e usar WP-CLI em servidores com SSH, já que a linha de comando não sofre o timeout do navegador. Esse é um dos erros mais comuns de quem está começando no WordPress, e some quando a atualização vira disciplina. --- ## Gerencie atualizações de muitos sites sem travar nenhum Quem cuida de mais de um site sabe que o modo de manutenção travado é só um dos erros que nascem de atualizar no susto. A FULL conecta mais de 150 mil sites e centraliza a ativação e a atualização de 17 plugins premium num único painel, o que tira o WordPress da roleta do "atualiza tudo e torce". O plano PRO da FULL custa R$849 por ano e cobre até dez sites, o que dá R$85 por site, com Elementor PRO, WP Rocket, Rank Math PRO e All in One Security inclusos. Para uma agência que hoje paga licença avulsa de cada plugin, o argumento de R$85 por site costuma fechar a conta sozinho. Veja os planos da FULL e compare com o custo de manter cada licença solta. ---Porque o arquivo `.maintenance`, criado pelo core no início da atualização, não foi apagado ao final. Quando o processo morre por timeout ou falta de memória PHP, o WordPress nunca chega ao passo de remover esse arquivo de uma linha. O site continua na tela "Briefly unavailable" até alguém apagar o `.maintenance` manualmente via FTP.
Sim, e é justamente assim que se resolve. O painel está bloqueado, então a correção acontece nos arquivos: você conecta via FTP ou pelo gerenciador da hospedagem, vai à raiz do site e apaga o `.maintenance`. Não precisa de login no WordPress nem de nenhum plugin. O site volta ao ar segundos depois de excluir o arquivo.
O arquivo chama-se `.maintenance` e fica na raiz do site, na mesma pasta do `wp-config.php`. Ele começa com ponto, então é oculto: ative a exibição de arquivos ocultos no Filezilla ou no cPanel para enxergá-lo. Apagar esse único arquivo destrava o site na hora, e o WordPress o recria sozinho na próxima atualização legítima.
Numa atualização saudável, segundos. O core mantém a tela de pausa por uma janela de 600 segundos, dez minutos, e devolve o header Retry-After com esse valor. Se a mensagem passa de dez minutos, não é demora normal: é o sinal de que a atualização travou e o arquivo `.maintenance` ficou órfão, exigindo a remoção manual.
O `.maintenance` é um arquivo PHP de uma linha que o WordPress grava na raiz do site para sinalizar que uma atualização está em curso. Enquanto ele existe e tem menos de dez minutos, o visitante vê a tela de manutenção. Ele mora ao lado do `wp-config.php` e da pasta `wp-content`, e some automaticamente quando a atualização termina bem.