← voltar Uma placa de encruzilhada desgastada em hora dourada, fotografada em filme 35mm com profundidade de campo rasa

301 vs 302 Redirects: Qual Realmente Importa para SEO

SEO, AEO e GEO

Lá em 2021 fui trazido para auditar um site de e-commerce de 400 páginas que havia migrado seis meses antes. O tráfego estava 38% menor e o cliente não conseguia descobrir por quê. O desenvolvedor que havia feito a migração usou 302 redirects em tudo, em cada URL antiga, porque ele "já tinha visto funcionar antes". A domain authority do site estava intacta. Os backlinks ainda estavam lá. Mas o Googlebot estava tratando as páginas antigas como temporariamente movidas, mantendo link equity em suspenso, aguardando para ver se as URLs originais poderiam voltar. Seis meses disso. É uma lição dolorosa ver alguém aprender.

É assim com os tipos de redirect: eles parecem idênticos para um usuário clicando em um link. O navegador te leva de A para B de qualquer forma. Mas para os mecanismos de busca, a diferença é significativa o suficiente para arruinar uma migração se você errar.

O Que Esses Dois Códigos de Redirect Realmente Significam

No nível do protocolo HTTP, um 301 diz ao cliente (navegador, Googlebot, Bingbot, o que for) que o recurso foi permanentemente movido para um novo local. Um 302 diz que foi temporariamente movido. É isso. Essa é toda a diferença no nível da especificação.

Mas as implicações de SEO downstream é onde fica interessante.

Com um 301, o Google consolida os sinais (backlinks, autoridade da página, prioridade de rastreamento) da URL antiga para a nova. Com um 302, o Google deveria manter a URL original indexada, porque a mudança é temporária. Na prática, o Google ficou mais inteligente sobre isso ao longo dos anos, e a própria documentação do Google reconhece que o Googlebot "pode" transferir sinais de 302s também, eventualmente. Mas "pode" e "eventualmente" não são palavras nas quais eu queira apostar a receita de um cliente.

A transferência de link equity de 301s não é instantânea. Normalmente leva alguns ciclos de rastreamento, que podem ser dias ou semanas dependendo do orçamento de rastreamento e do tamanho do domínio. Para uma URL de destino completamente nova sem autoridade existente, essa consolidação importa enormemente. Já vi sites se recuperarem para níveis de tráfego pré-migração dentro de 6-8 semanas depois de corrigir 302s incorretos para 301s, apenas executando um arquivo .htaccess corrigido e forçando um rastreamento através do Google Search Console.

Quando Usar um Redirecionamento 301

Use um 301 sempre que a mudança for genuinamente permanente. Alguns cenários concretos:

  • Você está migrando de HTTP para HTTPS (cada redirecionamento aqui deveria ser 301)
  • Uma página foi deletada e você está apontando a URL para seu substituto mais relevante
  • Você alterou sua estrutura de permalink no WordPress (este pega as pessoas constantemente)
  • Você está consolidando dois domínios em um após uma fusão ou rebrand
  • Um produto foi descontinuado e você está redirecionando para a página de categoria

Em uma migração de WooCommerce que fiz para uma varejista de moda no final de 2022, ela tinha aproximadamente 800 URLs de produtos antigos que precisavam ser redirecionados para a nova estrutura de URL. Cada um recebeu um 301 via plugin Redirection com correspondência regex para o padrão. Levou cerca de duas horas para configurar adequadamente. A alternativa, fazer manualmente ou usar 302s "apenas para testar", teria custado meses de tempo de recuperação.

A Armadilha da Migração HTTPS

Este em particular. Ainda vejo desenvolvedores fazendo migrações de HTTP para HTTPS e usando 302s porque querem "testar o SSL primeiro". Não façam isso. Se o certificado está instalado e funcionando, vão direto para 301s. A abordagem com 302 em migrações HTTPS é uma das causas mais comuns das temidas flags de "conteúdo duplicado" no Google Search Console, porque o Googlebot pode indexar ambas as versões por um período.

Quando Usar um Redirecionamento 302

Genuinamente menos casos do que a maioria das pessoas pensa. Um 302 é apropriado quando:

  1. Você está fazendo teste A/B em uma página e quer que a URL original mantenha seus sinais de ranking durante o teste
  2. Você está executando uma campanha promocional temporária (uma landing page de curto prazo que substitui sua homepage na Black Friday, por exemplo)
  3. Você está fazendo manutenção e rotacionando usuários para uma página de status por poucas horas
  4. Você precisa redirecionar usuários por geolocalização para versões localizadas de uma página sem torná-lo permanente

Vale a pena se deter neste último. Se você está redirecionando visitantes do Reino Unido para /en-gb/ e visitantes dos EUA para /en-us/, esses devem ser 302s, porque nenhum grupo de usuários único "possui" a URL canônica. Google lida com direcionamento geográfico separadamente via hreflang de qualquer forma, mas o 302 sinaliza que a URL original ainda é o destino canônico.

A Seahawk teve um cliente SaaS no ano passado que estava rodando uma promoção de avaliação gratuita de 30 dias onde a homepage redirecionava temporariamente para uma página de destino /free-trial/. A decisão correta: 302. Eles queriam que a homepage original recuperasse seus rankings no momento em que a promoção terminasse. Se tivessem usado um 301, os sinais da homepage teriam começado a se consolidar no /free-trial/, que desapareceria completamente após a campanha.

O Mito "Google Trata 302s Como 301s"

Você provavelmente já leu isso em algum lugar. E há uma dose de verdade nisso. Google pode em certas situações tratar um 302 de longa data de forma similar a um 301, especialmente se a URL de destino é consistentemente a mesma durante um período longo. John Mueller mencionou isso em várias sessões de office hours do Google Search Central.

Mas aqui está o ponto: isso é Google sendo indulgente com erros de desenvolvedor, não é um recurso que você deveria planejar usar. Bing não se comporta da mesma forma. E confiar na discrição do Google para algo tão consequente quanto uma migração de domínio é simplesmente trabalho desleixado. Use a ferramenta certa.

Como Verificar Que Tipo de Redirecionamento Você Tem

Se você não tem certeza sobre o que está ativo em um site agora, existem algumas formas rápidas de verificar.

A mais rápida: abra seu terminal e execute curl -I https://example.com/old-page . Procure por HTTP/1.1 301 ou HTTP/1.1 302 nos cabeçalhos de resposta. Leva cinco segundos.

Para uma auditoria mais completa em centenas de URLs, Screaming Frog SEO Spider é o que eu uso. Exporte seu rastreamento, filtre por código de resposta 3xx, e você consegue ver cada redirecionamento do site e que tipo é. Eu executo isso como padrão em toda auditoria de site na Seahawk antes de tocar em qualquer coisa. A versão gratuita trata até 500 URLs, o que cobre muitos sites menores.

Para WordPress especificamente, o plugin Redirection tem um log integrado que mostra você cada redirecionamento acionando em tempo real, incluindo o código de resposta. Genuinamente útil para pegar qualquer coisa estranha após uma migração.

Cadeias de Redirecionamento: O Problema que Ninguém Fala O Suficiente

Um 301 apontando para outro 301 apontando para a URL final. Isso é uma cadeia de redirecionamentos, e acontece o tempo todo em sites que passaram por múltiplas migrações ou mudanças de CMS. Cada salto na cadeia dilui levemente a transferência de link equity e consome orçamento de rastreamento.

A regra que sigo: se o Screaming Frog mostra qualquer cadeia com mais de um redirecionamento, corrija-a. Aponte a primeira URL diretamente para o destino final. Isso se aplica a cadeias 301 e 302.

Implementando Redirecionamentos Corretamente

Depende da sua stack, mas os cenários mais comuns são:

Apache (.htaccess): `` Redirect 301 /old-page https://www.example.com/new-page ``

Nginx: `` return 301 https://www.example.com/new-page; ``

WordPress (via plugin Redirection): Defina o campo de código HTTP como 301 explicitamente. O plugin usa 301 por padrão, mas já vi ser alterado por outros plugins ou importações, então sempre verifique novamente.

Cloudflare Page Rules: Você pode definir regras de redirecionamento no nível da CDN com códigos de status 301 ou 302 explícitos. Útil para redirecionamentos em nível de domínio antes mesmo da requisição chegar ao seu servidor.

Uma coisa que eu acrescentaria: depois de implementar qualquer redirecionamento, verifique-o com curl ou com a ferramenta HTTP Status Checker. Não apenas clique no link em um navegador. Navegadores armazenam redirecionamentos em cache agressivamente, e você pensará que está funcionando quando o servidor está na verdade retornando algo diferente para visitantes pela primeira vez.

Resposta curta: um 301 vai, ao longo do tempo, consolidar o valor de link para a URL de destino. Mas os backlinks em si não desaparecem ou se atualizam automaticamente. Eles ainda apontam para a URL antiga. O redirecionamento diz ao Google para associar o valor desses links ao novo destino.

É por isso que mudar sua estrutura de permalink sem configurar 301s é catastrófico. Todo backlink que você já conquistou apontando para /blog/post-name/ fica inútil se aquela URL agora retorna 404 em vez de redirecionar para /articles/post-name/.

Auditei um site de conteúdo em 2020 que tinha trocado de tema WordPress, e o novo tema tinha uma estrutura de URL diferente embutida. Nenhum redirecionamento foi configurado. Eles perderam link equity em aproximadamente 200 artigos da noite para o dia. Segundo dados do Ahrefs, até mesmo um redirecionamento 301 bem implementado retém algo em torno de 90-99% do link equity, embora o Google não tenha publicado um número oficial. O ponto é: até um 301 imperfeito bate um 404 por uma margem enorme.

FAQ

Não, e provavelmente nunca passou. Historicamente, o Google sugeriu que há uma pequena quantidade de perda de PageRank através de qualquer redirecionamento. O número antigo citado era em torno de 15% de perda, embora o Google tenha recuado um pouco desde então. Ahrefs e Moz estimam que a perda é mínima para um único 301 limpo. O que te mata é correntes, loops, ou usar o tipo de redirecionamento completamente errado.

Posso mudar um redirecionamento 301 para apontar para outro lugar depois?

Sim. Um 301 é uma instrução no servidor, não algo permanentemente incorporado no índice do Google. Você pode atualizar o destino a qualquer momento. O Google pegará o novo destino no próximo rastreamento. O "permanente" em 301 significa intenção permanente no momento, não que seja tecnicamente imutável.

Quanto tempo leva para o Google processar um redirecionamento 301?

Para sites com alta autoridade e rastreamento frequente, às vezes em um ou dois dias. Para sites menores, pode levar várias semanas. Enviar as novas URLs via ferramenta URL Inspection do Google Search Console e solicitar indexação acelera isso de forma significativa. Faço isso como padrão em todas as migrações.

Devo redirecionar toda URL antiga ou apenas as importantes?

Toda URL que tem backlinks, tráfego indexado ou links internos apontando para ela deve receber um 301 apropriado. Para páginas com zero links e zero tráfego indexado, um 404 é realmente aceitável. Não crie inchaço de redirecionamentos ao redirecionar URLs genuinamente mortas que nunca tiveram valor algum.

E quanto aos redirecionamentos JavaScript? São tratados da mesma forma?

Não. Redirecionamentos JavaScript (usando window.location) são processados muito mais lentamente pelo Googlebot porque exigem renderização JavaScript. Também são inconsistentes entre outros crawlers. Para qualquer coisa sensível a SEO, use redirecionamentos do lado do servidor. Sempre.

---

Tipo de redirecionamento é uma daquelas coisas que parece trivial até que não é. Já passei horas em chamadas explicando a clientes por que o tráfego deles caiu seis meses após uma migração, rastreando tudo até a decisão de um desenvolvedor de usar 302s porque era "mais seguro". Não é mais seguro. Acerte no tipo, mantenha as cadeias curtas e verifique com algo além do seu navegador.

← voltar