Redirects 301 vs 302: impacto real no ranking
Quando o 301 preserva equity, quando o 302 sabota o crescimento e o que o Googlebot realmente faz com cada status code.
Trocamos a plataforma de um e-commerce em janeiro e perdemos 38% do trafego organico em duas semanas. O culpado nao foi o conteudo, nem a arquitetura nova, nem o Core Update da epoca: era uma regra de redirect 302 no Cloudflare Workers que o time de infra subiu por seguranca, achando que poderia reverter mais tarde. O Googlebot leu aquilo como temporario, manteve as URLs antigas no indice, e o sinal de autoridade ficou pingando entre duas versoes da mesma pagina. Esse caso resume o problema: redirect nao e detalhe tecnico, e sinal semantico, e usar o codigo errado custa rank.
A diferenca formal e simples. O 301 diz ao crawler que a URL mudou em definitivo, transfere o PageRank acumulado (com perda minima, segundo Gary Illyes em 2023) e pede atualizacao do indice. O 302 diz que a mudanca e temporaria, mantem a URL antiga como canonica de fato e nao consolida sinais. Na pratica do dia a dia, a maioria dos CMSs e frameworks defaulta para 302 quando voce nao especifica, o que e o suficiente para sangrar equity em migracoes, troca de slug e consolidacao de paginas duplicadas. Faca uma Como auditar SEO on-page sem cair em achismos periodica que inclua status codes e voce vai achar 302 em lugares que ninguem lembrava de ter mexido.
Existem casos legitimos para o 302, e e importante reconhece-los antes de sair trocando tudo. Testes A/B server-side com duracao limitada, geolocalizacao quando voce ainda nao tem hreflang implementado, rotas de checkout que voltam para o carrinho, manutencoes programadas de 24-48h. O criterio e binario: a URL antiga vai voltar a servir o conteudo original? Se sim, 302. Se nao, 301. Quando o time de produto pede um teste de longa duracao, force a conversa para um 301 com rollback documentado, ou voce vai descobrir nos relatorios do Search Console que as duas versoes competem pela mesma query (veja Search Console: 7 relatorios subutilizados e o que extrair para puxar isso).
O impacto no ranking nao se resume a perda de equity. Cadeias de redirect, mistura de 301 e 302, e loops sao a praga real. Em uma auditoria recente de um cliente SaaS, encontramos 14 mil URLs com cadeia de 3+ hops, sendo o ultimo um 302. O Googlebot, segundo o log file analysis que rodamos (vale o Log file analysis: o que o Googlebot esta realmente fazendo para sentir o estrago), abandonava metade dessas cadeias antes do destino final. Resultado: paginas estrategicas indexadas com o conteudo errado e crawl budget queimado em redirecionamentos. Cada hop adiciona latencia, piora LCP e empilha sinais conflitantes de canonicalizacao, que conversam mal com o que voce ja definiu em Canonical tags: erros comuns que sangram trafego organico.
A metodologia que uso para auditar isso cabe em quatro passos. Primeiro, Screaming Frog ou Sitebulb com modo list, alimentado pelo top 5000 de URLs do GSC e do GA4. Segundo, cruzar o response code com o status no indice via API do Search Console. Terceiro, isolar tres grupos: 302 que deveriam ser 301 (a maioria), 301 em cadeia (consolidar para um hop), e 4xx servidos atras de redirects (pior caso). Quarto, priorizar por trafego e backlinks apontando para a URL de origem, usando Ahrefs ou Majestic. Em e-commerce, a curva costuma ser brutal: 5% das URLs concentram 80% da equity, e e ai que o 301 correto recupera trafego em 4-8 semanas, como vimos no caso de migracao discutido em On-page para e-commerce: PLP vs PDP sem canibalizar.
Um detalhe que poucos times consideram: o 307 e o 308, equivalentes HTTP/1.1 modernos do 302 e do 301, preservam o metodo da requisicao (importante para POSTs em APIs, irrelevante para SEO de paginas servindo GET). O Google trata 308 como 301 e 307 como 302 para fins de indexacao, segundo a documentacao oficial atualizada em 2025. Use o que seu stack ja servir corretamente, mas nunca misture na mesma cadeia. E se voce trabalha com sites multilingues, lembre que redirect por IP ou Accept-Language sem hreflang correto gera o pior dos mundos: o Googlebot americano nunca chega no conteudo PT-BR, como detalhei em hreflang sem dor: implementacao para sites multilingues.
Takeaway pratico: rode hoje um crawl da home ate 3 niveis de profundidade, filtre por response code 302 e 307, e pergunte para cada um se a URL antiga vai realmente voltar. Se a resposta for nao ou talvez, troque para 301. Em paralelo, mapeie cadeias com mais de 1 hop e consolide para destino direto. Documente as regras em um arquivo versionado no repo da infra, nao no painel do CDN, para que a proxima troca de plataforma nao apague o trabalho. Equity de link nao se recupera com pedido educado, se recupera com status code certo no lugar certo.