Redirecionamento 301 ou 302: qual usar e quantos saltos o Google segue
Resposta curta: na hora de escolher entre redirecionamento 301 ou 302, use 301 (ou o gêmeo 308) quando o endereço antigo saiu de vez, e 302 (ou 307) só quando a mudança é temporária e o endereço antigo deve continuar na busca. O Google trata o redirecionamento permanente como um sinal forte para processar o destino e o temporário como um sinal fraco. Por padrão ele segue até 10 saltos, mas mande cada endereço antigo ao destino final em um único passo.
Redirecionamento 301 ou 302: qual é a diferença?
Um redirecionamento é uma resposta do servidor que diz “aqui não, vá para lá” e informa o novo endereço no cabeçalho Location. O código de status dá o motivo. No padrão HTTP (RFC 9110), 301 significa que a página tem um novo endereço permanente, e 302 significa que ela está só temporariamente em outro lugar, então o cliente deve continuar usando o endereço original. O Google lê a mesma diferença e age de acordo:
| Código | Significado | O que o Google faz |
|---|---|---|
| 301 | Movido permanentemente | Segue; sinal forte de que o destino deve ser processado |
| 308 | Redirecionamento permanente | Igual ao 301 |
| 302 | Encontrado (temporário) | Segue; sinal fraco de que o destino deve ser processado |
| 307 | Redirecionamento temporário | Igual ao 302 |
A tabela vem da página do Google sobre códigos de status HTTP (última atualização em 2026-02-04). O que isso significa na busca está na página de redirecionamentos do Google (última atualização em 2026-04-14): redirecionamentos permanentes mostram o novo destino nos resultados, e os temporários mostram a página de origem. Lemos as páginas do Google citadas aqui em 4 de novembro de 2026.
Para que existem o 307 e o 308? O Google os trata como 302 e 301, mas observa que eles são semanticamente diferentes, então escolha o código que combina com o caso. A diferença está no método da requisição: depois de um 301 ou 302, o cliente pode transformar um POST em GET; depois de um 307 ou 308, ele precisa manter o método (RFC 9110, seção 15.4). Para a visualização normal de páginas você não percebe nada; para formulários e APIs que recebem POST, use 308 ou 307.
Qual redirecionamento usar em cada caso?
Uma pergunta resolve a maioria dos casos. A página de redirecionamentos do Google diz: “Use permanent redirects when you're sure that the redirect won't be reverted.” Se o endereço antigo nunca volta, use 301. Se ele vai voltar, use 302.
| Situação | Use | Observação |
|---|---|---|
| Uma página ganhou um novo endereço (novo slug, nova pasta) | 301 ou 308 | O novo destino aparece na busca |
| Duas páginas foram unidas em uma | 301 de cada endereço antigo para a página unida | O guia de mudança de site do Google permite isso para conteúdo reunido |
| http para https, ou www para sem www (ou o contrário) | 301 ou 308 | Google: escolha um endereço preferido e redirecione os outros para ele |
| Um serviço fica fora do ar por um tempo e os visitantes veem uma página de explicação | 302 ou 307 | O endereço antigo continua na busca |
| A página sumiu e nada a substitui | Sem redirecionamento: 404 ou 410 | Não force um destino que não combina |
| Muitos endereços antigos para a página inicial | Não faça | O Google diz que isso pode ser tratado como soft 404 |
A última linha vem do guia de mudança de site do Google (última atualização em 2026-08-20), e o nosso artigo sobre o erro soft 404 mostra como encontrá-los. O guia trata da mudança de um site inteiro para um novo domínio, que é um trabalho maior do que este artigo cobre.
O que a escolha errada custa? Um 302 em uma página que mudou de vez diz ao Google algo que não é verdade. Um redirecionamento temporário mantém a página de origem nos resultados, e “the target page might still be indexed if other canonicalization signals are present”. Isso é um talvez, e não encontramos nenhuma página do Google que prometa que um 302 de longa duração vira 301 mais tarde. Então não espere por isso.
Quantos redirecionamentos o Google segue?
A página de códigos de status do Google diz: “By default, Google's crawlers follow up to 10 redirect hops.” O Googlebot segue, em geral, 10 saltos para conteúdo da web; outros produtos do Google podem usar outros limites. O que o endereço que redireciona devolve é ignorado; o que se processa é o conteúdo do destino final.
Dez é um teto, não uma meta. O guia de mudança de site aconselha redirecionar direto para o destino final e, se isso não for possível, manter a cadeia curta, de preferência com no máximo 3 e menos de 5 saltos. O motivo, nas palavras dele: “Chaining redirects adds latency for users, and not all user agents and browsers support long redirect chains.” A página do Google sobre erros de rastreamento (última atualização em 2025-12-18) acrescenta que cadeias longas têm efeito negativo no rastreamento.
As cadeias crescem em camadas, e não de propósito. Uma típica tem três saltos antes de a página aparecer:
http://example.com/guia-antigo 301 -> https://example.com/guia-antigo
https://example.com/guia-antigo 301 -> https://www.example.com/guia-antigo
https://www.example.com/guia-antigo 301 -> https://www.example.com/guia-novo
https://www.example.com/guia-novo 200
A solução é um salto para cada endereço antigo: cada grafia do endereço antigo responde com um único 301 que já informa o endereço final. Vale o mesmo para os seus próprios links: aponte links internos, tags canonical e entradas do sitemap para o endereço final. Um redirecionamento serve a visitantes de fora e a favoritos antigos, não à sua navegação interna.
Como configurar um redirecionamento 301
Use um redirecionamento no servidor. A página de redirecionamentos do Google o lista como o tipo com mais chance de ser interpretado corretamente. Rodamos os exemplos de nginx e Node abaixo em 4 de novembro de 2026 (nginx 1.24.0, Node 25.9.0) e lemos as respostas com curl. As linhas de Apache são o exemplo do próprio Google, que não rodamos.
Primeiro o nginx. A regra location vai no bloco server de https://example.com. Os dois blocos server mandam todas as outras grafias para lá em um salto, e $request_uri preserva o caminho e os parâmetros:
# uma página mudou de vez (para uma mudança temporária, use 302)
location = /guia-antigo {
return 301 https://example.com/guia-novo;
}
# http:// e https://www. vão os dois para https://example.com
server {
listen 80;
server_name example.com www.example.com;
return 301 https://example.com$request_uri;
}
server {
listen 443 ssl;
server_name www.example.com;
ssl_certificate /etc/ssl/example.com.pem;
ssl_certificate_key /etc/ssl/example.com.key;
return 301 https://example.com$request_uri;
}
Node sem pacotes. Troque 301 por 308 se as requisições POST precisarem continuar POST:
import http from 'node:http';
const moved = new Map([['/guia-antigo', '/guia-novo']]); // caminho antigo -> caminho novo
http.createServer((req, res) => {
const { pathname, search } = new URL(req.url, 'http://localhost');
const target = moved.get(pathname);
if (target) {
res.writeHead(301, { location: `https://example.com${target}${search}` });
return res.end();
}
res.writeHead(200, { 'content-type': 'text/plain' });
res.end('ok');
}).listen(3000);
Apache, a partir da página do Google (na configuração do servidor ou em um arquivo .htaccess):
Redirect permanent "/antigo" "https://example.com/novo"
Redirect temp "/dois-antigo" "https://example.com/dois-novo"
Se você não pode mexer no servidor, olhe primeiro a sua plataforma: o Google cita Blogger e Shopify como exemplos que podem ter ferramentas de redirecionamento embutidas. O Google também lê um meta refresh (0 segundo conta como permanente, um atraso como temporário) e redirecionamentos em JavaScript, mas só como alternativa. Com JavaScript, o Google “might never see it” se a renderização falhar.
Como conferir os redirecionamentos e o que o SEOgrinder encontra
Dois comandos curl resolvem. O primeiro imprime cada salto com status e destino; o segundo dá a contagem e o endereço final. Eles usam GET, e não HEAD, porque alguns servidores respondem diferente a HEAD:
curl -s -L -o /dev/null -D - http://example.com/guia-antigo | grep -i -E "^(HTTP|location)"
curl -s -L -o /dev/null -w "%{num_redirects} redirecionamentos, final: %{url_effective}\n" http://example.com/guia-antigo
Rode os dois para cada grafia que pessoas e links usam: http e https, com e sem www. O resultado que você quer é um 301 e depois um 200.
O SEOgrinder é a nossa ferramenta; nós a construímos. A análise gratuita do SEOgrinder olha os redirecionamentos em três lugares (nomes como na interface em português):
- Aba “Tecnologia e segurança”, cartão “Redirecionamentos”. Ele lista os saltos do endereço que você analisou. Se esse endereço redireciona mais de uma vez, a tarefa “N redirecionamentos seguidos” mostra os saltos e aconselha apontar o primeiro URL direto para o destino final.
- Mesma aba, cartão “Unificação do domínio”. Ele espera que http e https, com e sem www, terminem em um único endereço. A tarefa “N versões do site em concorrência” aparece se não terminarem. “Redirecionamento do domínio apenas temporário” aparece se uma grafia redireciona com 302, 303 ou 307.
- Aba “Página no Google”. A tarefa “N ligações internas passam por um desvio” lista links internos cujo destino redireciona ou indica outra página como canonical (até 60 links internos da página analisada).
Dois limites. A verificação de cadeias cobre o endereço analisado e as grafias do seu domínio, e não todos os endereços antigos do seu site; por isso, teste os endereços antigos com curl. E o SEOgrinder não consegue julgar se um destino é um sucessor adequado, nem como o Google tratou um redirecionamento. “Entregar à IA” transforma uma tarefa em um briefing para um agente de programação, e “Verificar de novo” roda uma análise nova depois da sua mudança.
Erros comuns
- Um 302 para uma mudança permanente. O endereço antigo pode continuar nos resultados. Use 301 ou 308.
- Um 301 para algo temporário. Uma loja fechada por uma semana precisa de um 302.
- Regras empilhadas que formam cadeias. Primeiro http, depois https, depois www, depois a página nova: três saltos. Cite o endereço final em cada regra.
- Mandar tudo para a página inicial. Redirecione para uma página equivalente ou responda 404 ou 410.
- Links próprios que ainda usam o endereço antigo. Atualize links internos, canonicals e o sitemap.
- Bloquear o endereço antigo no robots.txt. O Google então não consegue buscá-lo e nunca vê o redirecionamento. No post do Google de 2011 Do 404s hurt my site?, o rastreador “has to be able to crawl that URL” para ver a resposta dele.
- Tirar o redirecionamento cedo demais. Para mudanças de site, o Google diz: “Keep the redirects for as long as possible, generally at least 1 year.” Aplicar isso a uma única página é uma leitura nossa.
Perguntas frequentes
Um redirecionamento 301 prejudica o SEO?
O guia de mudança de site do Google diz: “301 and other permanent redirects don't cause a loss in PageRank.” A frase está no guia para mudanças de site, então aplicá-la a uma única página é uma leitura nossa. O que o Google alerta são cadeias longas, redirecionamentos para páginas sem relação (soft 404) e, durante uma mudança, oscilação no ranking enquanto ele rastreia de novo.
O 308 é melhor que o 301?
Para o Google, são equivalentes. O 308 também mantém o método da requisição, o que importa para formulários e APIs. Para páginas comuns, um 301 basta.
Quanto tempo até o Google mostrar o novo endereço?
Para uma página isolada, o Google não cita prazo, até onde encontramos. Para mudanças de site, ele diz que, em sites de porte médio, “it can take a few weeks or more” até que os novos URLs substituam gradualmente os antigos nos resultados. Não prometa data.
Seu próximo passo
Rode o primeiro comando curl contra os seus endereços antigos e contra cada grafia do seu domínio. Se alguma requisição precisar de mais de um salto, aponte o primeiro endereço direto para o final. Depois analise o seu site com o SEOgrinder, abra a aba “Tecnologia e segurança”, olhe “Redirecionamentos” e “Unificação do domínio” e clique em “Verificar de novo” depois da sua mudança. Para mais sobre o básico técnico, veja a nossa checklist de auditoria SEO.