Verificador de redirecionamento

Verifique o redirecionamento de qualquer URL ou link curto: o código de status de cada salto (301, 302, 307, 308 ou meta refresh) e o que ele significa, para onde aponta e quanto demorou, seguido por até 20 saltos como um navegador, com o ponto em que o Googlebot desiste e as quatro versões http/https e www.

Consultado do nosso servidor, reaproveitando conexões por host como um navegador · até 20 saltos, como os navegadores seguem · como Chrome, iPhone, Googlebot ou Bingbot · o resultado fica 2 minutos e depois é descartado

O que mostra um verificador de redirecionamento?

Um verificador de redirecionamento consulta uma URL como um navegador faria e segue cada cabeçalho Location recebido, um salto por vez, até que uma página responda. Em cada salto você vê o código de status, para onde apontou, quanto demorou e qual rede respondeu.

Este cronometra cada salto: DNS, conexão, TLS e primeiro byte para uma conexão nova, só o primeiro byte quando o salto reaproveita uma conexão aberta com o mesmo host, como fazem os navegadores. Ele guarda cookies por host como um navegador, lê a página final em busca de meta refresh, tag canonical e noindex, e marca onde o Googlebot desistiria.

A rota, lidahttp://google.com · gravado em 24 de outubro de 2026
A rota · google.comChrome
2 redirecionamentos1,30 s ao todo
permanentetemporáriona páginaerro
DNSconexãoTLSprimeiro byte
  1. 1
    301PermanentePOST pode virar GET368 ms
    http://google.com/
    Google AS15169HTTP/1.1 · sem TLS
  2. 2
    302TemporárioPOST pode virar GET537 ms
    http://www.google.com/
    Google AS15169HTTP/1.1 · sem TLS
  3. 3
    200FinalOK393 ms
    https://www.google.com/?gws_rd=ssl
    “Google”
    Google AS15169TLS 1.3 · HTTP/2
  1. Tempo total de todos os saltos juntos, antes que a página possa começar.
  2. O orçamento de saltos uma célula por redirecionamento; limite do Googlebot em 10, dos navegadores em 20.
  3. O site de cada salto um ícone novo significa que o link saiu do site.
  4. O status na cor do seu tipo, e o que significa em palavras.
  5. Onde o tempo foi gasto DNS, conexão, TLS e primeiro byte em um único relógio.
Dois redirecionamentos antes da página: google.com envia um 301 para www, e o www um 302 para HTTPS. Gravado salto a salto em 24 de outubro de 2026; os tempos são da máquina de gravação.

Como verificar um redirect 301?

Cole a URL acima e selecione Verificar redirecionamentos: o verificador a consulta, segue cada redirecionamento até a página final e nomeia o status de cada salto. Um 301 ou 308 aparece em verde como permanente; um 302, 303 ou 307 em âmbar como temporário. Um domínio sem protocolo começa em https://; digite http:// para testar também o salto de HTTP para HTTPS.

O veredito resume a cadeia em palavras, a coluna azul-marinho a desenha salto a salto em um único relógio, e a visão Cadeia lista a requisição de cada salto, sua linha de status, o Location como enviado e como resolvido (um relativo é permitido) e todos os seus cabeçalhos.

Verificador de URL de redirecionamento: um link, cada salto

Qualquer URL ou link curto, até 20 saltos, com a rede, a versão do TLS e a versão do HTTP de cada salto, e as quatro entradas http/https e www verificadas ao lado.

Verificador de redirecionamento em lote: até 50 URLs

Mude para Lote e cole uma lista de migração, uma URL por linha: uma tabela com saltos, status final, URL final e veredito, pronta para baixar em CSV.

Teste de redirecionamento como Googlebot, iPhone ou Bingbot

Escolha o user agent abaixo do campo: alguns sites enviam rastreadores ou celulares para outro lugar, e a cadeia mostra exatamente o que esse agente recebeu.

Verificador de status HTTP para cada salto

Cada código de status em palavras, com o que significa para navegadores e para o Google. Um muro contra bots é chamado de bloqueio, não de página quebrada, e os erros 52x da própria Cloudflare são identificados como da Cloudflare.

Verificador de redirecionamento de http://google.com: um 301 e um 302 para HTTPS, com cada salto cronometradoVerificador de redirecionamento de http://google.com: um 301 e um 302 para HTTPS, com cada salto cronometradoO vereditoOnde a URL termina, em quantos saltos e se cada um é permanente ou temporário, em palavras.O orçamento de saltosUma célula por redirecionamento, na cor do seu tipo, frente aos 10 do Googlebot e aos 20 dos navegadores.O status de cada saltoO código como o servidor enviou e o que ele significa: permanente ou temporário, e o que acontece com um POST.Onde o tempo foi gastoDNS, conexão, TLS e primeiro byte de cada salto, em um único relógio, do primeiro pedido até a página.
Uma verificação de redirecionamento de http://google.com: o veredito, o orçamento de saltos frente aos 10 do Googlebot e aos 20 dos navegadores, e cada salto com seu status e tempo. Selecione um número para ver o que cada parte mostra.

301 ou 302: qual redirecionamento usar?

Use um 301 (ou 308) quando uma página mudou para sempre, e um 302 (ou 307) só quando ela vai voltar. O código diz aos navegadores e aos buscadores qual URL manter (RFC 9110 §15.4).

Para o Google, um 301 ou 308 indica que o destino deve ser canônico, a URL mostrada nos resultados; um 302, 303 ou 307 não, então os resultados mantêm a URL antiga (Google Search Central). Um 302 não é ignorado: o Google o segue e o trata como um sinal fraco para processar o destino (documentação do rastreador do Google); o destino ainda pode ser indexado se outros indicadores de canonização apontarem para ele. O Bing pede 302 só para mudanças de menos de dois dias.

Os navegadores guardam 301 e 308 em cache por padrão, então um redirecionamento permanente que você desfaz pode ficar preso nos navegadores dos visitantes. 307 e 308 mantêm o método da requisição; 301 e 302 podem transformar um POST em GET, e o 303 sempre transforma.

Tipos de redirecionamento e como o Google os lêRFC 9110 · Google Search Central · Bing
CódigoPermanenteEm um POSTNavegadores guardamSinal do GoogleUse para
301Moved Permanentlypermanentepode virar GETsimforteuma página que mudou para sempre
308Permanent Redirectpermanentemantidosimforteum formulário ou API que mudou para sempre
302Foundtemporáriopode virar GETnãofracouma mudança curta (Bing: menos de 2 dias)
303See Othertemporáriosempre GETnãofracoa página depois do envio de um formulário
307Temporary Redirecttemporáriomantidonãofracouma mudança temporária que deve manter o POST
meta 0meta refresh imediatopermanenteGET—fortequando o servidor não consegue redirecionar
meta 5meta refresh com atrasotemporárioGET—fracoevite: o visitante vê antes a página antiga
O 308 é tratado como o 301 e o 307 como o 302. As linhas de meta refresh contam também o cabeçalho HTTP Refresh.

Verificador de cadeia de redirecionamento: quantos saltos são demais?

Mais de três. Uma cadeia são vários redirecionamentos seguidos, como http:// para https://, depois para www e depois para um novo caminho. O Google recomenda linkar direto para a URL final, ou manter as cadeias em 3 saltos ou menos e sempre abaixo de 5 (Google Search Central).

O Googlebot segue até 10 saltos e depois desiste, e o Search Console informa um "Erro de redirecionamento" (documentação do rastreador do Google). Chrome e Firefox seguem até 20 antes de mostrar ERR_TOO_MANY_REDIRECTS. Cada salto é mais uma ida e volta antes que a página possa começar, então atualize os links internos para apontar para a URL final.

Quantos saltos são demais?Google · Chromium · Firefox
  • Recomendação do Google: 3 ou menos
  • ainda seguido, mais lento
  • O Googlebot nunca vê estes: o Search Console mostra “Erro de redirecionamento”
  • depois de 20: ERR_TOO_MANY_REDIRECTS
http://google.com2 redirecionamentos, depois a página301 · 368302 · 537página · 3931,30 s
https://www.google.com/linkada diretopágina · 393393 ms
Cada salto é uma ida e volta completa antes que a página possa começar: aqui 905 ms de redirecionamentos na frente de uma página de 393 ms, gravado salto a salto em 24 de outubro de 2026.

Como corrigir um loop de redirecionamento?

Encontre as duas regras que discordam e faça-as concordar em uma URL final. Um loop é uma cadeia que volta a uma URL que já consultou; os navegadores ficam girando até 20 redirecionamentos e mostram ERR_TOO_MANY_REDIRECTS.

A maioria dos loops vem de uma regra que adiciona www encontrando outra que o remove, ou de regras de HTTP e HTTPS brigando atrás de uma CDN: a CDN fala com o servidor por http://, o servidor redireciona para https://, e a CDN pergunta de novo por http://. Os navegadores guardam redirecionamentos permanentes, então teste a correção em uma janela anônima.

Como o verificador de loop de redirecionamento detecta um loop

Uma URL consultada pela segunda vez sem nenhum cookie novo desde então é um loop: a rota o desenha de volta ao salto que se repete e para ali, em vez de girar até 20. Um site que define um cookie e redireciona para si mesmo recebe o cookie de volta, como um navegador, então uma etapa de login não é confundida com um loop.

Um loop de redirecionamentoexemplo fictício

ERR_TOO_MANY_REDIRECTS · após 20

Uma regra de hostEscolha o domínio sem www ou com www e faça toda regra enviar para lá, inclusive a página de login.
Regras que leem cookiesUma regra que redireciona até que um cookie seja definido entra em loop para qualquer cliente que o descarte, rastreadores inclusive.
Limpe o 301 em cacheOs navegadores guardam redirecionamentos permanentes: teste em uma janela anônima depois da correção.

Meta refresh e redirecionamento em JavaScript: o Google os segue?

Sim, com condições. O Google trata um meta refresh imediato (content="0; URL=…") como um redirecionamento permanente e um com atraso como temporário, e o cabeçalho HTTP Refresh conta da mesma forma (Google Search Central). Redirecionamentos em JavaScript só funcionam se o Google renderizar a página, então use-os como último recurso.

Mesmo um meta refresh de 0 segundo só dispara depois que a página carregou por completo (HTML Standard), então os visitantes podem ver antes a página antiga. Este verificador segue um meta refresh e o cabeçalho Refresh como saltos próprios, com o atraso. Ele encontra redirecionamentos simples em JavaScript na página e oferece Verificar esta URL, mas nunca executa scripts: "nenhum encontrado" significa nenhum no HTML, não nenhum de forma alguma.

Três formas de redirecionarcomo o Google e este verificador tratam cada uma
Redirecionamento do servidora linha de status
HTTP/1.1 301 Moved Permanently
Location: https://example.com/new
  • Google: pelo código: 301 e 308 permanentes, o resto temporário
  • Este verificador: seguido salto a salto
Atualização por metano HTML da página
<meta http-equiv="refresh" content="0; URL=https://example.com/new">
  • Google: 0 segundo: permanente; qualquer atraso: temporário
  • Este verificador: seguido como um salto, com o atraso
JavaScriptum script muda a localização
window.location.href = "https://example.com/new";
  • Google: só se a renderização funcionar: último recurso
  • Este verificador: mostrado com “Verificar esta URL”, nunca executado
Ordem de execução em um navegador: primeiro os redirecionamentos HTTP, depois o JavaScript que roda durante o carregamento, depois um meta refresh quando a página terminou de carregar.

http, https, www e sem www levam a uma única URL?

Deveriam. Todo site tem quatro entradas, e cada uma deve chegar à mesma URL final, idealmente em um salto permanente; qualquer outra coisa divide os links entre versões da mesma página.

Uma exceção é aceitável: http://www. pode levar dois saltos se primeiro for para https://www. no mesmo host. O hstspreload.org pede exatamente essa ordem, e o Mozilla HTTP Observatory tira 5 pontos quando o primeiro salto de http:// vai para outro host.

As quatro entradasgithub.com · gravado em 24 de outubro de 2026

Todas as quatro chegam a https://github.com/http://www.github.com leva dois saltos: primeiro https:// no mesmo host, como pede o HSTS preload

http://github.com301200em 1 salto
http://www.github.com301301200em 2 saltos
https://github.com200o próprio canonical
https://www.github.com301200em 1 salto
https://github.com/200 OK

Cada entrada é seguida por até 10 saltos ao lado da cadeia principal.

Por que uma URL redireciona de forma diferente por país?

Porque o servidor escolhe uma versão de país ou idioma pelo endereço IP do visitante ou pelo cabeçalho Accept-Language e redireciona para ela, então a mesma URL termina em páginas diferentes para visitantes diferentes. O www.mozilla.org faz isso por idioma: um 302 relativo para /en-US/ com Vary: Accept-Language.

O Google desaconselha: "Avoid automatically redirecting users from one language version of a site to a different language version", porque o Googlebot normalmente rastreia dos EUA e não envia Accept-Language (Google Search Central). Dê a cada versão sua própria URL com links hreflang e sugira a outra versão com um banner.

De 11 lugares no resultado executa a cadeia a partir das sondas do Verificador de Site Fora do Ar pelo mundo, então um redirecionamento por país aparece como um final diferente. Essas sondas seguem até 5 redirecionamentos com seu próprio user agent.

Uma URL vista de 11 lugaresshop.example
Exemplo fictício

Ahttps://shop.example/10 lugares terminam aqui

  • vocêMais perto de você20041 ms
  • San JoseSJC200152 ms
  • AshburnIAD20096 ms
  • LondresLHR20022 ms
  • EstocolmoARN20031 ms
  • SingapuraSIN200168 ms
  • SydneySYD200290 ms
  • São PauloGRU200201 ms
  • Cidade do CaboCPT200170 ms
  • MumbaiBOM200121 ms

Bhttps://shop.example/ja-jp/diferente

  • OsakaKIX302200486 ms

A resposta que só Osaka recebeu

HTTP/1.1 302 Found
Location: /ja-jp/
Vary: CF-IPCountry

Gravado em 24 de outubro de 2026: www.mozilla.org redireciona por idioma

HTTP/1.1 302 Found
location: /en-US/
Vary: Accept-Language

O Googlebot rastreia sobretudo dos EUA e não envia Accept-Language: ele só vê https://shop.example/.

Cada lugar consulta com seu próprio DNS e seu próprio endereço. As sondas seguem até 5 redirecionamentos com seu próprio user agent.

Como configurar um redirect 301 no nginx, Apache ou Cloudflare?

Redirecione no servidor e escreva o 301 explicitamente: uma linha return no nginx, uma linha Redirect no .htaccess do Apache, uma regra no web.config do IIS, uma linha em um arquivo _redirects na Cloudflare ou no Netlify, uma entrada no vercel.json, uma chamada no Express. Escolha sua plataforma abaixo e copie o trecho.

Atenção aos padrões: sem um código, nginx, Apache, Express e o _redirects da Cloudflare enviam um 302 temporário, e a Vercel envia um 308, que o Google trata como um 301. Depois de publicar, verifique a URL antiga aqui: ela deve responder um 301, direto para a nova URL.

O que cada plataforma envia sem um códigoa documentação de cada plataforma · 24 de outubro de 2026
PlataformaEscrito comoEnvia
nginxreturn URL;302 temporário
ApacheRedirect /old /new302 temporário
IISaction type="Redirect"301 permanente
Cloudflare_redirects302 temporário
Vercelvercel.json redirects308 permanente
Netlify_redirects301 permanente
Expressres.redirect(path)302 temporário
Quatro das sete recorrem a um 302 temporário: sempre escreva o código que você quer.
location = /old-page { return 301 /new-page; }

Dentro do bloco server { } do site, depois recarregue o nginx. Um `return URL;` sem código envia um 302.

Como verificar redirecionamentos no Chrome ou com curl

No Chrome, abra o DevTools (F12), vá em Rede, marque Manter registro e carregue a URL: cada salto é uma linha com seu status. Com o curl, curl -sIL imprime o cabeçalho de cada resposta enquanto segue os redirecionamentos.

Os dois rodam na sua própria máquina, com os seus cookies e a memória do navegador sobre sites só HTTPS. É por isso que o Chrome às vezes mostra um 307 Internal Redirect que nenhum servidor enviou: ele mesmo atualizou a requisição para HTTPS e explica o motivo em Non-Authoritative-Reason (código do Chromium). Desde o Chrome 115 ele também tenta HTTPS primeiro para endereços http:// digitados, então o redirecionamento HTTP do próprio servidor pode nunca aparecer.

Verifique os redirecionamentos você mesmocurl · Chrome DevTools
$ curl -sIL http://google.com | grep -iE '^(HTTP|location)'
HTTP/1.1 301 Moved Permanently
Location: http://www.google.com/
HTTP/1.1 302 Found
Location: https://www.google.com/?gws_rd=ssl
HTTP/2 200
Rede☑ Manter registro
NomeStatusTipo
www.google.com307Internal
?gws_rd=ssl200document

O 307 Internal Redirect não vem do servidor: o Chrome o criou porque já sabia que o site é só HTTPS, e diz isso em Non-Authoritative-Reason: HSTS. Um verificador no servidor mostra apenas o que o servidor envia.

Verificador de redirecionamento: perguntas frequentes

Um redirect 302 é ruim para SEO?

Não por si só. Um 302 diz ao Google que a mudança é temporária, então ele pode continuar mostrando a URL antiga, embora ainda processe o destino. Se a mudança for permanente, troque por um 301 ou 308 para que o Google trate a nova URL como a que deve indexar e os navegadores possam guardar o redirecionamento em cache. O Bing também pede 302 só para mudanças de menos de dois dias.

Quantos redirecionamentos o Googlebot consegue seguir?

Até 10 saltos por URL. Depois disso ele para e o Search Console informa um erro de redirecionamento para a página. A recomendação do próprio Google é manter as cadeias em 3 saltos ou menos e sempre abaixo de 5, e linkar direto para a URL final sempre que possível. Os navegadores vão além: Chrome e Firefox seguem até 20 redirecionamentos antes de desistir.

Como testar um redirecionamento como Googlebot ou em um iPhone?

Escolha Googlebot, iPhone, Bingbot ou Chrome na linha Como, abaixo do campo da URL, e verifique a URL. O verificador envia a string de user agent desse agente a cada salto, então um site que redireciona rastreadores ou celulares para outro lugar aparece na cadeia. Ele não pode usar os endereços IP do próprio Google, então um site que confere o endereço em vez do user agent ainda pode responder de outra forma.

Este verificador de redirect 301 é grátis, e posso verificar várias URLs de uma vez?

Sim, é grátis e sem conta. Mude para Lote e cole até 50 URLs, uma por linha: cada uma é seguida por até 20 saltos com o user agent que você escolher, e a tabela mostra os saltos, o status final, a URL final e um veredito. Baixe em CSV para verificar a migração de um site. As verificações individuais são limitadas a 20 por minuto por visitante, para manter o serviço justo.

Por que o Chrome mostra um 307 que o servidor não enviou?

O Chrome cria um "307 Internal Redirect" quando já sabe que um site é só HTTPS, por HSTS ou por um registro DNS HTTPS, e atualiza a requisição antes de enviar qualquer coisa. O cabeçalho Non-Authoritative-Reason da resposta diz qual. Um verificador no servidor como este nunca vê essa etapa, então mostra os redirecionamentos que o próprio servidor envia, que é o que outros navegadores e rastreadores recebem.

Por quanto tempo devo manter um redirect 301?

Pelo menos um ano, e mais se puder. O guia de mudança de site do Google diz para manter os redirecionamentos pelo maior tempo possível, em geral pelo menos um ano, e considerar mantê-los indefinidamente para os visitantes, já que links antigos, favoritos e e-mails continuam levando as pessoas às URLs antigas. Aponte cada URL antiga para a página nova mais próxima; redirecionar tudo para a página inicial pode ser tratado como um soft 404.

Para onde vai este link, e é seguro abri-lo?

Cole o link aqui antes de clicar: nosso servidor o segue, então o destino nunca vê o seu endereço. Você recebe cada salto, a URL final com seus parâmetros de rastreamento e se algum host do caminho está nas listas de malware ou de conteúdo adulto da Cloudflare. Um resultado limpo não é garantia: avalie o domínio final em si antes de digitar qualquer coisa nele.

Por que recebo ERR_TOO_MANY_REDIRECTS?

O seu navegador seguiu 20 redirecionamentos sem chegar a uma página, quase sempre por causa de um loop: duas regras que mandam uma URL de um lado para o outro, como uma que adiciona www e outra que o remove, ou uma CDN consultando por http:// enquanto o servidor insiste em https://. Verifique a URL aqui para ver o salto que se repete, corrija a regra e depois limpe os cookies do site ou use uma janela anônima.

O HTTP deve redirecionar para HTTPS com um 301?

Sim. Um 301 ou 308 permanente de http:// para https:// é o que a RFC 6797 recomenda para sites com HSTS, e um primeiro salto no mesmo host é o que o hstspreload.org e o teste de redirecionamento do Mozilla Observatory procuram. Um 302 funciona para os visitantes, mas diz aos buscadores que a mudança é temporária. Um 301 sozinho não faz os navegadores tentarem HTTPS primeiro na próxima vez: essa é a função do cabeçalho Strict-Transport-Security.

Um redirect 301 transfere a autoridade dos links?

O Google não publica números, mas sua documentação diz que um 301 ou 308 indica que o destino deve ser a URL canônica, a mostrada nos resultados, e um 302, 303 ou 307 não. Então um redirecionamento permanente é a forma de levar a posição de uma página para uma nova URL; um temporário ainda faz o destino ser processado (um sinal fraco, segundo a documentação do rastreador do Google), e o destino pode ser indexado se outros indicadores de canonização apontarem para ele.

Sentiu falta de algo?Sugira um recurso ou uma nova ferramenta