O hack de redirecionamento do WordPress redireciona seus visitantes (ou o Google) para sites de spam, malware ou adultos. Muitas vezes invisível para você como proprietário do site — mas visível para todos os visitantes. É um dos hacks mais prejudiciais do WordPress para SEO e reputação comercial.
Causas mais comuns que diagnosticamos:
Processo sistemático, rápido e seguro:
Verifique arquivos de tema, arquivos de plugins e uploads em busca de PHP ou JavaScript malicioso usando grep -r "base64_decode" ou um scanner de malware.
Examine .htaccess para diretivas RewriteRule ou RedirectMatch não autorizadas que não estavam lá antes.
Execute WP-CLI db search para URLs de redirecionamento e JavaScript nas tabelas wp_options, wp_posts e wp_usermeta.
Nosso especialista WordPress responde em minutos.
Os hacks de redirecionamento geralmente visam usuários com base no user-agent (não administradores logados), referrer (cliques de pesquisa do Google) ou cookies de primeira visita — então você, como administrador logado, pode nunca ver o redirecionamento.
Normalmente de 2 a 4 horas para uma limpeza completa, incluindo todos os tipos de arquivos e tabelas de banco de dados.
Três métodos comuns: JavaScript malicioso injetado no header.php ou footer.php do tema; redirecionamento PHP adicionado ao wp-config.php ou .htaccess; ou injeção de banco de dados de tags <script> em wp_options.siteurl ou conteúdo de post.
Atacantes inteligentes usam "cloaking" — eles verificam o cabeçalho HTTP_REFERER e só redirecionam se o visitante veio de um mecanismo de busca. Isso torna o hack mais difícil de detectar porque os administradores visitando diretamente não veem problema.
Mesmo princípio de cloaking, mas verificando o User-Agent. Usuários móveis recebem o redirecionamento de spam; desktop vê o site normal. O atacante maximiza o dano ao direcionar o público móvel maior enquanto permanece invisível para administradores de desktop.
Indiretamente. O hack em si redireciona para sites de spam/phishing que podem roubar dados dos seus visitantes. Seus dados do WordPress não são roubados diretamente pelo redirecionamento, mas um site comprometido raramente faz apenas uma coisa — geralmente existe malware adicional.
Sim, gradualmente. Uma vez que o hack é removido e o Google re-analisa as páginas limpas, os rankings se recuperam. Recuperação mais rápida: envie uma Solicitação de Reconsideração via Search Console explicando que o incidente de segurança foi resolvido.
Porque há um backdoor (um arquivo PHP oculto ou usuário administrador) que reinjeta o código malicioso automaticamente. Não apenas removemos o redirecionamento — encontramos e removemos cada arquivo backdoor e conta não autorizada.
Redirecionamentos JavaScript podem ser anexados a arquivos .js, ocultos em dados EXIF de JPEGs, ou injetados em arquivos CSS via expressões de comportamento. Escaneamos todos os tipos de arquivo, não apenas PHP.
Apenas se o redirecionamento estiver em arquivos do seu tema ativo. Se o hack estiver em wp-config.php, plugins ou no banco de dados, mudar temas não faz nada. Fazemos uma varredura abrangente em vez de confiar em mudanças de tema.
Muito rápido em hospedagem compartilhada. Já vimos atacantes se moverem de um site infectado para todos os sites irmãos em 1 hora via acesso compartilhado ao sistema de arquivos. A limpeza de múltiplos sites é crítica.
Às vezes. Wordfence, Sucuri e MalCare detectam padrões de redirecionamento conhecidos. Ataques novos ou sofisticados frequentemente passam despercebidos por ferramentas automatizadas — revisão manual de código e análise comportamental capturam o que os scanners perdem.
Não. SSL apenas criptografa o tráfego em trânsito; não impede hacks no lado do servidor. O redirecionamento ocorre no SEU servidor antes da criptografia SSL — é o seu site fazendo o redirecionamento, com total confiança SSL.
Sim — e muito facilmente. Com acesso de administrador, um atacante apenas instala um plugin malicioso ou edita arquivos de tema via o editor WP. Forçamos redefinições de senha e verificamos user_meta para sessões ativas para invalidá-las.
O cache do navegador significa que alguns visitantes continuarão vendo o redirecionamento após a correção. Adicionamos cabeçalhos no-cache temporariamente, purgamos CDN e monitoramos padrões de tráfego. Algumas empresas notificam os clientes sobre o incidente de segurança como transparência.
Site WordPress invadido? Nós limpamos, fechamos a porta dos fundos e o protegemos — no mesmo dia.
Response in minutes. No data loss. No diagnosis charge.
wpfix.blimx.com