Manual de referência de redirecionamentos

Manual de redirecionamentos: quais tipos existem, quando usá-los e como não quebrar o SEO

Isto não é um post de blog, mas uma página de referência prática para equipes, desenvolvedores e SEOs com tipos de redirect, padrões de produção e regras de decisão.

Referência

Quais tipos de redirect existem

Nem todo redirect resolve o mesmo problema. O erro mais comum em produção não é ter um redirect, mas escolher o tipo errado.

301 Moved Permanently

Um redirect permanente no lado do servidor.

Usar para
mover uma página para uma nova URL de forma permanente
migrações de HTTP para HTTPS
canonização www/non-www
limpeza e consolidação de duplicatas
Evitar para
Não use para promoções temporárias, testes A/B ou campanhas curtas.
Conclusão: O principal redirect seguro para SEO em mudanças permanentes.
302 Found

Um redirect temporário no lado do servidor.

Usar para
substituição temporária de página
campanhas temporárias
fluxo temporário de manutenção
Evitar para
Não deixe 302 por meses quando a mudança é de fato permanente.
Conclusão: Correto apenas quando a mudança é realmente temporária.
307 Temporary Redirect

Um redirect temporário que preserva o método HTTP.

Usar para
fluxos de API e formulários em que POST/PUT não deve virar GET
casos temporários de roteamento de backend
Evitar para
Para URLs SEO padrão, 302 costuma ser mais simples e mais familiar.
Conclusão: Mais útil para comportamento técnico do que para páginas de conteúdo.
308 Permanent Redirect

Um redirect permanente que preserva o método HTTP.

Usar para
mudanças permanentes de API
casos em que o método original da requisição precisa ser preservado
Evitar para
Não é a escolha padrão para a maioria das URLs de migração de conteúdo.
Conclusão: Tecnicamente correto, mas para páginas SEO o 301 costuma ser mais simples e mais familiar.
Meta Refresh

Um redirect implementado em HTML em vez de HTTP.

Usar para
quase nunca
Evitar para
Não use como redirect principal de migração.
Conclusão: Uma opção fraca e frágil. Pior do que redirects server-side para SEO e confiabilidade.
JavaScript Redirect

Um redirect disparado no navegador após o carregamento da página.

Usar para
apenas como último fallback se o redirect server-side for impossível
Evitar para
Não construa a migração ou o controle canônico em cima disso.
Conclusão: Uma escolha ruim como padrão para SEO. Crawlers e clientes externos o veem de forma inconsistente.

Decisão

Qual redirect usar em cenários reais

A pergunta mais útil não é “qual status code existe?”, mas “qual é o correto neste caso?”.

Cenário

Uma página mudou permanentemente para um novo slug

Resposta
301
Por quê

A URL mudou de forma permanente, então navegadores e buscadores precisam de um sinal permanente estável.

Cenário

Uma migração completa para um novo domínio

Resposta
301
Por quê

Esta é uma migração permanente clássica. URLs antigas devem apontar diretamente para os destinos canônicos finais.

Cenário

Uma página promocional temporária ou campanha de curto prazo

Resposta
302
Por quê

Quando a campanha acabar, a URL original deve voltar a ser o destino principal.

Cenário

Um endpoint de API mudou temporariamente, mas POST precisa continuar sendo POST

Resposta
307
Por quê

307 preserva o método da requisição e se encaixa melhor em fluxos técnicos.

Cenário

Um endpoint de API mudou permanentemente e o método deve permanecer o mesmo

Resposta
308
Por quê

Combina uma mudança permanente com a preservação do método da requisição.

Cenário

Você quer “resolver rápido” com um redirect em JavaScript

Resposta
Não faça isso
Por quê

Normalmente é um remendo temporário que depois prejudica SEO, debugging e estabilidade de crawl.

Checklist

Regras de redirect seguras para produção

Mesmo o status code correto não ajuda se a camada de redirects for montada sem cuidado.

Prefira um hop direto para a URL canônica final em vez de uma cadeia com dois ou três passos intermediários.

Não misture vários objetivos na mesma cadeia. HTTP para HTTPS, non-www para www e old-path para new-path deveriam idealmente colapsar em um único redirect final.

Não mantenha 302 temporários quando a decisão já é permanente.

Não redirecione conteúdo removido para a home page apenas para evitar um 404.

Teste redirects não só no navegador, mas como uma cadeia HTTP real: hops intermediários, URL final, tempo de resposta e problemas.

Antes do rollout, o mapa de migração deve ser verificado nas URLs mais importantes e mais linkadas.

Riscos

O que não fazer

Esses padrões costumam deixar a camada de redirects tecnicamente “funcionando”, mas operacionalmente ruim.

301 -> 302 -> 200

Mistura semântica permanente e temporária, complica o caminho de crawl e adiciona mais pontos de falha.

Enviar toda URL antiga para a home page

Isso é UX fraca e baixa correspondência semântica. Para SEO, costuma ser pior do que um 404/410 honesto ou um destino relevante.

Redirecionar apenas pelo roteador do front-end

O navegador pode mostrar a tela certa, mas a resposta HTTP continua errada para buscadores e clientes externos.

Deixar meta refresh como “a gente corrige depois”

Esse “depois” muitas vezes nunca chega. A migração acaba vivendo por meses sobre um mecanismo de redirect fraco.

Conclusão SEO rápida e segura

Se uma URL mudou permanentemente, normalmente você quer um 301.

Se a mudança é temporária, use 302.

Se for um fluxo de API ou formulário e o método HTTP precisar ser preservado, use 307 ou 308.

Se a ideia é resolver com JavaScript redirect ou meta refresh, a escolha arquitetural provavelmente está errada.

FAQ

301 é sempre melhor que 302?

Não. 301 é melhor apenas quando a mudança é permanente. Se a mudança for temporária, 302 é a escolha mais correta.

Posso usar 308 em vez de 301?

Sim, mas para a maioria dos casos de SEO de conteúdo, 301 continua sendo a opção mais familiar. 308 é mais útil quando importa preservar o método HTTP.

Quando 404 ou 410 é melhor do que um redirect?

Quando a URL antiga não tem um substituto relevante. Redirecionar para uma página não relacionada apenas para evitar um 404 costuma ser pior.

Mesmo depois de ler este manual, você ainda precisa testar redirects em uma cadeia real

O tipo correto de redirect no papel não garante que a produção o entregue sem hops extras, loops ou respostas temporárias. A verificação final deve sempre acontecer no nível HTTP.