Verificador de Redirecionamentos
Rastreie cada hop HTTP até o destino final. Detecte loops, sinalize 302s e meça latência por hop — grátis.
Por que cadeias de redirecionamento importam para SEO e performance
Cada redirecionamento em uma cadeia adiciona um round trip completo de rede — busca DNS, handshake TCP, resposta do servidor — antes de o navegador começar a carregar a página final. Para SEO, cada hop desnecessário dilui o link equity e reduz a eficiência de rastreamento do Googlebot.
Problemas comuns de redirect que detectamos:
- 302 em vez de 301: Redirects temporários não passam PageRank. Todo 302 em uma mudança permanente está desperdiçando link equity.
- Cadeias HTTP → HTTPS → WWW: Três hops onde um bastaria. Configure seu servidor para redirecionar diretamente para a URL canônica HTTPS+WWW (ou sem WWW).
- Loops de redirecionamento: Causam erros no navegador e impedem qualquer página do loop de ser indexada ou carregada.
- Cadeias com mais de 3 hops: Cada hop adicional aumenta a latência e arrisca o Googlebot abandonar o rastreamento.
Como ler a cadeia de hops
A ferramenta mostra cada hop da URL inicial ao destino final, com o status HTTP por hop, o header Location e a latência acumulada. Por exemplo, um status 301 com Location apontando para a versão HTTPS é o redirect HTTP→HTTPS padrão e deve resolver em um único hop.
- Um hop, 301 para HTTPS: ideal.
- Dois hops HTTP → HTTPS → WWW: consolide no edge para o cliente chegar à URL canônica em um único 301.
- URL final diferente da tag canônica: confusão de indexação; alinhe o canônico com o destino real.
Problemas comuns e soluções
- Loop de redirecionamento: geralmente reverse proxy e aplicação ambos tentando forçar HTTPS — escolha uma camada autoritativa.
- Mistura de 301 e 302 na mesma cadeia: padronize em 301 para mudanças permanentes; 302 perde link equity para SEO.
- POST virou GET: 302/303 removem o corpo — use 307 ou 308 para preservar método e payload.
- www e apex redirecionam um ao outro: loop infinito clássico — configure um como canônico e o outro como 301 de mão única.
- Duplo redirect de barra final:
/pagina→/pagina/→ final; reescreva no edge para colapsar em um hop só.
Próximos passos
Mire em um único 301 entre a URL de entrada e o destino. Depois de corrigir, adicione HSTS com preload para que navegadores pulem o hop HTTP em visitas recorrentes.
Para monitoramento contínuo, o FlashMon.app acompanha mudanças automaticamente e avisa no momento em que algo falha.
Monitore redirecionamentos continuamente
Receba alertas no momento em que uma cadeia de redirect mudar, quebrar ou um loop aparecer no seu site.
Perguntas Frequentes
Uma cadeia de redirecionamentos ocorre quando uma URL redireciona para outra, que então redireciona novamente, criando uma sequência de hops antes de atingir o destino final. Por exemplo: http://example.com → https://example.com → https://www.example.com → página final. Cada hop adiciona latência e força navegadores e crawlers de mecanismos de busca a seguir toda a cadeia. Cadeias curtas (1–2 hops) são normais, mas cadeias longas prejudicam o tempo de carregamento e a eficiência de rastreamento SEO.
Um redirect 301 (Moved Permanently) diz aos mecanismos de busca que o recurso foi permanentemente movido para a nova URL. O mecanismo transfere os sinais de ranking da página original (PageRank, backlinks) para o destino. Um redirect 302 (Found/Temporário) indica que a mudança é temporária, portanto os mecanismos continuam indexando a URL original e não transferem sinais de ranking. Usar 302 quando se quer dizer 301 é um erro comum de SEO que causa perda de link equity.
Um loop de redirecionamento ocorre quando a URL A redireciona para a URL B, que redireciona de volta para a URL A (ou por uma cadeia mais longa que retorna a uma URL já visitada). Navegadores detectam loops após alguns hops e exibem um erro como "Too many redirects". Crawlers de mecanismos de busca desistem e não conseguem indexar nenhuma das páginas. Loops são tipicamente causados por regras de servidor web mal configuradas, configurações conflitantes de CDN ou incompatibilidade de permalinks de CMS após uma migração.
O Google recomenda manter cadeias de redirecionamento com no máximo 3–5 hops. Cada hop adiciona 50–200ms de latência (busca DNS, conexão TCP e round trip do servidor). Para usuários móveis em redes mais lentas, uma cadeia de 4 hops pode adicionar 400–800ms ao tempo do primeiro byte antes mesmo de o carregamento da página começar. O ideal é zero redirecionamentos desnecessários — vá diretamente do ponto de entrada canônico para a URL final.
Atualize o link de origem ou entrada DNS para apontar diretamente para a URL de destino final. Por exemplo, se você tem A → B → C, configure A para redirecionar diretamente para C e remova o hop A → B. Na prática: atualize as regras .htaccess ou blocos de servidor nginx, reconfigure as regras de redirect do CDN e atualize links embutidos no CMS ou campanhas de anúncios. Após corrigir, verifique com esta ferramenta que a cadeia resolve em um único hop. Também atualize seu sitemap e tags canônicas para referenciar diretamente a URL final.
Configurações de redirect mudam durante deploys, atualizações de CDN e migrações de CMS — e uma má configuração que introduz um loop ou quebra um redirect pode causar quedas imediatas de ranking ou erros para os usuários. O FlashMon monitora continuamente suas URLs principais e alerta imediatamente quando uma cadeia de redirect muda, um loop aparece, ou um redirect que funcionava começa a retornar erro. Detectar um redirect quebrado em minutos em vez de dias evita danos de SEO e degradação da experiência do usuário.