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

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 é 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.)

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.”

Evidência desta afirmação Google Search uses a permanent redirect as a signal that the redirect target should be canonical; this is not a guarantee that the target will be indexed or rank in a particular way. Escopo: redirect interpretation and canonical signals Confiança: alta · Verificado: Redirects and Google Search

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. .htaccess do 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 .htaccess file” Tradução: “a maioria das instalações usa Apache, e os plugins de redirecionamento editam o .htaccess do 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=canonical para 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/.

Adicionar uma nota de especialista

Fixar uma citação de especialista

É uma pessoa nova? Crie o perfil não reivindicado dela em /admin/experts/ → Fixar uma citação de especialista primeiro.

Português (Brasil) › Conteúdo

307 Redirecionamento Temporário

O que é um redirecionamento temporário 307, como ele preserva estritamente o método HTTP ao contrário de um 302, onde aparece (HSTS, mudanças temporárias) e como o Google o trata para SEO.

Ler artigo →
Português (Brasil) › Conteúdo

Redirecionamento 302 vs. 307

302 e 307 são redirecionamentos temporários — a diferença é que 307 garante que o método HTTP não seja alterado. Entenda por que o Google os trata da mesma forma, quando 307 é a escolha certa e o "307 fantasma" do HSTS.

Ler artigo →
Português (Brasil) › Conteúdo

Redirecionamento Meta Refresh

O que é um redirecionamento meta refresh, sua posição entre redirecionamentos no servidor e em JavaScript, a diferença entre versões instantânea e atrasada e por que ele é desencorajado.

Ler artigo →
Português (Brasil) › Conteúdo

308 Redirecionamento Permanente

O que é um 308 Permanent Redirect, como ele preserva o método HTTP enquanto sinaliza permanência, ao contrário de um 301, e como o Google passa sinais de ranking por ele.

Ler artigo →
Português (Brasil) › Conteúdo

Redirecionamento 301

O que é um redirecionamento permanente 301, por que o Google diz que ele não causa perda de PageRank, por quanto tempo mantê-lo, como implementá-lo no Apache, nginx, WordPress e Cloudflare e quais erros de 301 falso silenciosamente custam sinais.

Ler artigo →
Português (Brasil) › Conteúdo

Redirecionamento 301 vs. 302: qual usar?

Redirecionamentos 301 (permanente) versus 302 (temporário): por que a velha regra de “301 passa 95%, 302 passa 0%” está errada, o que o Google realmente diz hoje e uma regra prática para decidir qual usar.

Ler artigo →
Português (Brasil) › Conteúdo

Redirecionamento 301 vs. 308

301 e 308 são redirecionamentos permanentes — a principal diferença é que 308 garante que o método HTTP (e o corpo que o acompanha) sobreviva ao salto. Por que 308 existe, por que Google e Bing o processam da mesma forma que processam 301 e quando realmente recorrer a ele.

Ler artigo →
Português (Brasil) › Conteúdo

Redirecionamento 302

O que é um redirecionamento temporário 302, por que o Google o chama de sinal “fraco” para processamento do destino (não o beco sem saída de equity zero do folclore de SEO), os casos legítimos que o Google realmente recomenda e o único erro que custa rankings.

Ler artigo →
Português (Brasil) › Conteúdo

Redirecionamento 303 (See Other)

O que é um redirecionamento 303 See Other, o padrão Post/Redirect/Get que ele viabiliza, por que ele troca a requisição para GET ou HEAD (ao contrário do 307), como difere do 302 e por que Google e Bing publicam quase nenhuma orientação de SEO específica para 303.

Ler artigo →