Redirecionamentos HTTP
O que um redirecionamento HTTP realmente é (um status 3xx mais um cabeçalho Location), o cenário 301/302/303/307/308, como implementá-los e redirecionamento vs. canonical — o hub do subcluster de redirecionamentos.
1 sinal de evidência nesta página
- Ferramenta relacionada ativa HTTP Status & Redirect Checker
Um redirecionamento é uma resposta HTTP com código de status 3xx e cabeçalho Location que envia navegadores e rastreadores de uma URL antiga para outra nova. O Google os divide em dois grupos: permanentes (301/308) transmitem um forte sinal de canonicalização para que os sinais de ranqueamento avancem; temporários (302/303/307) transmitem apenas um sinal fraco. Em cada grupo, os códigos diferem conforme preservam o método HTTP — 307/308 o mantêm; 301/302 podem não manter. Implemente-os no servidor (.htaccess/nginx), na CDN/edge ou por plugin do CMS; redirecionamentos JS e meta refresh são mais fracos porque dependem de renderização. Redirecionamento não é tag canonical: redirecione quando apenas uma URL deve continuar existindo; use canonical quando várias precisam permanecer ativas. Este hub mapeia o cenário e leva às análises detalhadas.
TL;DR — Um redirecionamento envia quem solicita uma URL antiga para uma nova. O tipo mais comum é o 301 (“moved permanently” Tradução: “movido permanentemente”), que indica ao Google que deve transferir os sinais de ranqueamento da página antiga para a nova URL. Um 302 é “temporary” Tradução: “temporário”. Acerte a escolha entre permanente e temporário e prefira redirecionamentos reais no servidor aos de JavaScript: isso cobre 90% do que importa.
O que é um redirecionamento
Redirecionamentos HTTP usam respostas 3xx e um campo Location para direcionar o cliente a outro URI. Evidência desta afirmação Primary standard or official documentation supporting the adjacent article claim. Escopo: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confiança: alta · Verificado: RFC 9110: Redirection O Google trata redirecionamentos permanentes como sinais fortes de canonical, mas não garante a indexação do destino. Evidência desta afirmação Primary standard or official documentation supporting the adjacent article claim. Escopo: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confiança: alta · Verificado: Google: Redirects and Search
Quando uma página muda, você não quer que visitantes (ou o Google) encontrem um beco sem saída no endereço antigo. Um redirecionamento é a instrução que os encaminha automaticamente ao novo. Alguém clica no link antigo e o servidor entrega discretamente a nova página.
Nos bastidores, um redirecionamento é um tipo específico de resposta do servidor: um código de
status na faixa 300s (geralmente 301 ou 302) mais um cabeçalho Location que
diz “here’s where to go instead” Tradução: “vá para este endereço”. Você não precisa pensar nessa mecânica para usá-lo, mas é por isso que
redirecionamentos são mais confiáveis do que uma mensagem “this page moved, click here” Tradução: “esta página mudou, clique aqui”.
Os dois mais importantes
- 301 — Moved Permanently. Use quando a mudança for definitiva. Ele informa aos mecanismos de busca que a página tem um novo endereço, para que rankings e links da página antiga sejam transferidos à nova URL. É o mais usado.
- 302 — Found (temporário). Use quando a mudança for provisória — campanha curta, teste A/B, página que voltará. Ele indica ao Google que não deve mover os sinais de ranqueamento, porque a mudança não é permanente.
Há outros códigos (303, 307, 308), mas, para a maioria dos sites, a decisão prática é apenas: esta mudança é permanente (301) ou temporária (302)?
Como configurar
- No servidor —
.htaccessdo Apache ou regra de configuração do nginx. O clássico. - Por plugin do CMS — no WordPress, um plugin de redirecionamento geralmente apenas edita o
arquivo
.htaccesspara você. - Na CDN/edge — Cloudflare e semelhantes permitem redirecionar antes que a solicitação chegue ao servidor.
Evite redirecionamentos JavaScript (em que um script encaminha o navegador) quando puder. O Google pode segui-los, mas apenas depois de renderizar a página com sucesso — uma etapa extra que às vezes falha —, por isso são mais lentos e menos confiáveis que um redirecionamento real de servidor.
O erro mais comum
Redirecionamento não é o mesmo que tag canonical. Redirecione quando a URL antiga deve deixar de existir e todos devem chegar à nova. Use canonical quando várias URLs precisam permanecer ativas, mas você quer que o Google trate uma como a versão “main” Tradução: “principal” (pense em páginas de produto com parâmetros de rastreamento). Redirecionamento = uma URL sobrevive; canonical = várias sobrevivem, uma é preferida.
Quer os detalhes de protocolo, a explicação completa de 301/302/303/307/308, por quanto tempo manter um redirecionamento e as armadilhas de cadeia/loop? Acesse a aba Avançado.
TL;DR — Um redirecionamento é uma resposta HTTP com código de status 3xx e cabeçalho
Location— primeiro protocolo, depois SEO. O Google agrupa os códigos em dois grupos de canonicalização: permanentes (301/308) = sinal forte (sinais avançam e se consolidam), temporários (302/303/307) = sinal fraco (normalmente permanecem na origem, mas um redirecionamento temporário duradouro pode mudar de tratamento). Em cada grupo, 307 e 308 preservam método HTTP e corpo; 301 e 302 podem não preservar. Implemente no servidor, na CDN/edge (minha preferência) ou por plugin do CMS; redirecionamentos JS e meta refresh com atraso são mais fracos porque dependem de renderização. Um bom redirecionamento não perde PageRank — os riscos reais são cadeias (evite) e loops (os mecanismos os ignoram). Mantenha redirecionamentos por pelo menos um ano. E redirecionamento não é tag canonical.
O que um redirecionamento realmente é no nível do protocolo
Os códigos de status de redirecionamento têm semânticas padronizadas de tratamento do método. Evidência desta afirmação Primary standard or official documentation supporting the adjacent article claim. Escopo: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confiança: alta · Verificado: RFC 9110: Redirection A orientação de busca diferencia sinais permanentes e temporários e recomenda redirecionamentos diretos no servidor para mudanças. Evidência desta afirmação Primary standard or official documentation supporting the adjacent article claim. Escopo: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confiança: alta · Verificado: Google: Redirects and Search
A maioria dos textos de SEO vai direto para “301 means permanent” Tradução: “301 significa permanente” sem explicar o que
é um redirecionamento. Vale estabelecer a base, pois o mecanismo explica todo o restante. Segundo o MDN,
“redirection is triggered by a server sending a special redirect response to a
request. Redirect responses have status codes that start with 3, and a Location
header holding the URL to redirect to.” Tradução: “o redirecionamento é acionado pelo servidor ao enviar uma resposta especial a uma solicitação. Respostas de redirecionamento têm códigos de status iniciados por 3 e um cabeçalho Location com a URL de destino.”
Assim, um redirecionamento combina duas coisas: código de status 3xx (301, 302,
303, 307, 308…) e cabeçalho Location com o destino. O navegador ou
rastreador lê a resposta e solicita a URL em Location. O código de status
define a semântica — permanente ou temporário, preserva o método ou não — e o
Location define o endereço. Tudo que importa ao SEO decorre do
código 3xx enviado.
O enquadramento de SEO, como escrevi em 11 Types Of Redirects & Their SEO Impact na Ahrefs: “A redirect is a way to send people and bots to a new URL when they request the old URL, but the page has changed locations.” Tradução: “Um redirecionamento envia pessoas e bots para uma nova URL quando solicitam a antiga, mas a página mudou de endereço.”
Por que redirecionamentos importam para SEO
A documentação de redirecionamentos do Google resume: “Redirecting URLs is the practice of resolving an existing URL to a different one, effectively telling your visitors and Google Search that a page has a new location.” Tradução: “Redirecionar URLs é resolver uma URL existente para outra, informando aos visitantes e à Pesquisa Google que uma página tem novo local.” A consequência de SEO se divide pela permanência:
- Redirecionamentos permanentes mostram o novo destino nos resultados.
- Redirecionamentos temporários mantêm a página de origem nos resultados.
Há também a autoridade dos links. O Google acompanha as duas pontas: “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical; which one, depends on signals such as whether the redirect was temporary or permanent.” Tradução: “Ao redirecionar uma URL, o Google acompanha a origem e o destino. Uma delas será canonical; qual, depende de sinais como o caráter temporário ou permanente.” Redirecionamentos permanentes consolidam sinais adiante na nova URL; os temporários geralmente os mantêm na antiga.
O cenário dos redirecionamentos: 301, 302, 303, 307, 308
Veja um resumo da família — cada código tem uma análise própria neste subcluster (consulte “Próximos passos”):
- 301 (Moved Permanently) — redirecionamento permanente padrão. Sinal forte de canonicalização; os sinais se consolidam no destino. Na documentação do Google: “Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” Tradução: “O Google segue o redirecionamento, e seus sistemas o usam como sinal forte de que o destino deve ser processado.”
- 302 (Found) — redirecionamento temporário padrão. O Google o segue “and Google systems use the redirect as a weak signal.” Tradução: “e os sistemas do Google o usam como sinal fraco.” Fraco, não zero — um 302 mantido por muito tempo pode ser tratado como 301.
- 303 (See Other) — exceção. Fica no grupo temporário e sustenta o padrão Post/Redirect/Get (envie formulário e vá a uma página de resultados via
GET). É raro em SEO e seu tratamento é incerto — já observei que 303s têm tratamento indefinido no Google e podem se comportar como 301 ou 302. - 307 (Temporary Redirect) — mesmo significado de SEO que 302, mas preserva método HTTP e corpo. Google: 307 é “equivalent to 302” Tradução: “equivalente a 302”. Também surge automaticamente em sites HTTPS com HSTS.
- 308 (Permanent Redirect) — mesmo significado de SEO que 301, mas preserva método e corpo. Google: 308 é “equivalent to 301” Tradução: “equivalente a 301”.
A preservação do método (307/308 mantêm método e corpo; 301/302 permitem trocar POST por GET) não muda rankings, mas importa para formulários e APIs. O Google orienta: “While Google treats these status codes the same way, keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect so other clients (for example, e-readers, other search engines) may benefit from it.” Tradução: “Embora o Google trate esses códigos da mesma forma, eles são semanticamente diferentes. Use o código apropriado para que outros clientes possam se beneficiar.” (Há uma comparação completa na aba Referências rápidas.)
Como redirecionamentos afetam rastreamento, indexação e autoridade de links
Dois grupos, uma distinção. A documentação do Google descreve redirecionamentos permanentes (301, 308, meta refresh instantâneo, location em JS) como caso em que “the indexing pipeline uses the redirect as a signal that the redirect target should be canonical,” Tradução: “o pipeline de indexação usa o redirecionamento como sinal de que o destino deve ser canonical”, e temporários (302, 303, 307, meta refresh atrasado) como caso em que “the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” Tradução: “o pipeline não usa o redirecionamento como esse sinal.”
O mito do PageRank morreu. A antiga afirmação de que redirecionamentos “lose 10-15% of link equity” Tradução: “perdem 10–15% da autoridade dos links” não é verdadeira há anos. Gary Illyes disse em 2016 que “30x redirects don’t lose PageRank anymore,” Tradução: “redirecionamentos 30x não perdem mais PageRank”, e John Mueller observou que nem era novidade. Um redirecionamento correto transmite praticamente todo o valor do sinal. Os custos vêm de cadeias e loops, não da existência do redirecionamento.
Por quanto tempo manter. A orientação do Google para mudança de site diz “keep the redirects for as long as possible, generally at least 1 year” Tradução: “mantenha os redirecionamentos pelo máximo de tempo possível, geralmente ao menos um ano” para transferir os sinais. Gary Illyes sugeriu que “after 1 y all signals had time to pass on from A to B.” Tradução: “após um ano, todos os sinais tiveram tempo de passar de A para B.” Eu testei isso: removi 301s de quatro posts e vi “a clear drop in referring domains after I did this,” Tradução: “uma queda clara nos domínios de referência”, mas “not much drop in traffic to these posts.” Tradução: “pouca queda no tráfego”. Minha conclusão: “I’m not willing to conclusively say that permanent redirects pass value even after one year, but what Gary said seems to mostly hold true.” Tradução: “não afirmo conclusivamente que redirecionamentos permanentes transmitam valor após um ano, mas o que Gary disse parece em grande parte correto.” Padrão seguro: não remova redirecionamentos antigos sem cuidado.
Cadeias e loops de redirecionamento
- Uma cadeia de redirecionamentos tem mais de um salto até o destino final (Página 1 → Página 2 → Página 3). O Google segue até 10 saltos (“By default, Google’s crawlers follow up to 10 redirect hops” Tradução: “Por padrão, os rastreadores do Google seguem até 10 saltos”), mas a orientação atual para mudanças de site diz evitar cadeias e, quando inevitáveis, manter no máximo 3 e menos de 5 saltos. Dez é o teto do rastreador; 3 a 5 é orientação prática. Cadeias aumentam latência, desperdiçam orçamento de rastreamento e confundem análises.
- Um loop de redirecionamento retorna a si mesmo ou a uma URL anterior e nunca termina. Navegadores mostram erro “too many redirects” Tradução: “redirecionamentos demais”; mecanismos desistem. John Mueller disse: “a redirect loop is a URL that doesn’t work, so it’s essentially a broken link. We ignore these for search.” Tradução: “um loop é uma URL que não funciona, essencialmente um link quebrado. Nós o ignoramos na busca.”
Há também orientação histórica por trás do número de cinco saltos. Em um hangout de 2014 aos 46:03, John Mueller descreveu o Googlebot seguindo até cinco redirecionamentos em um rastreamento e continuando os demais no próximo. Em 2020, descreveu novamente até cinco saltos por tentativa. Essas falas explicam o número, mas não substituem a documentação atual nem garantem quando cadeias longas serão retomadas.
Minha observação independente é que o Google costuma retomar cadeias longas, e uso cerca de cinco saltos como limiar de prioridade. É julgamento operacional, não limite da plataforma. Quando você controla os redirecionamentos, a meta continua sendo um salto direto.
Ambos têm artigos próprios abaixo.
Como implementar redirecionamentos
Não existe um único lugar “right” Tradução: “certo” para colocar um redirecionamento — escolha o que consegue manter:
- Configuração no servidor.
.htaccessdo Apache, regras do nginx ou scripts no servidor. É o padrão mais confiável. No WordPress, “most WordPress installs will be running Apache and the plugins used for redirecting will actually be editing a website’s.htaccessfile” Tradução: “a maioria das instalações usa Apache, e os plugins de redirecionamento editam o.htaccessdo site” — o plugin é apenas uma interface amigável. - CDN/edge. Regras do Cloudflare, edge workers e semelhantes executam antes da origem. Minha preferência: “I typically prefer to have redirects on the edge (CDN-level) over having them on the server.” Tradução: “geralmente prefiro redirecionamentos na edge (CDN) ao servidor.” Ainda assim, “always recommend going with what is easiest for you to implement. For many people that is server-level redirects.” Tradução: “recomendo o que for mais fácil de implementar; para muitos, são redirecionamentos no servidor.”
- Client-side: meta refresh. Tag
<meta http-equiv="refresh">. Um refresh instantâneo (0 segundo) é lido pelo Google como permanente; com atraso, como temporário. Mais lento e desajeitado que no servidor, mas às vezes é a única opção. - Client-side: JavaScript. Um script define
window.location. O Google pode seguir apenas se a renderização funcionar. Sua orientação: “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects.” Tradução: “Use redirecionamentos JavaScript somente quando não puder usar servidor ou meta refresh.” Minha ordem: 308/301 → meta refresh 0 → JavaScript → crypto.
Redirecionamento vs. tag canonical
Eles resolvem problemas diferentes e são confundidos constantemente.
- Redirecionamento — use quando a URL antiga deve deixar completamente de servir seu próprio conteúdo. Só uma URL deve existir adiante. O endereço antigo encaminha e não serve mais página própria.
- Tag canonical — use quando várias URLs precisam permanecer ativas e acessíveis, mas uma deve ser a versão preferida do Google. Exemplos: navegação facetada, parâmetros de rastreamento e versões de impressão — todas acessíveis, apontando
rel=canonicalpara a principal.
O Bing resume em seu post de dezembro de 2025 sobre conteúdo duplicado: “Use 301 redirects to consolidate variants into a single preferred URL. Apply canonical tags when multiple versions must remain accessible.” Tradução: “Use 301 para consolidar variantes em uma URL preferida. Use canonicals quando várias versões precisam permanecer acessíveis.” Se a indicação canonical for ignorada e você realmente quiser consolidação, use redirecionamento — somente se a duplicata não precisar continuar servindo conteúdo próprio.
Uma observação sobre o Bing
Em linhas gerais, o Bing concorda: mudanças permanentes usam 301, temporárias usam 302. Fabrice Canel disse que é “preferable to use a 302 redirect if your destination URL may change within 2 days, else 301 is recommended,” Tradução: “preferível usar 302 se o destino puder mudar em dois dias; caso contrário, recomenda-se 301”, e Frédéric Dubut esclareceu que dois dias não eram limite rígido — “anytime a redirect is temporary… you should use 302s.” Tradução: “sempre que o redirecionamento for temporário, use 302.” Mesmo modelo mental.
Próximos passos: o subcluster de redirecionamentos
Este hub é o mapa. Cada tópico abaixo tem sua própria análise detalhada, agrupada neste hub e listada na barra lateral:
Códigos individuais
- Redirecionamento 301 — o permanente padrão: consolidação de sinais e quando usar.
- Redirecionamento 302 — temporário padrão, sinal fraco (não zero) e como pode passar a ser tratado como 301.
- Redirecionamento 303 (See Other) — código Post/Redirect/Get, raro em SEO, com tratamento do Google indefinido.
- Redirecionamento temporário 307 — mesmo significado de SEO do 302, preservando método HTTP; aparece em HSTS, formulários/APIs.
- Redirecionamento permanente 308 — mesmo significado de SEO do 301, preservando método e corpo.
Comparações diretas
- Redirecionamento 301 vs. 302 — permanente vs. temporário, consolidação adiante vs. atrás e qual usar.
- Redirecionamento 301 vs. 308 — mesmo significado de SEO, mas 308 preserva método e corpo.
- Redirecionamento 302 vs. 307 — mesmo no lado temporário; 307 preserva método e corpo para formulários/APIs.
Implementações client-side
- Redirecionamentos JavaScript — por que são a opção mais fraca, como o pipeline de renderização do Google os trata e quando são último recurso aceitável.
- Meta refresh — instantâneo vs. atrasado, sua posição entre servidor e JavaScript na preferência do Google e por que é desaconselhado.
Armadilhas
- Cadeias de redirecionamento — por que ir direto ao destino, limite de 10 saltos e desperdício de rastreamento.
- Loops de redirecionamento — redirecionamento que nunca termina, por que mecanismos o ignoram e como quebrar o ciclo.
No Google Search Console
- Página com redirecionamento — significado desse status de indexação, por que é normal e quando agir.
- Erro de redirecionamento — quatro causas do Google (cadeia longa, loop, URL longa demais, URL ruim/vazia) e diferença do status normal.
Para o quadro completo de códigos HTTP — famílias 2xx/3xx/4xx/5xx e códigos além de redirecionamentos — consulte /technical-seo/http-status-codes/.
Resumo por IA
Uma versão condensada da seção Avançado:
- Redirecionamento = código 3xx + cabeçalho
Location. O código define a semântica;Location, o destino. - Dois grupos: 301/308 permanentes = sinal forte e consolidação adiante; 302/303/307 temporários = sinal fraco, geralmente na URL antiga.
- 307/308 preservam método e corpo; 301/302 podem não preservar. Importa para formulários/APIs, não rankings.
- 303 é a exceção — Post/Redirect/Get, raro em SEO, tratamento indefinido pelo Google.
- O mito do PageRank morreu: um redirecionamento correto não perde autoridade. Custos vêm de cadeias e loops.
- Mantenha por ≥ 1 ano. O teste de Patrick mostrou queda em domínios de referência, mas pouco tráfego perdido — “mostly holds true” Tradução: “parece valer em grande parte”.
- Implemente no servidor (
.htaccess/nginx), CDN/edge ou plugin do CMS. JS e meta refresh atrasado são mais fracos. - Redirecionamento ≠ canonical: redirecione quando só uma URL deve existir; canonicalize quando várias permanecem ativas.
Documentação oficial
Documentação de fontes primárias sobre redirecionamentos.
- Redirecionamentos e Pesquisa Google — documento principal: permanentes vs. temporários, tabelas de tipos (301/308/302/303/307) e conceito de URL alternativa/autoridade.
- Como códigos HTTP afetam rastreadores do Google — comportamento 3xx, limite de 10 saltos e tratamento de 301/302/307/308.
- Mudar um site com alterações de URL — evitar cadeias e “keep the redirects… generally at least 1 year” Tradução: “manter os redirecionamentos geralmente ao menos um ano”.
- Consolidar URLs duplicadas — preferência canonical é “a hint, not a rule” Tradução: “uma indicação, não uma regra”.
- Search Off the Record — episódio da equipe sobre tipos de redirecionamento.
Bing/Microsoft
- Conteúdo duplicado prejudica SEO e visibilidade em busca por IA? — Fabrice Canel e Krishna Madhavan sobre 301 para consolidar variantes vs. canonical para versões que permanecem ativas.
Referência técnica
- Redirecionamentos em HTTP — definição de protocolo do MDN (status 3xx + cabeçalho
Location) e tratamento de método/corpo por código.
Citações das fontes
Declarações públicas do Google, Bing e MDN. Cada link leva ao trecho citado na fonte.
Google — finalidade dos redirecionamentos e permanente vs. temporário
- “Redirecting URLs is the practice of resolving an existing URL to a different one, effectively telling your visitors and Google Search that a page has a new location.” Tradução: “Redirecionar URLs é resolver uma URL existente para outra, informando visitantes e a Pesquisa Google de que a página tem novo local.” — Documentação do Google Search Central. Ir para a citação
- “we recommend that you use a permanent server-side redirect whenever possible.” Tradução: “recomendamos usar um redirecionamento permanente no servidor sempre que possível.” Ir para a citação
- “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL).” Tradução: “Ao redirecionar uma URL, o Google acompanha tanto a origem antiga quanto o novo destino.” Ir para a citação
- “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects.” Tradução: “Use redirecionamentos JavaScript apenas quando não puder usar servidor ou meta refresh.” Ir para a citação
Google — tratamento dos códigos pelo rastreador
- “Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” Tradução: “O Google segue o redirecionamento, e seus sistemas o usam como sinal forte de que o destino deve ser processado.” (301) Ir para a citação
- “Google’s crawlers follow the redirect, and Google systems use the redirect as a weak signal that the redirect target should be processed.” Tradução: “Os rastreadores seguem o redirecionamento, e os sistemas usam um sinal fraco de que o destino deve ser processado.” (302) Ir para a citação
- “While Google treats these status codes the same way, keep in mind that they’re semantically different.” Tradução: “Embora o Google trate esses códigos da mesma forma, eles são semanticamente diferentes.” (307 ≈ 302, 308 ≈ 301) Ir para a citação
- “By default, Google’s crawlers follow up to 10 redirect hops.” Tradução: “Por padrão, os rastreadores do Google seguem até 10 saltos de redirecionamento.” Ir para a citação
Google — cadeias e tempo de manutenção
- “Avoid chaining redirects.” Tradução: “Evite encadear redirecionamentos.” Ir para a citação
- “ideally no more than 3 and fewer than 5.” Tradução: “idealmente não mais de 3 e menos de 5.” Ir para a citação
- “Keep the redirects for as long as possible, generally at least 1 year.” Tradução: “Mantenha os redirecionamentos pelo máximo de tempo possível, geralmente ao menos um ano.” Ir para a citação
John Mueller, Google — declarações datadas sobre cinco saltos
- Em um hangout de 2014, Mueller descreveu o Googlebot seguindo até cinco redirecionamentos em um rastreamento e continuando o restante no próximo. Assista a partir de 46:03
- “up to 5 hops in the chain per crawl attempt” Tradução: “até cinco saltos na cadeia por tentativa de rastreamento” (Comentário no Reddit em 2020, reproduzido pelo Search Engine Journal.) Leia a cobertura
John Mueller, Google — loops de redirecionamento
- “In general, a redirect loop is a URL that doesn’t work, so it’s essentially a broken link. We ignore these for search.” Tradução: “Em geral, um loop de redirecionamento é uma URL que não funciona, essencialmente um link quebrado. Nós o ignoramos na busca.” Ir para a citação
Fabrice Canel, Microsoft Bing — tempo de 301 vs. 302
- “When the future is uncertain… preferable to use a 302 redirect if your destination URL may change within 2 days, else 301 is recommended.” Tradução: “Quando o futuro é incerto… é preferível usar 302 se o destino puder mudar em dois dias; caso contrário, recomenda-se 301.” Ir para a citação
MDN — definição no nível do protocolo
- “redirection is triggered by a server sending a special redirect response to a request. Redirect responses have status codes that start with
3, and aLocationheader holding the URL to redirect to.” Tradução: “O redirecionamento é acionado pelo servidor ao enviar uma resposta especial. Respostas de redirecionamento têm códigos iniciados por3e um cabeçalhoLocationcom a URL de destino.” Leia a documentação
Checklist de implementação de redirecionamentos
Antes e depois de publicar um redirecionamento:
- Código certo para a situação — mudança permanente →
301/308; temporária →302/307; preservarPOSTde formulário →307/308. - Redirecione para a URL mais equivalente, não tudo para a home (isso parece soft 404 ao Google).
- Vá direto ao destino final — sem cadeia. Atualize a regra da origem se o destino mudar.
- Sem loops — confirme que o destino não volta à cadeia (
curl -ILna URL antiga e leia todos os saltos). - Servidor ou edge, não JavaScript, sempre que possível.
- Padronize variantes óbvias — www, HTTP/HTTPS, barra final e caixa — em uma forma canonical.
- Atualize links internos para a nova URL diretamente.
- Mantenha ≥ 1 ano (orientação do Google) — mais em páginas valiosas; não remova sem cuidado.
- Mantenha caminho de rollback — registre o destino anterior ou conteúdo antigo antes de publicar.
- Verifique após implantar — status e destino com
curl -IL, aba Network ou rastreador; procure cadeias e loops.-IenviaHEAD; se o servidor tratarHEADeGETde forma diferente, usecurl -L(GET) ou modo GET do rastreador.
Tipos de redirecionamento lado a lado
Resumo dos cinco códigos 3xx
| Código | Nome | Permanente ou temporário? | Método HTTP preservado? | Sinal do Google | Quando usar |
|---|---|---|---|---|---|
301 | Moved Permanently | Permanente | Pode mudar POST→GET | Forte (consolida adiante) | Página mudou definitivamente — padrão permanente |
302 | Found | Temporário | Pode mudar POST→GET | Fraco (geralmente fica na URL antiga) | Mudança curta — campanha, teste A/B, troca temporária |
303 | See Other | Temporário | Não (sempre força GET) | Fraco/indefinido | Post/Redirect/Get após formulário; raro em SEO |
307 | Temporary Redirect | Temporário | Sim | Fraco (= 302) | Mudança temporária que deve preservar método/corpo; também HSTS |
308 | Permanent Redirect | Permanente | Sim | Forte (= 301) | Mudança permanente que deve preservar método/corpo |
As duas decisões reais
- Permanente vs. temporário → determina o sinal de canonicalização (forte vs. fraco) e se a busca mostra a URL nova ou antiga.
- Método preservado ou não → 307/308 mantêm método e corpo; 301/302 permitem trocar
POSTporGET(compatibilidade de clientes antigos, segundo o Fetch Standard); 303 sempre forçaGET. Não importa para ranking, é crítico para formulários/APIs — use307/308quando método e corpo precisarem sobreviver.
Métodos de implementação, do mais forte ao mais fraco (permanente)
| Método | Onde executa | Confiabilidade |
|---|---|---|
308/301 (servidor ou edge) | Servidor/CDN | Melhor — sem dependência de renderização |
Meta refresh 0 | Navegador | Lido como permanente, mas lento/desajeitado |
JavaScript (window.location) | Navegador (após renderizar) | Mais fraco — depende de renderização |
| Crypto/fallback somente por link | — | Apenas último recurso |
Fatos rápidos
- Um redirecionamento correto não perde PageRank (Illyes, 2016).
- O Google documenta teto de 10 saltos, mas recomenda não mais de 3 e menos de 5 quando inevitável.
- Comentários de Mueller em 2014 e 2020 descrevem cerca de cinco saltos por rastreamento; são históricos, não garantia atual.
- Mantenha redirecionamentos ≥ 1 ano.
- 307 ≈ 302, 308 ≈ 301 para o Google — diferença é preservação de método.
- Redirecionamento = uma URL sobrevive; canonical = várias sobrevivem, uma é preferida.
Recursos que valem seu tempo
Meus textos
- 11 tipos de redirecionamento e impacto em SEO — análise completa de tipos, meta refresh, JS, crypto, cadeias e loops.
- Códigos de status HTTP e impacto em SEO — redirecionamentos no quadro 1xx–5xx.
- Podemos remover 301 após um ano? Testamos — teste controlado (domínios de referência caíram; tráfego quase se manteve).
- 301 vs. 302 para SEO: qual usar? — comparação com experimento.
- Uma migração exige mais que checklist — redirecionamentos em mudança completa de site.
Do setor
- Redirecionamentos e Pesquisa Google — documento principal sobre 301, 302, 303, 307 e 308.
- Como códigos HTTP afetam rastreadores do Google — 3xx e limite de 10 saltos.
- Conteúdo duplicado prejudica SEO e IA? — visão atual do Bing sobre redirects vs. canonical.
- Redirecionamentos em HTTP — referência de protocolo.
- Google: sem diluição de PageRank em 30x — correção do mito.
- Google ignora loops — citação de Mueller.
- Bing: 302 se mudar em dois dias; senão 301 — orientação de Canel.
- Guia de redirecionamentos para SEO — visão geral concorrente.
Redirecionamento ou canonical? Use o teste de sobrevivência
Os dois sinais podem apontar para a mesma URL preferida, mas resolvem problemas diferentes.
Redirecione quando a URL de origem deve parar de servir conteúdo próprio
Escolha redirecionamento no servidor quando usuários e rastreadores da URL antiga devem ir para outro lugar. Use código permanente (301/308) para mudança duradoura e temporário (302/303/307) quando a origem voltará.
Casos típicos: URL alterada, página mesclada, migração HTTP→HTTPS ou de domínio. O destino precisa ser equivalente; redirecionar URLs antigas irrelevantes à home pode ser soft 404.
Use canonical quando várias URLs precisam permanecer acessíveis
Use rel="canonical" quando variantes duplicadas ou quase duplicadas ainda precisam retornar 200, mas uma URL deve ser preferida para indexação. Canonical é indicação, não navegação: usuários ficam na URL solicitada. Também é indicação ao Google, não regra — o Google diz “indicating a canonical preference is a hint, not a rule,” Tradução: “indicar preferência canonical é uma sugestão, não uma regra”, e pode escolher outra página por outros sinais.
Casos típicos: variantes úteis de ordenação/filtro, versões sindicadas/parametrizadas ou duplicatas ainda não removíveis.
Não existe substituta relevante
Não force redirecionamento para página irrelevante só para ter destino — um catch-all ou home para conteúdo sem sucessor real parece soft 404 ao Google. Sem equivalente genuína, escolha deliberadamente 404/410 em vez de inventar destino.
Não envie instruções conflitantes
Se A redireciona para B, B não deve canonicalizar de volta para A. Alinhe links internos e sitemaps ao destino sobrevivente. Regra: uma URL sobrevive → redirecionamento; várias permanecem → canonical.
Prompt: audite um mapa de redirecionamentos para destinos fracos
Cole um CSV do mapa com URL antiga, destino proposto, motivo, título/tópico antigo, título/tópico do destino, permanência pretendida e sinais de tráfego/links, se disponíveis.
Review this proposed redirect map for relevance and implementation risk.
For each row:
1. Classify the destination as strong equivalent, plausible but needs review,
irrelevant/catch-all, self-redirect, chain risk, loop risk, missing destination,
or insufficient evidence.
2. Explain the classification using only the supplied old/destination topics and
URL evidence.
3. Flag many-to-one mappings to a homepage or broad category for manual review.
4. Check whether the intended permanence matches the proposed 3xx code when a code
column is present.
5. Do not invent a replacement URL. If no equivalent is supplied, recommend manual
mapping or an intentional 404/410 decision.
Return a table with old URL, destination, verdict, evidence, recommended action, and
priority. End with a summary of repeated rule patterns that could create chains or
loops.
DATA:
[PASTE REDIRECT MAP HERE]Submeta todo julgamento de equivalência de conteúdo a revisão humana antes de implantar o mapa.
Ferramentas para planejar e verificar redirecionamentos
- Verificador de redirecionamentos — verifique status final, saltos e destino após implantação.
- Mapeador de cadeias — diagnostique vários saltos, veja mudanças e exporte regras achatadas.
- Verificador de códigos HTTP em lote — valide inventário maior, filtre temporários/cadeias e exporte evidência.
- Construtor de mapa — planeje mapeamentos, mantenha URLs sem correspondência e lista 410 explícitas, exporte regras; sugestões exigem revisão de equivalência.
- DevTools do navegador → Network — verifique código 3xx e cabeçalho
Location.
Teste seus conhecimentos: redirecionamentos HTTP
Cinco perguntas rápidas sobre como redirecionamentos funcionam e como mecanismos os tratam. Escolha uma resposta e confira.
Registro de alterações
Atualizado em 20 de set. de 2026.
Resumo editorial e detalhes registrados da alteração.Resumo
Concluída a localização do histórico editorial preservado da fonte.
Detalhes da alteração
-
Traduzidas as descrições históricas restantes, preservando códigos HTTP, limites numéricos, URLs, nomes de documentos e o significado das correções.
-
Mantidos os rótulos de IA, os bloqueios de publicação e revisão nativa e a proveniência existente.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.
Atualizado em 7 de set. de 2026.
Resumo editorial e detalhes registrados da alteração.Resumo
Created a source-locked localized article candidate; local revision numbering starts at ordinal 1.
Detalhes da alteração
-
Materialized translated blocks while preserving source history as provenance.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.
Atualizado em 7 de set. de 2026.
Resumo editorial e detalhes registrados da alteração.Resumo
Applied a source-locked machine translation pass while preserving localized lineage.
Detalhes da alteração
-
Materialized translated blocks while preserving source history as provenance.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.
Atualizado em 7 de set. de 2026.
Resumo editorial e detalhes registrados da alteração.Resumo
Applied a source-locked machine translation pass while preserving localized lineage.
Detalhes da alteração
-
Materialized translated blocks while preserving source history as provenance.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.
Atualizado em 19 de jul. de 2026.
Resumo editorial e detalhes registrados da alteração.Resumo
Restauradas as declarações datadas e fundamentadas sobre saltos de redirecionamento que a revisão anterior tratou incorretamente como inventadas, mantendo-as separadas da documentação atual do Google e das observações de Patrick.
Detalhes da alteração
-
Conciliado o limite atual de 10 saltos do Google e a orientação prática de no máximo três ou menos de cinco com declarações datadas de John Mueller, de 2014 e 2020, sobre cerca de cinco saltos por tentativa de rastreamento.
-
Restaurada a declaração de 2014 de que um rastreamento posterior pode continuar os redirecionamentos restantes, rotulando-a como orientação histórica representativa, não como garantia atual, e mantendo separadamente atribuídas as observações práticas de Patrick.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.
Atualizado em 18 de jul. de 2026.
Resumo editorial e detalhes registrados da alteração.Resumo
Removido um detalhe sem fonte sobre o tempo entre saltos, refinada a linguagem de preservação de método de 301/302/303/307/308 conforme especificidades do MDN e do Fetch Standard fundamentadas no RFC 9110, adicionada a ressalva do Google de que canonical é “uma indicação, não uma regra” e sincronizados o índice e checklist do subcluster com artigos relacionados agora existentes.
Detalhes da alteração
-
Removido da lente Avançado o detalhe sem fonte sobre “normalmente cinco por sessão e retomada do restante depois”; o documento de rastreamento do Google registra apenas “até 10 saltos de redirecionamento”, sem número por sessão.
-
Tornada mais precisa a linguagem sobre preservação de método em 301/302, na tabela de consulta e em duas explicações da lente Avançado: clientes podem trocar POST por GET em 301/302, conforme o Fetch Standard; 303 sempre força GET; e 307/308 preservam estritamente método e corpo.
-
Adicionada a ressalva documentada do Google de que a tag canonical é “uma indicação, não uma regra” e de que o Google pode escolher outra canônica; também foi acrescentado um terceiro ramo em Frameworks para quando não existe substituto relevante, usando 404/410 em vez de redirecionamento forçado.
-
Sincronizados o índice “Para onde ir a seguir” e a lente Documentos Oficiais com os artigos relacionados existentes — 307, 308, redirecionamento JavaScript, meta refresh, página com redirecionamento, erro de redirecionamento e canonicalização — e removida uma nota obsoleta sobre o artigo 307.
-
Adicionado ao checklist de implementação um item de caminho de reversão e uma ressalva para verificar HEAD e GET.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.
Isso foi útil?
Gostou deste conteúdo? Adicione este site às suas fontes preferidas no Google.
Adicionar este site no GoogleContinue a conversa
Faça uma pergunta aqui ou consulte outros profissionais de SEO técnico
Minhas anotações
- Redirect Chains · Disponível em inglês
- Redirect Loops · Disponível em inglês
- Redirecionamentos HTTP