O WordPress se atualizou sozinho por 30 dias: o que 6 hospedagens fizeram quando a tela ficou branca

Atualização automática parece aquele amigo que promete resolver tudo: quando funciona, ninguém lembra. Quando falha, você acorda com tela branca e cliente no WhatsApp. Entre 5 de outubro e 4 de novembro de 2026, ligamos o recurso em seis hospedagens diferentes e deixamos seis sites iguais rodando WordPress, com o mesmo tema e a mesma lista de plugins. O objetivo não era eleger a melhor empresa — era entender o que acontece depois que o botão “atualizar sozinho” é ligado e ninguém está olhando.

Resultado: três dos seis sites quebraram. Dois voltaram sozinhos ou com um clique. Um precisou de suporte e quase seis horas de espera. E a pergunta que mais ouvimos do atendimento foi “você tem backup?”. Tinha. Mas nem sempre era o backup certo.

Como foi o teste

Os seis planos eram compartilhados, na faixa de R$ 15 a R$ 45 por mês no ciclo anual, todos com WordPress instalado pelo painel. Não usamos plugins pagos nem temas comprados. Cada site tinha um tema de bloco leve, quatro plugins conhecidos — formulário, SEO, cache e backup — e doze páginas de conteúdo. Monitoramos a cada cinco minutos com um serviço externo. Quando o site caía, abríamos ticket e anotávamos o tempo da primeira resposta e o da resolução.

Antes de ligar a chave, fizemos a mesma pergunta por e-mail para as seis empresas: “o que exatamente vocês atualizam automaticamente e qual é o rollback disponível?”. As respostas variaram de “tudo” a “só o core, o resto é com você”. Essa diferença, no fim, explicou quase todas as quedas.

Hospedagem	Atualiza sozinho	Rollback	Staging	Backup antes da atualização	Quedas em 30 dias
A	core e plugins	botão no painel	incluso	sim	0
B	core, plugins e tema	via ticket	incluso	diário	1 (1h40 fora)
C	core e plugins	não	não	diário	1 (6h fora)
D	core	botão no painel	não	sim	0
E	tudo	não	add-on pago	a cada 24h	1 (9h fora)
F	core e plugins	botão no painel	incluso	diário	0

O que quebrou (e por quê)

Na hospedagem B, o plugin de formulário foi atualizado junto com o core. A versão nova tinha incompatibilidade com a versão de PHP do servidor e derrubou o site com erro crítico. O rollback existia, mas só por ticket: o suporte restaurou arquivos e banco depois de 1h40. Perdemos seis horas de comentários, nada grave para um site de teste — para uma loja, seria venda no chão.

Na C, o tema se atualizou sozinho e mudou a estrutura de templates. Tela branca na hora. Não havia rollback nem staging. O suporte restaurou o backup diário após seis horas, com primeira resposta em cinquenta minutos. O site voltou, mas ficou uma lição: backup diário não é botão de desfazer.

Na E, a promessa era “atualização gerenciada de tudo”. O core e um plugin mudaram na mesma madrugada. O staging era add-on pago, que não contratamos. O site ficou nove horas fora. Foi o pior caso do teste e o único em que o suporte demorou mais de duas horas para dar sinal de vida.

Rollback: o botão que quase ninguém acha

Rollback não é a mesma coisa que backup. Backup diário salva o dia inteiro; rollback volta ao estado de cinco minutos antes da atualização. Se o host só tem backup de 24 horas, você pode perder o dia. Se tem snapshot antes de cada update, o estrago fica em minutos.

No teste, apenas três das seis hospedagens ofereciam rollback — e só duas com botão no painel. Nas outras, o recurso dependia de ticket e boa vontade. A pergunta certa não é “vocês têm backup?”, mas “vocês tiram um snapshot imediatamente antes da atualização automática e eu consigo restaurar só arquivos e banco desse ponto?”. Quem não responde isso com clareza está empurrando o problema para você.

Staging não é luxo

Staging é o ensaio da atualização. Você roda a nova versão em um clone do site, testa formulário, carrinho e layout, e só depois aplica no ar. Três hospedagens do teste tinham staging incluso; uma cobrava à parte; duas não tinham. Não é garantia de que nada quebra — a B tinha staging e ainda assim quebrou, porque a atualização foi aplicada direto no site principal. Mas é rede de segurança.

Para site de cliente, blog com anúncio ou loja virtual, staging deveria entrar na conta antes de comparar preço. Um plano de R$ 19,90 com staging vale mais do que um de R$ 9,90 sem rollback nenhum.

O roteiro para o suporte (copie e cole)

1. O que vocês atualizam automaticamente: core, plugins, temas? Posso escolher item por item?
2. Vocês tiram snapshot antes de cada atualização automática ou só backup diário?
3. O rollback é por botão no painel ou só por ticket? Quanto tempo leva?
4. Staging está incluso ou é add-on pago? Consigo criar um clone sem falar com o suporte?
5. Se o site cair às 2h da manhã, quem atende? Qual o SLA real, não o do folheto?
6. Vocês notificam antes ou depois da atualização? Por e-mail, WhatsApp ou só no painel?
7. Consigo desligar a atualização automática de um plugin específico?
8. Se eu restaurar o backup, perco os pedidos ou comentários do período?

O que fazer no seu painel hoje

Primeiro, descubra o que está ligado. Muita gente acha que só o core é automático, mas o host pode ter ligado plugins e temas também. Segundo, instale um plugin de backup com destino externo — fora da hospedagem. Se o servidor inteiro cair, o backup no mesmo servidor não serve de nada. Terceiro, teste o rollback uma vez, em horário tranquilo, para saber onde clicar antes da emergência.

Para sites de cliente, vale contratar staging ou usar um ambiente de teste local. E não deixe plugin abandonado: atualização automática em plugin sem manutenção é bomba-relógio. Atualização automática não é segurança; é comodidade. A segurança vem de saber voltar atrás.

Veredito

Três de seis quebraram. A diferença entre o susto de dez minutos e a noite em claro não foi sorte: foi ter rollback, snapshot antes da atualização e suporte que sabe o que está fazendo. Se o seu provedor não responde às perguntas acima com clareza, trate como sinal de alerta. O WordPress se atualiza sozinho — mas quem precisa dormir tranquilo é você.