Todo e-commerce muda de endereço em algum momento: um produto sai de linha, uma categoria é renomeada, a loja migra de plataforma ou o site passa a usar HTTPS. Em todos esses casos, o redirecionamento decide se o tráfego e os sinais acumulados pela página antiga chegam à nova ou se desaparecem.
A escolha entre 301 e 302 parece um detalhe técnico, mas muda o que o Google considera como a página oficial. Um 302 colocado onde deveria haver um 301 mantém a URL antiga no resultado de busca por meses. Um 301 colocado em uma mudança temporária faz o Google trocar a URL e dificulta voltar atrás.
Este guia explica cada código de status, como o Google trata cada tipo, quando usar um ou outro, como configurar em servidor e nas plataformas de loja, como evitar cadeias e loops e como auditar o resultado. No final, há uma tabela com os erros que mais custam tráfego, um checklist e perguntas frequentes.
O que são os redirecionamentos 301, 302, 307 e 308
Um redirecionamento é uma resposta do servidor que diz ao navegador, ou ao Googlebot, que o conteúdo pedido está em outro endereço. O código de status informa se a mudança é permanente ou temporária. A tabela resume os principais, com base na documentação da MDN sobre redirecionamentos HTTP.
| Código | Nome | Tipo | Método de requisição | Uso típico |
|---|---|---|---|---|
| 301 | Moved Permanently | Permanente | Em GET, não muda. Outros métodos podem ser convertidos em GET | Mudança definitiva de URL, migração, HTTP para HTTPS |
| 308 | Permanent Redirect | Permanente | Mantém método e corpo | Mudança definitiva em endereços que recebem POST, como APIs |
| 302 | Found | Temporário | Em GET, não muda. Outros métodos podem ser convertidos em GET | Indisponibilidade curta, testes, variação por contexto |
| 303 | See Other | Temporário | Converte para GET | Redirecionar após envio de formulário |
| 307 | Temporary Redirect | Temporário | Mantém método e corpo | Mudança temporária em endereços que recebem POST |
Para páginas de loja, que respondem a GET, 301 e 302 são os códigos do dia a dia. Os códigos 307 e 308 existem para eliminar a ambiguidade do método e interessam principalmente a quem desenvolve APIs e formulários.
O que o Google faz com cada tipo
A documentação do Google sobre redirecionamentos separa os dois grupos:
- Permanentes (301 e 308): o Google segue o redirecionamento e passa a tratar o destino como a URL canônica, ou seja, a que deve aparecer nos resultados.
- Temporários (302, 303 e 307): o Google segue o redirecionamento, mas não trata o destino como canônico. A URL de origem tende a continuar nos resultados.
O Google também interpreta como permanente o meta refresh com atraso zero e como temporário o meta refresh com atraso maior que zero. Quanto ao método de implementação, a ordem de confiabilidade descrita pelo Google é: redirecionamento no servidor, meta refresh e, por último, JavaScript, porque a renderização pode falhar e o Google nunca ver o redirecionamento.
Sobre o efeito no ranqueamento, a documentação do Google sobre mudança de site com troca de URLs afirma que o redirecionamento 301 não causa perda de PageRank. Isso vale para um redirecionamento bem feito: para uma página equivalente, no servidor e sem cadeias longas.
Quando usar 301 e quando usar 302
A regra de decisão é uma pergunta: o endereço antigo vai voltar a existir? Se a resposta é não, use 301. Se pode voltar, use 302. A tabela aplica a regra a situações de e-commerce; as soluções são recomendações da Analytikos.
| Situação | Código | Observação |
|---|---|---|
| Migração de plataforma com mudança de URLs | 301 | Mapear URL por URL; ver o checklist de migração |
| Produto descontinuado para sempre, com equivalente | 301 | Destino: produto substituto ou a categoria mais próxima |
| Produto descontinuado sem equivalente | 410 ou 404 | Evite jogar para a home; veja a seção de erros |
| Produto esgotado, com reposição prevista | Sem redirecionamento | Manter a página; redirecionar tira a URL do índice |
| HTTP para HTTPS | 301 | Para todas as URLs, em um único salto |
| Versão com e sem www; com e sem barra final | 301 | Definir uma versão e redirecionar a outra |
| Troca de slug de categoria | 301 | Atualize também links internos e sitemap |
| Promoção ou página sazonal por tempo limitado | 302 | Quando a URL original volta depois |
| Teste A/B de URL | 302 | Temporário por natureza |
| Manutenção curta do site | 503 com Retry-After | O Google orienta usar 503, não redirecionar para uma página de aviso |
O caso do produto esgotado merece atenção própria, porque redirecionar é a reação instintiva e quase sempre a errada quando a reposição é esperada. Se o produto vai voltar, o destino do redirecionamento perde o tráfego que a página acumulava.
Decisão em seis perguntas
- 1A URL antiga ainda precisa existir?Se o conteúdo continua válido, não redirecione. Corrija o que quebrou.
- 2O conteúdo mudou de endereço para sempre?Sim: 301 (ou 308 para endereços que recebem POST).
- 3A mudança é temporária?Sim: 302 (ou 307), com data para ser desfeita.
- 4Existe uma página equivalente?Se sim, redirecione para ela. Se não, avalie 410 ou 404 em vez da home.
- 5O destino responde 200 e não redireciona de novo?Se redireciona, aponte direto para o destino final.
- 6Os links internos e o sitemap usam a URL nova?Atualize os dois para que o redirecionamento seja só rede de segurança.
Como implementar no servidor e nas plataformas
Servidor
No servidor, o redirecionamento é configurado em arquivo de configuração ou em código. Dois exemplos conhecidos, para um redirecionamento permanente de um endereço antigo para um novo:
# Nginx
location = /produto-antigo/ {
return 301 /produto-novo/;
}
# Apache (.htaccess)
Redirect 301 /produto-antigo/ /produto-novo/Antes de qualquer mudança em produção, teste em ambiente de homologação e valide o código retornado. Uma regra de redirecionamento ampla demais pode derrubar o site inteiro.
Shopify
Segundo a central de ajuda da Shopify, o redirecionamento é criado no painel, em Conteúdo, Menus, Redirecionamentos de URL (os nomes de menu podem variar conforme o idioma e a versão do painel), informando o caminho antigo e o novo. Há importação por planilha CSV. A ajuda também lista limites relevantes: só é possível redirecionar a partir de URLs que estão quebradas (se a URL ainda carrega uma página válida, o redirecionamento não funciona), e há um teto de 100.000 redirecionamentos por loja, que sobe para 20.000.000 no plano Plus.
Nuvemshop
A central de atendimento da Nuvemshop orienta usar o 301 para unificar URLs semelhantes indexadas, para páginas desativadas com bom tráfego e para migrações. Ela avisa que o recurso vale para páginas e categorias, não para domínios inteiros, e recomenda apontar para páginas semelhantes à original, porque destinos sem relevância podem ser penalizados pelos buscadores.
Outras plataformas e CDN
Em WordPress, VTEX e outras plataformas, o princípio é o mesmo: a regra precisa devolver o código correto no servidor. Confira o código devolvido, e não apenas o comportamento no navegador, que pode esconder a diferença entre 301 e 302.
Cadeias e loops de redirecionamento
Uma cadeia acontece quando A redireciona para B, que redireciona para C. Cada salto custa uma requisição a mais. A documentação do Google sobre mudança de site informa que o Googlebot pode seguir até 10 saltos, mas recomenda redirecionar direto para o destino final; se não for possível, manter a cadeia curta, de preferência com no máximo 3 saltos e menos de 5.
Exemplo com números hipotéticos: uma loja migrou de plataforma e, antes disso, já havia trocado de estrutura de URLs. Resultado: /produto-antigo, redireciona para /produtos/antigo, depois para /loja/antigo e, por fim, para /p/novo. São 3 saltos para chegar a 1 destino. A correção é reescrever as 3 regras para apontarem direto para /p/novo, reduzindo para 1 salto.
O loop é o caso extremo: A leva a B e B leva de volta a A. A MDN explica que, se o servidor detecta o loop, pode devolver erro 500, e que os navegadores mostram uma mensagem própria. Loops costumam nascer de duas regras concorrentes, como a de HTTPS e a de www configuradas em lugares diferentes.
Como auditar os redirecionamentos
- Liste as URLs antigas: exporte do sitemap anterior, do Search Console (relatório de desempenho) e do GA4 as páginas que tinham tráfego.
- Verifique o código e o destino de cada uma: um rastreador de sites faz isso em lote. Para uma URL, o comando abaixo mostra o código e o destino.
- Procure cadeias, loops e destinos que não respondem 200.
- Confira o Search Console: no relatório de indexação de páginas, o status “Página com redirecionamento” não é necessariamente erro, segundo a ajuda do Search Console. Só a URL de destino é indexada.
- Use a inspeção de URL quando uma URL que deveria estar indexada aparecer como redirecionamento.
curl -sI https://www.exemplo.com.br/produto-antigo/ | head -n 5
# esperado: HTTP/2 301 e a linha location: com o endereço novoCompare também a lista de URLs de origem com as URLs que aparecem no sitemap. O sitemap deve listar apenas as URLs finais, nunca as que redirecionam.
Depois do redirecionamento: o que manter e o que atualizar
- Prazo: o Google orienta manter os redirecionamentos pelo maior tempo possível, em geral por pelo menos 1 ano.
- Links internos: atualize menus, categorias e links em conteúdo para as URLs novas, para o redirecionamento deixar de ser parte da navegação.
- Sitemap: envie o sitemap com as URLs finais e acompanhe a indexação.
- Canonical: confirme que a tag canonical das páginas novas aponta para elas mesmas.
- Links externos e perfis: atualize os de maior volume, como Perfil da Empresa e redes sociais.
- Monitoramento: observe cliques e impressões das URLs antigas e novas no Search Console nas semanas seguintes.
Para o roteiro completo de uma mudança de plataforma, veja o checklist de migração de plataforma sem perder tráfego. Para casos de remoção em massa, o estudo sobre poda de conteúdo com 198 páginas removidas mostra o que acontece depois.
Erros comuns com redirecionamentos 301 e 302
Os erros abaixo são agrupados pela natureza do problema. Em cada tabela, a coluna central explica por que o erro distorce o resultado.
Erros de configuração
| Erro | Por que distorce | Como corrigir |
|---|---|---|
| Usar 302 em mudança permanente | O Google trata o destino como temporário e a URL antiga pode permanecer nos resultados; a consolidação demora | Trocar por 301 e conferir o código com curl |
| Usar 301 em mudança temporária | O Google pode trocar a URL canônica, e voltar atrás exige novo ciclo de rastreamento; navegadores também podem guardar o 301 em cache | Usar 302 e documentar a data de retirada |
| Cadeias de redirecionamento | Cada salto é uma requisição extra e o Google recomenda ir direto ao destino | Reescrever as regras para o destino final |
| Loops | O destino nunca é alcançado; o servidor pode devolver erro | Revisar regras concorrentes (HTTPS, www, barra final) |
| Redirecionar por JavaScript | A renderização pode falhar e o Google pode nunca ver o redirecionamento | Fazer no servidor |
Erros de destino
| Erro | Por que distorce | Como corrigir |
|---|---|---|
| Mandar tudo para a home | O destino não corresponde ao conteúdo; a Nuvemshop alerta que destinos sem relevância podem ser penalizados | Redirecionar para o equivalente; sem equivalente, usar 410 ou 404 |
| Destino que também redireciona ou devolve erro | A cadeia se forma ou o usuário chega a uma página quebrada | Validar o destino final com status 200 |
| Redirecionar produto que vai voltar ao estoque | A página acumulada perde o tráfego e o sinal vai para outro produto | Manter a URL e comunicar a indisponibilidade |
Erros de interpretação e de operação
| Erro | Por que distorce | Como corrigir |
|---|---|---|
| Tratar “Página com redirecionamento” como erro do Search Console | O relatório descreve uma URL que não é a canônica; não é erro por si só | Verificar apenas se a URL deveria ser a indexada |
| Manter URLs redirecionadas no sitemap | O sitemap deve listar as URLs finais; listar as antigas confunde a priorização | Gerar o sitemap só com URLs 200 canônicas |
| Não atualizar links internos | O redirecionamento vira parte da navegação e adiciona salto a cada clique | Trocar os links por URLs finais |
| Retirar o redirecionamento cedo demais | Links externos e favoritos voltam a dar 404; o Google recomenda manter por 1 ano ou mais | Manter por pelo menos 1 ano, idealmente sem prazo |
| Não medir antes e depois | Sem linha de base não há como saber se houve perda | Registrar cliques, impressões e receita orgânica por URL antes da mudança |
Checklist de redirecionamentos
- Mapa de URLs antigas para URLs novas, uma a uma, com o equivalente mais próximo.
- Código 301 para mudança definitiva e 302 para temporária, conferido com curl ou rastreador.
- Nenhuma cadeia com mais de um salto; nenhum loop.
- Todos os destinos respondem 200 e têm canonical autorreferente.
- Sitemap só com URLs finais.
- Links internos e menus apontando para as URLs novas.
- Redirecionamentos mantidos por pelo menos 1 ano.
- Search Console acompanhado por 4 a 8 semanas após a mudança.
Perguntas frequentes
301 ou 302: qual passa mais autoridade?
A documentação do Google afirma que o redirecionamento 301 não causa perda de PageRank. O que muda é qual URL o Google escolhe como canônica: com 301 a nova, com 302 a antiga tende a permanecer.
Posso usar 302 para sempre?
Pode funcionar, mas é um sinal contraditório com a intenção real. Se a mudança é definitiva, use 301 ou 308 para que o Google consolide os sinais na URL nova.
Quanto tempo devo manter um redirecionamento 301?
O Google orienta manter pelo maior tempo possível, em geral por pelo menos 1 ano. Do ponto de vista do usuário, não há problema em mantê-lo indefinidamente.
Quantos saltos de redirecionamento o Google segue?
Segundo a documentação do Google, o Googlebot pode seguir até 10 saltos, mas a recomendação é ir direto ao destino, e manter cadeias com no máximo 3 saltos quando não for possível.
Devo redirecionar produto esgotado?
Se a reposição é esperada, não: mantenha a página e informe a indisponibilidade. Se o produto saiu de linha, redirecione para o equivalente mais próximo ou use 410 ou 404 quando não existe.
Redirecionar todas as páginas antigas para a home resolve?
Não. O destino não corresponde ao conteúdo e a Nuvemshop alerta que destinos irrelevantes podem ser penalizados. Redirecione para o equivalente.
