Redirecionamento 301 ou 302: qual usar e quantos saltos o Google segue

Por SEOgrinder · Publicado em · 9 min de leitura

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ódigoSignificadoO que o Google faz
301Movido permanentementeSegue; sinal forte de que o destino deve ser processado
308Redirecionamento permanenteIgual ao 301
302Encontrado (temporário)Segue; sinal fraco de que o destino deve ser processado
307Redirecionamento temporárioIgual 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çãoUseObservação
Uma página ganhou um novo endereço (novo slug, nova pasta)301 ou 308O novo destino aparece na busca
Duas páginas foram unidas em uma301 de cada endereço antigo para a página unidaO 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 308Google: 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ção302 ou 307O endereço antigo continua na busca
A página sumiu e nada a substituiSem redirecionamento: 404 ou 410Não force um destino que não combina
Muitos endereços antigos para a página inicialNão façaO 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.

Leia também

Mais artigos do blog