Verificador de redirects

Por que criamos o Verificador de Redirects?

Em mais de 11 anos atuando com SEO técnico — de migrações de e-commerce com 50 mil URLs a ajustes pontuais em blogs independentes — um problema se repetia em praticamente todos os projetos: redirecionamentos mal configurados causando perda de ranking e desperdício de crawl budget.

Desenvolvedores configuravam redirects no .htaccess ou Nginx sem validar a cadeia completa. Analistas de SEO descobriam loops infinitos ou chains longas apenas após quedas bruscas de tráfego. Gestores de conteúdo migravam domínios sem auditar se todos os links antigos estavam redirecionando corretamente para as novas URLs.

Testamos diversas ferramentas do mercado e encontramos dois extremos problemáticos: verificadores que só mostram o destino final (sem detalhar cada salto) ou suites enterprise caras que exigem cadastro e limitam verificações. Faltava algo no meio do caminho: uma ferramenta rápida, transparente e que mostrasse toda a cadeia de redirecionamento — com detalhes técnicos que realmente importam para SEO.

Foi assim que desenvolvemos o Verificador de Redirects do RankBox. A abordagem é diferente: você vê tudo. Cada salto HTTP (301, 302, 307, 308), tempo de resposta por redirect, headers retornados e alertas para problemas críticos como loops ou chains excessivas. Tudo processado com cache inteligente no servidor, com mitigação de SSRF para segurança.

Seja você um desenvolvedor validando regras de redirect pós-deploy, um analista de SEO auditando uma migração de domínio, ou um gestor de conteúdo corrigindo links quebrados: esta ferramenta foi construída para transformar um processo técnico em uma validação simples de segundos.

Diferente das nossas ferramentas 100% client-side, o Verificador de Redirects requer processamento server-side para realizar requisições HTTP externas. No entanto, implementamos camadas robustas de segurança:

Mitigações aplicadas:

1. Validação estrita de URLs: Apenas esquemas http/https são aceitos; IPs privados e ranges internos são bloqueados para prevenir SSRF. 2. Timeouts rigorosos: Cada requisição tem limite de 10 segundos para evitar travamentos. 3. Cache inteligente com APCu: Resultados são cacheados por 1 hora para reduzir carga no servidor e acelerar verificações repetidas. 4. Rate limiting: Máximo de 50 URLs por sessão para prevenir abuso. 5. Zero armazenamento persistente: URLs verificadas não são logadas ou armazenadas em banco de dados.

• Conformidade com LGPD: Nenhuma URL ou dado pessoal é armazenado permanentemente.
• Segurança corporativa: Empresas podem verificar redirects de sites internos sem expor infraestrutura.
• Performance: Cache reduz tempo de resposta para verificações recorrentes.
• Transparência: Você vê exatamente o que o servidor retornou — sem filtros ou simplificações.

A interface foi projetada para ser intuitiva, mas seguir um fluxo estruturado garante uma análise completa e acionável.

Passo 1: Insira a URL para verificação

• Verificar URL única: Cole uma URL completa (com https://) no campo principal
• Verificação em bulk: Use a aba "Bulk" para colar até 50 URLs, uma por linha

Formato correto:

https://seusite.com.br/pagina-antiga https://seusite.com.br/produto-descontinuado

Dica profissional: Sempre use URLs absolutas com protocolo. URLs relativas ou sem https:// podem gerar resultados inconsistentes.

Passo 2: Analise a cadeia de redirecionamento

Após clicar em "Verificar", a ferramenta exibe:

• ✅ 301 + 200 final: Redirect permanente correto
• ⚠️302 em vez de 301: Pode não transferir link juice completamente
• ❌ Loop detectado: URL A → B → A (erro crítico)
• ❌ Chain >3 saltos: Latência excessiva, risco de Google não seguir

Passo 3: Identifique problemas comuns

A ferramenta sinaliza automaticamente:

🔄 Loops de redirect Ocorre quando URL A redireciona para B e B redireciona de volta para A. Causa "ERR_TOO_MANY_REDIRECTS". Solução: Revise regras no .htaccess ou Nginx para quebrar a referência circular.

⚡ Chains longas Cada salto adiciona 50-200ms de latência. Chains com >3 saltos podem fazer o Google parar de seguir, perdendo autoridade. Solução: Redirecione diretamente da URL antiga para a final em um único salto.

⚠️ Status code incorreto Usar 302 quando se quer 301 em migrações é um erro comum. O Google pode não transferir ranking adequadamente. Solução: Substitua 302 por 301 para mudanças permanentes.

🔗 Links quebrados (404) URLs que retornam 404 perdem todo o valor de link e prejudicam a experiência do usuário. Solução: Configure redirect 301 para a página equivalente mais relevante.

Passo 4: Gere regras de correção (opcional)

• .htaccess (Apache)
• Nginx (configuração de servidor)
• PHP (redirect programático)
• Cloudflare (Page Rules)

Passo 5: Valide em lote para migrações

Para migrações de domínio ou reestruturação de site: 1. Exporte a lista de URLs antigas do seu CMS ou ferramenta de crawl 2. Cole na aba "Bulk" (até 50 por vez) 3. Verifique todas simultaneamente 4. Filtre resultados com erros e corrija em lote

Fluxo profissional: Valide antes do deploy → Corrija problemas → Re-verifique → Deploy em produção.

Para extrair o máximo da ferramenta, é fundamental entender como redirects funcionam e seu impacto no SEO.

Códigos de status HTTP: qual usar e quando

• Use 301 para 95% dos casos de migração ou reestruturação
• Use 302 apenas para testes com duração definida (<7 dias)
• Evite 307/308 a menos que esteja trabalhando com APIs que exigem preservação de método
• Nunca deixe URLs importantes retornando 404 — sempre redirecione para conteúdo relevante

Por que redirects impactam SEO

Redirects mal configurados afetam três pilares fundamentais:

1. Transferência de autoridade (link juice) Redirects 301 corretos transferem a maior parte do valor de backlinks para a nova URL. Chains longas ou status incorretos (302) podem diluir ou perder esse valor.

2. Crawl budget Cada redirect adiciona uma requisição HTTP. Para sites grandes, chains desnecessárias desperdiçam o limite de páginas que o Google rastreia por dia, atrasando a indexação de conteúdo novo.

3. Experiência do usuário e Core Web Vitals Redirects adicionam latência. Uma chain de 3 saltos pode adicionar 300-600ms ao tempo de carregamento — impacto direto no LCP (Largest Contentful Paint), fator de ranqueamento do Google.

Dados reais de impacto

• E-commerce de moda: Correção de 200+ chains longas reduziu tempo de carregamento em 1.2s e recuperou 18% do tráfego orgânico perdido pós-migração
• Portal de notícias: Substituição de 302 por 301 em 500 URLs recuperou posicionamento para keywords competitivas em 3 semanas
• Site institucional: Eliminação de 15 loops de redirect resolveu erros de rastreamento no Google Search Console em 48h

🛒 Migrações de E-commerce (Shopify, VTEX, WooCommerce)

Desafio: Milhares de URLs de produtos, categorias e filtros mudando de estrutura após troca de plataforma ou redesign.

• Exporte URLs antigas do banco de dados ou ferramenta de crawl
• Verifique em bulk se todas redirecionam para destinos corretos
• Identifique chains longas e corrija para redirect direto
• Valide status codes (301 para mudanças permanentes)

Exemplo prático: Um e-commerce migrando de Magento para Shopify com 15.000 produtos. Em vez de confiar em plugins automáticos, exporte as URLs antigas, verifique no RankBox, identifique as 200 URLs com problemas e corrija antes do deploy — evitando queda de tráfego pós-migração.

🔀 Troca de Domínio ou Protocolo (HTTP→HTTPS)

Desafio: Garantir que todas as URLs do domínio antigo ou versão HTTP redirecionem corretamente para o novo destino.

• Verifique URLs-chave: homepage, páginas de produto, posts de blog
• Confirme que o redirect é 301 (não 302)
• Valide que não há loops ou chains desnecessárias
• Use o resultado para auditar regras no .htaccess ou Nginx

Workflow recomendado: Antes da troca → Verifique amostra representativa → Corrija problemas → Execute migração → Re-verifique pós-deploy.

🛠️ Desenvolvedores e Agências de SEO

Desafio: Validar configurações de redirect em múltiplos projetos, cada um com stack técnico diferente (Apache, Nginx, Cloudflare, serverless).

• Padronize a validação de redirects em todos os projetos
• Use bulk check para auditorias rápidas pré-deploy
• Garanta conformidade com LGPD (zero armazenamento de URLs)
• Integre no fluxo de QA: verifique redirects antes de subir para produção

Workflow profissional: Crie um checklist de migração incluindo: (1) exportar URLs antigas, (2) verificar no RankBox, (3) corrigir problemas, (4) re-verificar, (5) documentar alterações.

📝 Blogs e Sites de Conteúdo

Desafio: Posts antigos com URLs mudando após reestruturação de categorias ou troca de CMS.

• Verifique URLs de posts com tráfego orgânico significativo
• Identifique redirects quebrados ou chains longas
• Corrija antes que o Google desindexe o conteúdo

Dica: Foque primeiro em posts com backlinks ou tráfego — são os que mais impactam SEO se tiverem problemas de redirect.

Siga estas diretrizes baseadas na documentação oficial do Google e em 11+ anos de experiência prática:

1. Sempre use 301 para mudanças permanentes

• ✅ Redirect 301 para migrações de domínio
• ✅ Redirect 301 para HTTP→HTTPS
• ✅ Redirect 301 para reestruturação de URLs

• ❌ Usar 302 "por precaução" — o Google pode não transferir ranking
• ❌ Manter 302 após o período de teste — substitua por 301
• ❌ Misturar 301 e 302 na mesma migração — cause inconsistência

2. Evite chains com mais de 1 salto

• ✅ Redirecione diretamente da URL antiga para a final
• ✅ Atualize links internos para apontar para a URL final
• ✅ Use ferramentas de crawl para identificar chains existentes

• ❌ Criar redirect A→B→C quando poderia ser A→C
• ❌ Manter redirects intermediários após consolidação
• ❌ Ignorar chains descobertas em auditorias

3. Valide após cada deploy

• ✅ Verifique URLs-chave após mudanças no .htaccess ou Nginx
• ✅ Use bulk check para validar lotes de redirects
• ✅ Monitore Google Search Console para erros de rastreamento

• ❌ Assumir que a configuração está correta sem testar
• ❌ Esperar queda de tráfego para descobrir problemas
• ❌ Corrigir apenas erros reportados por usuários

4. Documente suas regras de redirect

• ✅ Mantenha um registro das URLs redirecionadas e motivos
• ✅ Inclua data de implementação e responsável
• ✅ Revise periodicamente redirects antigos que podem ser removidos

• ❌ Deixar regras de redirect "para sempre" sem revisão
• ❌ Esquecer de remover redirects temporários após o prazo
• ❌ Não comunicar mudanças à equipe de conteúdo/SEO

🔄 Quebrando loops de redirect

Sintoma: "ERR_TOO_MANY_REDIRECTS" no browser ou loop detectado no verificador.

Causas comuns: 1. Regra no .htaccess redirecionando www↔non-www em conflito com configuração do servidor 2. Plugin de WordPress configurando redirect em conflito com regras manuais 3. CDN (Cloudflare) com Page Rule conflitante com origem

Solução passo a passo: 1. Acesse o verificador e identifique o loop (ex: A→B→A) 2. Revise seu .htaccess ou configuração do Nginx 3. Remova a regra redundante ou ajuste a condição 4. Limpe cache do servidor e CDN 5. Re-verifique no RankBox para confirmar correção

Exemplo de correção no .htaccess:

# ERRADO: Causa loop se já houver regra no servidor RewriteCond %{HTTP_HOST} ^seusite.com.br [NC] RewriteRule ^(.*)$ https://www.seusite.com.br/$1 [L,R=301]

# CORRETO: Verifique se já não está na versão www RewriteCond %{HTTP_HOST} ^seusite\.com\.br$ [NC] RewriteCond %{REQUEST_URI} !^/www/ RewriteRule ^(.*)$ https://www.seusite.com.br/$1 [L,R=301]

⚡ Encurtando chains longas

Sintoma: Chain com 3+ saltos no verificador, latência alta.

Causas comuns: 1. Migrações sequenciais sem atualização de redirects intermediários 2. Plugins de SEO adicionando redirects sem remover os antigos 3. Configuração manual sem auditoria de regras existentes

Solução passo a passo: 1. Use o verificador para mapear a chain completa (A→B→C→D) 2. Identifique o destino final correto (D) 3. Atualize a regra de A para redirecionar diretamente para D 4. Remova regras intermediárias (B→C, C→D) se não forem mais usadas 5. Re-verifique para confirmar chain de 1 salto

Exemplo de otimização:

# ANTES: Chain de 3 saltos # A → B (301) → C (301) → D (200)

# DEPOIS: Redirect direto # A → D (301)

⚠️ Corrigindo status code incorreto

Sintoma: Redirect 302 em mudança permanente, perda de ranking pós-migração.

Causas comuns: 1. Configuração padrão de plugin usando 302 2. Desenvolvedor usando 302 "para testar" e esquecendo de alterar 3. Confusão entre "temporário" e "permanente" na documentação

Solução passo a passo: 1. Identifique URLs com 302 no verificador 2. Confirme se a mudança é realmente permanente 3. Atualize a regra para usar 301 4. Re-verifique para confirmar alteração 5. Monitore Google Search Console por recuperação de ranking

Exemplo de correção no Nginx:

# ERRADO: Redirect temporário para mudança permanente location /pagina-antiga { return 302 https://seusite.com.br/pagina-nova; }

# CORRETO: Redirect permanente location /pagina-antiga { return 301 https://seusite.com.br/pagina-nova; }

Quantos redirects são aceitáveis em uma cadeia?

O ideal é sempre um redirect direto — da URL antiga para a URL final em um único salto. O Google recomenda evitar cadeias com mais de 3 saltos, mas na prática, cada salto adicional adiciona latência e risco de o crawler não seguir até o fim. Para SEO e performance, busque sempre chain de 1 salto.

Por que meu site aparece como "ERR_TOO_MANY_REDIRECTS"?

Esse erro indica um loop de redirect: a URL A redireciona para B e B redireciona de volta para A (ou uma cadeia circular maior). Causas comuns incluem conflito entre regras no .htaccess e configuração do servidor, plugins de WordPress com redirect duplicado, ou configuração de CDN (Cloudflare) conflitante com a origem.

Redirect 301 transfere 100% do PageRank?

O Google declarou que redirects 301 e 302 passam valor de link de forma similar. Na prática, 301 tende a transferir mais consistentemente porque sinaliza mudança permanente. O mais importante é evitar chains longas — cada salto pode diluir um pouco do valor. Foque em redirect direto com 301.

Como verificar redirects de uma lista inteira de URLs?

Use a aba "Bulk" desta ferramenta — cole até 50 URLs, uma por linha, e clique em "Verificar todas". A ferramenta processará cada URL e exibirá os resultados em tabela, facilitando a identificação de padrões e problemas recorrentes. Para listas maiores, processe em lotes de 50.

Qual a diferença entre redirect 301 e 302 para SEO?

301 (Movido permanentemente) sinaliza ao Google que a mudança é definitiva, transferindo autoridade e substituindo a URL antiga no índice. 302 (Encontrado/temporário) indica mudança passageira, mantendo a URL antiga no índice. Use 301 para migrações, troca de domínio ou reestruturação permanente; use 302 apenas para testes com duração definida (<7 dias).

Como corrigir um loop de redirect no WordPress?

1. Desative plugins de redirect temporariamente para isolar o conflito 2. Verifique configurações de "Site Address" em Ajustes > Geral 3. Revise o arquivo .htaccess na raiz do WordPress 4. Se usar CDN (Cloudflare), verifique Page Rules 5. Use o verificador para testar após cada alteração até identificar a causa

Redirects impactam Core Web Vitals?

Sim. Cada redirect adiciona uma requisição HTTP e latência (50-200ms por salto). Chains longas impactam diretamente o LCP (Largest Contentful Paint), fator de ranqueamento do Google. Para otimizar Core Web Vitals, minimize redirects e garanta que sejam diretos e bem configurados.

Posso usar esta ferramenta para verificar redirects internos?

Sim. O verificador funciona para qualquer URL acessível publicamente, incluindo subdomínios e caminhos internos. Para sites em ambiente de staging ou com autenticação, certifique-se de que a URL esteja acessível sem login para que o servidor consiga realizar a requisição.

Como saber se um redirect está cacheado pelo navegador?

Use a aba "Network" do DevTools do navegador (F12) e marque "Disable cache". Recarregue a URL e observe os headers de resposta. Se o redirect não ocorrer com cache desabilitado, ele pode estar cacheado no navegador ou em CDN. Para forçar atualização, use cache-busting (?v=timestamp) ou limpe o cache da CDN.

Devo remover redirects antigos após algum tempo?

Sim, mas com cautela. Redirects muito antigos (2+ anos) que não recebem tráfego nem backlinks podem ser candidatos à remoção. Antes de remover: (1) verifique tráfego no Google Analytics, (2) confira backlinks no Ahrefs ou Search Console, (3) se não houver atividade, remova a regra e monitore por 404s.

Como verificar redirects em massa para migração de domínio?

1. Exporte todas as URLs do domínio antigo (via CMS, banco de dados ou ferramenta de crawl) 2. Cole na aba "Bulk" do verificador em lotes de 50 3. Filtre resultados com erros (loops, chains >3, status incorreto) 4. Corrija as regras no servidor 5. Re-verifique os lotes corrigidos antes do deploy final

O verificador funciona para URLs com parâmetros ou fragmentos?

Sim. O verificador processa URLs completas, incluindo parâmetros de query (?utm_source=...) e fragmentos (#secao). No entanto, para SEO, geralmente é melhor redirecionar para a URL canônica sem parâmetros desnecessários. Use a ferramenta para validar se os parâmetros estão sendo tratados conforme esperado.

A validação de redirects é essencial para SEO técnico, mas é parte de um ecossistema maior de otimização. Conheça outras ferramentas gratuitas que desenvolvemos:

• Otimizador de Página: Simule e aperfeiçoe como seu site aparece no Google com preview em tempo real de títulos e meta descriptions.
• Contador de Palavras: Analise densidade de keywords, tempo de leitura e estrutura textual dos seus conteúdos.
• Gerador de Sitemap XML: Crie mapas de site otimizados para acelerar a indexação das suas páginas no Google.
• Conversor de Imagens: Converta imagens entre JPG, PNG e WebP com processamento local, sem upload para servidores.

Sobre o RankBox: Projeto independente desenvolvido por profissionais de SEO com mais de 11 anos de experiência prática. Nossas ferramentas são 100% gratuitas, processadas com segurança e focadas em privacidade. Sem cadastros, sem armazenamento persistente, sem complicações.