Quando o site WordPress da sua empresa fica branco, mostra um erro ou aparece com conteúdo estranho, cada hora conta. Este guia explica, em passos simples, o que verificar primeiro, o que não fazer e quando faz sentido chamar alguém.

Primeiro, perceba o que está a acontecer

Respire fundo e responda a três perguntas antes de mexer em seja o que for.

O site abre? Se abre mas está estranho, o problema é diferente de um site que não abre de todo.
O que mudou ontem? Uma atualização, um plugin novo, uma alteração no alojamento, uma mudança de tema.
Consegue entrar na área de administração? Normalmente fica em `/wp-admin`.

As respostas dizem-lhe muito. Um site que ficou branco logo a seguir a uma atualização quase sempre tem um plugin ou tema em conflito. Um site com publicidade que não pôs lá, ou que redireciona para páginas desconhecidas, pode ter sido invadido.

Os problemas mais comuns e o que fazer

Ecrã branco ou «erro crítico»

É o caso mais frequente. A documentação oficial do WordPress lista o «ecrã branco» (the white screen) entre os erros comuns e indica o caminho habitual: desativar os plugins e ver se o site volta.

Se não consegue entrar na administração, a documentação do WordPress descreve um método simples. Através do gestor de ficheiros do alojamento (ou de FTP), vai à pasta `wp-content` e muda o nome da pasta `plugins` para algo como `plugins.hold`. Isso desativa todos os plugins de uma vez. Depois tenta entrar no WordPress, volta a pôr o nome original à pasta e reativa os plugins um a um. O que fizer o site cair outra vez é o culpado.

Este passo não apaga nada, mas exige cuidado. Se nunca mexeu em ficheiros do servidor, é um bom momento para pedir ajuda.

«Brevemente indisponível para manutenção programada»

Aparece depois de uma atualização automática que ficou a meio. O WordPress cria um ficheiro chamado `.maintenance` na pasta principal do site. Enquanto ele lá estiver, os visitantes veem a mensagem. Segundo a mesma página de resolução de problemas, basta apagar esse ficheiro e repetir a atualização.

Erro ao estabelecer ligação à base de dados

Aqui o site perdeu o acesso aos seus dados. Pode ser um problema no alojamento, credenciais alteradas ou uma tabela danificada. Não é um erro para resolver por tentativa e erro. Contacte primeiro o seu fornecedor de alojamento para saber se há alguma falha do lado deles.

Botões que não funcionam ou páginas que não gravam

Se não consegue publicar ou guardar rascunhos, a recomendação oficial é desativar os plugins um de cada vez até encontrar o que causa o conflito. Limpar a cache do navegador também ajuda.

Quando suspeitar que o site foi invadido

Há sinais que não enganam:

páginas ou ligações que ninguém da equipa criou;
visitantes a serem enviados para outros sites;
avisos de segurança no navegador ou nos resultados do Google;
utilizadores administradores que não reconhece;
o alojamento a suspender a conta por atividade suspeita.

O Google tem um relatório de Problemas de segurança no Search Console. Segundo a ajuda oficial do Search Console, esse relatório mostra sinais de que o site foi atacado ou tem comportamentos que podem prejudicar os visitantes, como phishing ou malware. As páginas afetadas podem mostrar um aviso nos resultados de pesquisa, ou o navegador pode mostrar uma página de alerta antes de o visitante entrar.

Por isso vale a pena ter o site registado no Search Console antes de haver problemas. Se for atacado, é lá que o Google lhe diz o que detetou.

O que fazer, por ordem

Não apague tudo à pressa. Pode perder provas de como entraram e voltar a ser atacado.
Mude as palavras-passe: administração do WordPress, alojamento, base de dados e FTP.
Reveja os utilizadores. Remova contas de administrador que não reconheça.
Restaure uma cópia de segurança limpa, se tiver uma de antes do problema.
Atualize tudo: WordPress, plugins e temas.
Descubra como entraram. Limpar sem fechar a porta de entrada só adia o problema.

O passo 6 é o que mais se falha. Um site «limpo» com o mesmo plugin vulnerável volta a ser invadido.

As cópias de segurança são o seu seguro

Com uma boa cópia, um desastre torna-se um incómodo de uma tarde. Sem ela, pode significar refazer o site.

A documentação oficial sobre cópias de segurança diz que são precisos dois elementos: a base de dados e os ficheiros. Nas palavras do WordPress, precisa dos dois «para conseguir restaurar completamente» um site típico. A base de dados guarda artigos, comentários e ligações. Os ficheiros incluem o núcleo do WordPress, plugins, temas, imagens carregadas e o `wp-config.php`.

Sobre a frequência, o WordPress sugere cerca de uma vez por semana para sites pequenos com poucas publicações, e diariamente para sites com muita atividade. Recomenda também guardar várias cópias recentes em sítios diferentes, e fazer de vez em quando uma cópia manual para confirmar que as automáticas estão mesmo a funcionar.

Pergunte-se: se o site desaparecesse hoje, quando foi a última cópia? E alguém já tentou restaurá-la?

Como evitar a próxima urgência

A maioria das emergências tem causas aborrecidas e evitáveis. O guia oficial de reforço de segurança do WordPress resume o essencial:

Manter tudo atualizado. Versões antigas do WordPress deixam de receber correções de segurança. O mesmo vale para plugins e temas.
Palavras-passe fortes e autenticação em dois passos.
Remover o que não usa. Plugins e temas parados são portas abertas. Instale apenas de fontes de confiança, como o repositório do WordPress.org.
Permissões de ficheiros restritas, para que só o necessário possa ser alterado.
Usar SFTP em vez de FTP e manter cópias de segurança regulares.

Para uma pequena empresa, a regra prática é simples. Menos plugins, atualizações com calendário e uma cópia testada. Antes de uma atualização grande, faça sempre uma cópia. É o que a própria documentação recomenda.

O que pode tratar sozinho e o que deve entregar a alguém

Pode tratar sozinho:

limpar a cache do navegador e do site;
verificar se o alojamento tem alguma falha anunciada;
mudar palavras-passe;
apagar o ficheiro `.maintenance`, se tiver acesso ao gestor de ficheiros e souber o que está a fazer.

Convém entregar a quem sabe:

sites com sinais de invasão;
erros de base de dados;
restauros em que não tem a certeza de qual é a cópia boa;
qualquer situação em que um erro seu possa piorar as coisas;
lojas online e sistemas de reservas, onde cada hora parada é dinheiro perdido.

Ajuda não é fraqueza. Um técnico experiente faz em meia hora o que a si lhe levaria uma tarde, e sabe o que procurar para o problema não voltar.

Perguntas rápidas

Perdi o acesso à administração. E agora? Use a opção de recuperar palavra-passe na página de entrada. Se o email de recuperação não chega, o problema pode ser do envio de email do servidor. Também pode haver um acesso alterado por terceiros. Fale com o alojamento ou com um técnico.

Devo desligar o site enquanto resolvo? Se suspeita de invasão ou o site está a enviar visitantes para páginas perigosas, uma página de manutenção temporária protege os seus clientes. Se for só um erro técnico, o importante é resolver depressa.

Vale a pena ter alguém de prevenção? Se o site traz clientes ou vendas, sim. Atualizações feitas com calma e cópias verificadas evitam a maior parte das urgências.

Se precisar de uma mão

Na ArqWeb, ajudamos pequenas empresas a recuperar, proteger e manter sites WordPress, e também a construir sites e lojas online pensados para aparecer no Google. Se o seu site está com problemas agora, fale connosco e explique-nos o que está a ver. Se prefere falar com calma sobre como evitar novos sustos, pode marcar uma conversa. Pode ainda ver o que fazemos na página de serviços.

Assistência WordPress urgente: o que fazer quando o site deixa de funcionar