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
Delimitar a área afetada
Está vazio todo o site, uma página ou o editor? Compare acesso, janela privada e outro dispositivo. Registe alterações e eventual estado HTTP 500.
02
Compreender Recovery Mode
Certos erros PHP fatais podem gerar uma ligação para o administrador. Veja spam. Pausa componentes na sua sessão, sem reparação pública automática. Mantenha a ligação confidencial.
03
Testar plugins e tema
Se a administração funciona, teste o componente alterado recentemente. Desativar pode afetar funções críticas. Use uma cópia para mudar tema ou procurar conflitos; não apague o original.
04
Usar registos PHP
Peça o registo correspondente ao incidente: ficheiro, linha e mensagem orientam. Use WP_DEBUG, WP_DEBUG_LOG e WP_DEBUG_DISPLAY com experiência, temporariamente e em staging. Oculte erros públicos e proteja registos.
05
Verificar memória e código
Um erro de memória exige análise de consumo e limites. PHP deve ser compatível com os componentes. Compare código modificado com versão funcional em vez de novas atualizações coletivas.
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.