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
Registar indícios
Redirecionamentos estranhos, administradores desconhecidos e alertas malware são relevantes. Preserve URL, horários e mensagens do fornecedor. Lentidão não prova ataque. Não difunda ligações suspeitas.
02
Isolar com o fornecedor
Combine suspensão do acesso público preservando provas. Um plugin de manutenção numa instalação comprometida pode ser insuficiente. Suspenda formulários e lojas afetados; não ignore avisos do navegador.
03
Guardar o estado comprometido
Proteja ficheiros, base e registos antes da limpeza. A cópia pode conter malware e dados privados; não é limpa. Mantenha cópias antigas, pois o ataque pode anteceder os sintomas.
04
Rever acessos e entrada
Investigue alojamento, WordPress, SSH/SFTP, base, email, permissões e sessões. Planeie alterações num dispositivo fiável e reveja após limpeza. Uma palavra-passe nova não remove código malicioso ou backdoors.
05
Verificar antes de reabrir
Examine ficheiros, base, configuração e outras instalações. Um scan externo não chega. Feche a entrada, valide fontes e teste restauro isolado. Envolva responsáveis se houver dados de clientes afetados.
06
Planear acompanhamento
Após aprovação técnica teste funções, redirecionamentos e vistas sem sessão. Combine controlos posteriores. Veja problemas de segurança e proprietários Search Console; peça revisão após corrigir. Os avisos podem demorar a desaparecer.
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.