Redirect 301 vs 302 vs canonical: o que cada sinal diz ao Google

O Google trata 301, 308 e rel="canonical" como sinais fortes de canonicalização. Já o 302, o 303 e o 307 levam o usuário ao novo endereço, mas não aposentam a URL antiga nos resultados.

O Google só trata o permanente como sinal canônico

Só o redirecionamento permanente vale como sinal de que o destino deve se tornar canônico. O Googlebot segue tanto o permanente quanto o temporário, mas só o permanente entra no pipeline de indexação.

É o que diz a documentação do Google sobre redirecionamentos. Já a documentação de canonicalização trata redirecionamentos e anotações rel="canonical" como sinais fortes. A escolha, portanto, depende de uma pergunta prática: a URL antiga deve sair dos resultados ou continuar valendo?

Sinal	Mensagem enviada	Força documentada	Caso de uso típico
HTTP 301 (moved permanently)	A página mudou de endereço em definitivo	Forte: o pipeline de indexação usa o redirect como sinal de que o destino deve ser canônico, e a nova URL aparece nos resultados	Mudança de URL que não será revertida, novo domínio, fusão de sites
HTTP 308 (moved permanently)	Mesma mensagem do 301, em código permanente	Forte, com o mesmo efeito do 301 na Busca	Os mesmos casos do 301
HTTP 302 (found), 303 (see other), 307 (temporary redirect)	A página está temporariamente em outro lugar	O Googlebot segue, mas a indexação não usa o redirect como sinal canônico; a origem tende a ficar nos resultados	Serviço indisponível; página explicativa temporária
rel="canonical" (elemento <link> ou cabeçalho HTTP)	Esta é a URL preferida entre versões duplicadas	Forte	Duplicatas que precisam continuar acessíveis; arquivos não-HTML, como PDFs, via cabeçalho
Inclusão em sitemap	Sugestão de URL preferida	Fraca	Sinal adicional em sites grandes, de manutenção simples

O Google também trata um meta refresh imediato (0 segundos) como redirecionamento permanente. O meta refresh com atraso conta como temporário. Redirecionamentos via JavaScript ficam perto do fim da ordem de confiança, antes do crypto redirect.

Segundo a documentação, eles só devem ser usados quando não há como fazer o redirect no servidor ou por meta refresh, porque a renderização pode falhar. Já o "crypto redirect" — um link com aviso de que o conteúdo mudou — não deve ser a aposta principal para avisar buscadores.

301 e 308 tiram a URL antiga dos resultados

A recomendação é usar redirecionamento permanente do lado do servidor sempre que possível quando a URL exibida nos resultados precisa mudar. Os códigos 301 e 308 indicam que a página se mudou em definitivo.

A documentação de canonicalização afirma que todos os métodos de redirecionamento permanente têm o mesmo efeito sobre a Busca. Mas o tempo até o Google notá-los pode variar — e os redirecionamentos HTTP são os mais rápidos.

A fonte lista quatro cenários:

• Mudança para um novo domínio.
• Acesso ao site por várias URLs, como https://example.com/home, http://home.example.com e https://www.example.com.
• Fusão de dois sites.
• Remoção de uma página, com envio dos usuários para uma nova página.

A orientação é escolher uma URL como canônica e mandar o tráfego das outras para ela. Redirecionamento permanente só com certeza de que não será revertido. O passo a passo está no guia de redirecionamentos e SEO.

Em migrações, um detalhe surpreende: o Google mantém o registro da URL de origem e da URL de destino. A origem pode continuar aparecendo ocasionalmente nos resultados como "nome alternativo", quando a consulta sugere que o usuário confia mais no endereço antigo. Segundo a documentação, isso é normal e desaparece com o tempo, sem ação do site.

302, 303 e 307 mantêm a página de origem valendo

O redirecionamento temporário leva o usuário a outra página sem comprometer a URL original nos resultados. Exemplo da documentação: um serviço do site fica indisponível por um período e o site redireciona para uma página que explica a situação.

O Googlebot segue o 302, o 303 ou o 307, mas o pipeline de indexação não usa esse redirect como sinal de canonicalização. O alvo ainda pode ser indexado se houver outros sinais canônicos apontando para ele.

Na prática, um 302 mantido por meses é decisão de conteúdo, não de servidor: se a mudança é definitiva, ele deixa de ser o código certo. Como o meta refresh com atraso também é lido como temporário, a intenção declarada precisa combinar com o código escolhido.

rel="canonical": a URL antiga continua no ar, mas não é a preferida

O rel="canonical" serve para quando a URL antiga precisa continuar existindo. A documentação de canonicalização lista os métodos em ordem de força: redirecionamentos (forte), anotações rel="canonical" (forte) e inclusão em sitemap (fraca).

O canonical é sinal forte, mas não substitui o redirecionamento permanente quando a intenção é aposentar uma página duplicada. Ele é a opção para quando a URL antiga não pode sair do ar.

O rel="canonical" pode ser declarado como elemento <link> no <head> do HTML — aceito apenas se estiver no head — ou como cabeçalho HTTP, caminho indicado para arquivos que não são HTML, como PDFs:

HTTP/1.1 200 OK
Link: <https://www.example.com/downloads/white-paper.pdf>; rel="canonical"

O Google recomenda escolher um dos dois métodos em vez de usar ambos, porque a combinação é mais sujeita a erro. É possível informar uma URL no cabeçalho e outra no elemento. Também pede URLs absolutas em vez de relativas e canonical autorreferencial na própria página canônica.

Em sites com JavaScript, pede ainda que a informação esteja no HTML de origem e não seja alterada pelo script. Para implementar, veja o guia da tag canônica.

A documentação lista quatro motivos para apontar um canonical:

• Escolher a URL exibida.
• Consolidar sinais de links das versões duplicadas.
• Simplificar a medição por conteúdo.
• Evitar gasto de rastreamento com páginas repetidas.

Os métodos podem se somar e, combinados, aumentam a chance de a URL preferida aparecer. A página de redirecionamentos foi atualizada pela última vez em 14 de abril de 2026; a de canonicalização, em 10 de julho de 2026.

Erros que anulam o sinal

Certas práticas comuns anulam o sinal canônico ou pioram o resultado:

• Usar robots.txt para canonicalização. O Google pode indexar URLs bloqueadas no arquivo, mas sem o conteúdo.
• Usar a ferramenta de remoção de URL. Ela esconde todas as versões do endereço na Busca.
• Apontar canonicals diferentes para a mesma página com técnicas diferentes, como uma URL no sitemap e outra no rel="canonical".
• Indicar fragmento de URL como canonical, porque o Google geralmente não os suporta.
• Usar noindex para escolher o canônico dentro do site: ele bloqueia a página inteira. A solução preferida é o rel="canonical" — a diferença entre as duas diretivas está no comparativo noindex vs disallow no robots.txt.
• Em páginas com hreflang, apontar o canonical para outra língua: o canonical deve ser a página no mesmo idioma ou, se não existir, o melhor substituto disponível.
• Linkar internamente para a URL duplicada em vez da canônica.

Vale lembrar que o Google prefere páginas HTTPS como canônicas, exceto em situações como certificado SSL inválido, dependências inseguras (que não sejam imagens), redirecionamento do HTTPS para HTTP ou um canonical do HTTPS apontando para o HTTP.