Redirecionamentos e SEO: tipos e quando usar cada um

Um redirecionamento resolve uma URL existente para outra e avisa visitantes e o Google de que a página mudou de endereço. Ser permanente ou temporário muda o que aparece nos resultados de busca.

Quatro situações pedem redirecionamento

A documentação do Google sobre redirecionamentos, atualizada em 14 de abril de 2026, lista 4 situações em que redirecionar ajuda:

• mudança do site para um novo domínio, buscando a transição mais suave possível;
• várias URLs servindo o mesmo conteúdo, como https://example.com/home, http://home.example.com e https://www.example.com: escolhe-se uma URL preferida (canônica) e redirecionam-se as demais;
• fusão de dois sites, para que links para URLs antigas cheguem às páginas corretas;
• remoção de uma página, com o envio dos usuários para uma nova página.

Plataformas como Blogger e Shopify podem já ter soluções de redirecionamento embutidas: procure os artigos de ajuda do próprio serviço. Para migrações de URL, vale ver o guia de como migrar um site com mudança de URL sem perder tráfego.

Permanente troca a URL nos resultados; temporário mantém a origem

O Google classifica os métodos por chance de interpretação correta, do mais confiável ao menos confiável. Só o permanente troca a URL exibida:

Método	Como o Google interpreta
HTTP 301 (moved permanently) e 308 (moved permanently)	Permanente
meta refresh de 0 segundo, ou cabeçalho Refresh: 0	Permanente
JavaScript com location	Permanente
HTTP 302 (found), 303 (see other) e 307 (temporary redirect)	Temporário
meta refresh ou Refresh com atraso maior que 0 segundo	Temporário

O temporário não sinaliza canonicalização: a página de origem segue nos resultados, e o destino ainda pode ser indexado se outros sinais apontarem para ele.

Use o permanente quando tiver certeza de que a mudança não será revertida. Já o temporário serve para desvios pontuais. Se um serviço do site está indisponível, mande o usuário para uma página que explica a situação sem comprometer a URL original nos resultados.

A comparação entre 301, 302 e canonical detalha o que cada sinal comunica.

No servidor, a chance de acerto é maior

Redirecionar no servidor tem a maior chance de interpretação correta pelo Google, tanto para permanente quanto para temporário. Exige acesso aos arquivos de configuração (como o .htaccess no Apache) ou o envio do cabeçalho por scripts de backend (como PHP).

Em PHP, usa-se a função header(), sempre antes de enviar qualquer conteúdo para a tela:

header('HTTP/1.1 301 Moved Permanently');
header('Location: https://www.example.com/newurl');
exit();

Para o temporário, a estrutura é a mesma com o código 302:

header('HTTP/1.1 302 Found');
header('Location: https://www.example.com/newurl');
exit();

No Apache, o módulo mod_alias cobre o caso mais simples:

# Redirecionamento permanente:
Redirect permanent "/old" "https://example.com/new"

# Redirecionamento temporário:
Redirect temp "/two-old" "https://example.com/two-new"

Para casos complexos, o Google indica o mod_rewrite, com regras como RewriteRule "^/service$" "/about/service" [R=301] para permanente ou [R] para temporário. No NGINX, os exemplos usam return 301 ou return 302 dentro de um bloco location. Regras mais elaboradas usam rewrite ... permanent e rewrite ... redirect.

Em outros servidores, consulte o administrador, o provedor de hospedagem ou guias no seu mecanismo de busca favorito.

meta refresh: imediato é permanente, com atraso é temporário

Sem acesso ao servidor, o meta refresh pode ser uma alternativa viável. O atraso define a interpretação. Disparado assim que a página carrega, ele conta como permanente. Disparado depois de alguns segundos definidos pelo dono do site, conta como temporário.

O meta refresh pode ficar no elemento <head> do HTML ou em um cabeçalho HTTP gerado por código no servidor. No HTML:

<meta http-equiv="refresh" content="0; url=https://example.com/newlocation">

O equivalente em cabeçalho HTTP:

HTTP/1.1 200 OK
Refresh: 0; url=https://www.example.com/newlocation

Para o temporário, troque o 0 pelo número de segundos de atraso, como em content="5; url=https://example.com/newlocation".

JavaScript é o último recurso

O Google executa JavaScript com o Web Rendering Service depois de concluído o rastreamento da URL. A renderização pode falhar por vários motivos, e o Google pode nunca enxergar um redirecionamento que dependa dela.

Por isso, use redirecionamento em JavaScript só quando não for possível recorrer ao servidor ou ao meta refresh. O exemplo da documentação define a propriedade location em um bloco de script no <head>:

<script>
  window.location.href = "https://www.example.com/newlocation";
</script>

O básico de renderização está em SEO para sites em JavaScript.

Crypto redirect avisa o usuário, mas não é oficial

Se nenhum método for viável, o Google recomenda ao menos avisar o usuário de que a página ou o conteúdo mudou de lugar. A forma mais simples é um link para a nova página com uma explicação curta, como em "nós mudamos, encontre o conteúdo no nosso novo site".

O Google pode entender isso como um crypto redirect. Mas alerta que não se trata de um redirecionamento oficial e que nem todos os buscadores o reconhecem.

Não dependa desse recurso para informar buscadores, a menos que não haja outra escolha. Antes disso, procure o provedor de hospedagem para viabilizar outro tipo.

As duas URLs continuam registradas

Ao redirecionar uma URL, o Google mantém o registro da origem e do destino. Uma delas será a canônica, e a escolha depende de sinais como o redirecionamento ser temporário ou permanente. A outra vira um "nome alternativo" da canônica.

A URL antiga pode reaparecer nos resultados: nomes alternativos aparecem quando a consulta do usuário sugere que ele confia mais na URL antiga. Em mudanças de domínio, é normal que o Google exiba as URLs antigas ocasionalmente mesmo depois de indexar as novas. Segundo a documentação, isso se resolve com o tempo, sem ação do site.

Para consolidação de URLs em geral, veja o guia da tag canônica.