Este guia destina-se a sites WordPress com alojamento próprio. As alterações exigem acesso adequado e um regresso seguro. Se não conhece ficheiros, bases de dados e alojamento, coordene o diagnóstico com o fornecedor.
Registar observações
Registe URL, mensagem exata, primeiro horário com fuso e última alteração. Compare início, outra página e acesso. Documente tentativas: uma falha isolada não prova indisponibilidade total.
Cópia e regresso seguro
Antes de intervir preserve ficheiros e base, quando possível, e cópias antigas. Verifique datas e capacidade de restauro. Uma cópia danificada ou infetada pode servir à investigação; proteja-a separadamente e não a considere limpa.
Altere um elemento e repita o mesmo pedido. Prefira staging para testes extensos de plugins, temas e configuração. Desativar não é eliminar: loja, formulários e segurança podem ser afetados. Documente estado inicial e reversão.
Diagnóstico dirigido
01
Comparar navegador e rede
Experimente janela privada, outro dispositivo e ligação. Se falhar só uma vista, verifique cache e extensões. DNS, TLS e WordPress exigem verificações diferentes.
02
Identificar o sintoma
HTTP 500 indica processamento falhado no servidor. 502, 503 e 504 podem envolver serviços intermédios ou recursos. Verifique disponibilidade da base com o fornecedor sem trocar credenciais por palpite.
03
Rever alterações recentes
Proximidade temporal não é prova. Se a administração funcionar, teste a extensão suspeita de forma controlada. Evite atualizações coletivas e use cópia para conflitos extensos, verificando cada passo.
04
Quando o acesso também falha
Procure ligação de recuperação no email administrativo e spam. Recovery Mode pausa componentes para a sua sessão, sem reparação pública automática. Peça ajuda para diagnóstico de ficheiros sem acesso seguro.
05
Verificar alojamento e cache
Peça registos PHP e servidor à hora exata e análise de espaço, domínio, DNS e certificado. Limpar cache retira uma página de erro antiga, não corrige PHP ou base.
Avaliar o restauro
Uma cópia não substitui investigar a causa. Examine-a primeiro isoladamente. Restaurar pode perder encomendas, consultas e conteúdos recentes. Combine o âmbito; após um ataque não reintroduza ficheiros atuais sem verificação.
Testar após a correção
Verifique o URL inicial, início, outras páginas e acesso. Teste formulários e loja em ambiente adequado sem encomendas reais involuntárias. Depois da correção limpe apenas as caches relevantes. Documente causa e resultado.
Quando pedir ajuda
Pare alterações se a causa continuar incerta, a reversão não for fiável ou funções críticas forem afetadas. Indícios de malware exigem investigação de segurança. Não publique registos completos, palavras-passe, chaves ou ligações de recuperação.
Combinar âmbito e custos →Manutenção após a reparação
O núcleo WordPress, os plugins e os temas são atualizados semanalmente, sem adiar tarefas necessárias por causa da rotina. Mensais, diárias ou horárias: o intervalo depende do plano. As cópias ficam em servidores na UE.
Reparações e limpeza de sites já comprometidos são serviços separados. Licenças pagas não estão incluídas.