Canonical, redirecionamento ou noindex: qual usar em cada caso?

Quando o site tem páginas repetidas, endereços antigos ou páginas que não deveriam aparecer no Google, três soluções aparecem na conversa com o desenvolvedor: canonical, redirecionamento e noindex. Elas costumam ser tratadas como sinônimos, mas resolvem problemas diferentes, e usar a errada pode manter cópias competindo entre si ou, no pior caso, tirar uma página importante dos resultados. Neste guia, a equipe da Capta Marketing Digital explica a diferença entre canonical, redirecionamento e noindex, com um critério de decisão, cenários práticos e os erros que a documentação do Google desaconselha.

O texto se baseia na documentação do Google Search Central sobre consolidação de URLs duplicadas, noindex e redirecionamentos. Não traz trechos de código, porque a implementação é feita por quem cuida do site, e o objetivo aqui é ajudar você a decidir o que pedir. Não há prazos nem promessas de indexação. O exemplo é hipotético.

Resposta direta: use redirecionamento quando uma página mudou de endereço e a antiga não precisa mais existir. Use canonical quando duas ou mais versões da mesma página precisam continuar acessíveis e você quer indicar a preferida. Use noindex quando a página deve continuar existindo, mas não deve aparecer nos resultados de busca. Os três são sugestões ou regras que o Google avalia, e a escolha começa por responder à pergunta: o que deve acontecer com essa página?

Em resumo:

• Redirecionamento move a pessoa e o Google para outro endereço, e a página antiga deixa de ser o destino.
• Canonical indica a versão preferida entre cópias que continuam existindo, e é uma sugestão avaliada pelo Google.
• Noindex pede que a página não apareça nos resultados, e só funciona se o Google puder rastrear a página.
• Não use noindex para escolher o canônico dentro do mesmo site, nem bloqueie no robots.txt uma página que tem noindex.
• Combinar métodos de forma conflitante é a principal fonte de erro de implementação.
• Nenhum deles garante posição, e o efeito pode demorar para aparecer.

Qual é a diferença entre canonical, redirecionamento e noindex?

Uma forma simples de lembrar é pensar na pergunta que cada um responde:

• Redirecionamento: "esta página mudou de lugar". Quem acessa o endereço antigo é levado ao novo.
• Canonical: "existem cópias desta página, e esta é a versão preferida". As cópias continuam acessíveis, e o Google recebe a indicação de qual priorizar.
• Noindex: "esta página não deve aparecer nos resultados". Ela continua acessível a quem tem o link, mas pede para ficar fora do índice.

Por isso, a escolha não é uma questão de preferência técnica, e sim de situação. O mesmo problema de duplicidade pode pedir redirecionamento em um caso e canonical em outro, dependendo de a cópia precisar continuar existindo. O tema da duplicidade em si está no artigo sobre conteúdo duplicado, e aqui o foco é a escolha entre os mecanismos.

Quando usar redirecionamento?

Segundo a documentação do Google sobre redirecionamentos, eles são úteis em mudanças de domínio, quando URLs duplicadas devem apontar para uma versão preferida, na fusão de sites e na remoção de páginas que têm um novo destino. A regra prática: se a página antiga não precisa mais existir, redirecione.

Permanente e temporário

Há dois tipos com significados diferentes:

• Permanente: indica que a mudança é definitiva. Segundo o Google, o destino tende a ser tratado como canônico e a aparecer nos resultados. A documentação recomenda usar o permanente apenas quando se tem certeza de que ele não será revertido.
• Temporário: indica uma mudança passageira, como uma indisponibilidade. A página de origem tende a continuar aparecendo nos resultados.

O endereço antigo não some de imediato. A documentação informa que ele passa a ser um nome alternativo do destino, pode aparecer em alguns resultados e tende a desaparecer com o tempo.

Cuidados na implementação

• Prefira o redirecionamento feito no servidor. O Google indica essa como a opção preferida. Os feitos por JavaScript são um último recurso, porque a renderização pode falhar e o Google pode nunca ver o redirecionamento.
• Escolha o tipo certo. Usar um redirecionamento temporário para uma mudança definitiva, ou o contrário, envia ao Google um sinal diferente do pretendido.
• Evite cadeias e voltas. A documentação consultada não detalha esse ponto, então trate como boa prática geral: cada endereço antigo deve apontar direto para o destino final, sem passar por vários.
• Em mudanças maiores, como a troca de domínio, planeje o mapa de URLs antigas e novas. O artigo sobre domínio e hospedagem trata desse cuidado.

Quando usar canonical?

O canonical resolve a situação em que duas ou mais URLs mostram conteúdo igual ou muito parecido, e todas precisam continuar existindo. Acontece, por exemplo, com variações de endereço geradas por filtros ou parâmetros, versões para impressão ou o mesmo conteúdo acessível por caminhos diferentes. A documentação do Google sobre URLs duplicadas descreve a indicação do canonical como um sinal forte, que também pode ser enviado para arquivos que não são páginas, como PDFs.

Sinal forte, mas sugestão

O ponto que mais confunde: o canonical não é uma ordem. A documentação afirma que os métodos de canonicalização são sugestões que o Google avalia, e que nenhum é obrigatório. Se nada for indicado, o Google escolhe a versão que considera melhor, e outros sinais, como a preferência por HTTPS, também influenciam a escolha. O Google recomenda ainda que a própria página preferida aponte para si mesma.

Erros comuns

• indicar versões diferentes como canônicas para a mesma página, em métodos distintos;
• usar endereços relativos ou com fragmentos, quando o Google prefere o endereço completo;
• manter links internos apontando para as cópias, e não para a versão preferida;
• usar os dois métodos de indicação do canonical ao mesmo tempo, o que aumenta o risco de erro, segundo a documentação.

O último ponto se liga à organização dos links do site. O guia sobre links internos para SEO mostra como apontar sempre para o endereço que a empresa quer destacar.

Quando usar noindex?

O noindex serve para páginas que precisam existir para o visitante, mas que não têm razão de aparecer nos resultados de busca. Segundo a documentação do Google, quando o Google rastreia a página e encontra a regra, ele a remove dos resultados, mesmo que outros sites apontem para ela. Exemplos de páginas que costumam entrar nessa categoria, como recomendação de análise: páginas de agradecimento após o envio de um formulário, áreas restritas e resultados de busca interna do site.

Meta tag e cabeçalho

A regra pode ser aplicada de duas formas. Na primeira, a instrução fica dentro da própria página. Na segunda, ela é enviada no cabeçalho da resposta do servidor, o que é útil para arquivos que não são páginas, como PDFs. A documentação informa que os dois têm o mesmo efeito, e a escolha depende do tipo de conteúdo e da conveniência.

Por que não bloquear no robots.txt junto com o noindex

Aqui está um dos erros mais frequentes. Para o noindex funcionar, o Google precisa rastrear a página e ler a regra. Se a página estiver bloqueada no robots.txt, o Google não vê a instrução, e a página ainda pode aparecer nos resultados se outras páginas a referenciarem. A documentação também afirma que o Google não aceita o noindex definido no robots.txt. O bloqueio e o noindex não são intercambiáveis: um impede o rastreamento, e o outro depende dele.

O efeito do noindex também não é imediato. A documentação informa que o Google precisa rastrear a página de novo para ver a regra, o que pode levar tempo, em alguns casos meses, dependendo da importância da página. Para acelerar, pode-se solicitar um novo rastreamento pela ferramenta de inspeção de URL, no Search Console.

Como escolher? Um critério em quatro perguntas

Em vez de memorizar regras, responda às perguntas na ordem:

1. A página antiga precisa continuar existindo? Se não, e existe um destino equivalente, use redirecionamento permanente.
2. Há mais de uma versão que precisa continuar acessível? Se sim, indique a versão preferida com o canonical.
3. A página deve existir, mas não aparecer no Google? Use noindex, sem bloqueá-la no robots.txt.
4. A mudança é definitiva? Se não, o redirecionamento deve ser temporário.

Se mais de uma resposta parecer "sim", provavelmente há dois problemas misturados, e vale tratá-los separadamente antes de combinar métodos.

Quadro comparativo

Cenários práticos

Os cenários abaixo aplicam a documentação a situações comuns, e a solução indicada é uma recomendação de análise, e não uma regra fixa.

• Versões do site com e sem "www", ou com HTTP e HTTPS: o mais indicado é o redirecionamento permanente para a versão preferida. O Google informa que prefere a versão HTTPS e orienta evitar redirecionamentos de HTTPS para HTTP.
• Endereços com parâmetros que mostram o mesmo conteúdo: canonical, apontando para o endereço limpo, já que as variações precisam continuar funcionando.
• Página de serviço antiga substituída por uma nova: redirecionamento permanente, do endereço antigo para o novo equivalente.
• Página de agradecimento depois de um formulário: noindex, porque a página existe para o visitante e não para a busca.
• Resultados da busca interna do site: noindex, para que listas variáveis não ocupem espaço no índice.
• Mesmo arquivo em PDF disponível em dois endereços: canonical enviado pelo cabeçalho, já que o arquivo não tem como carregar a instrução dentro dele.
• Mudança de domínio: redirecionamentos permanentes página a página, com um mapa de endereços antigos e novos.

Erros que podem tirar páginas importantes do Google

• Noindex na página errada: uma regra aplicada por engano a um modelo de página pode afetar todo um grupo de páginas. Depois de qualquer mudança do tipo, confira as páginas estratégicas.
• Noindex somado a bloqueio no robots.txt: o Google não lê a regra, e o resultado é o oposto do esperado.
• Noindex para escolher a versão canônica: a documentação desaconselha, pois ele bloqueia a página por completo, em vez de consolidar os sinais.
• Redirecionamento permanente aplicado a algo temporário: pode fazer o destino substituir a página original nos resultados.
• Canonical apontando para a página errada: a versão que deveria aparecer pode perder espaço.

Para conferir o efeito, use o relatório de indexação de páginas do Search Console, que mostra quais URLs foram indexadas e por que outras não foram, e a inspeção de URL, que mostra como o Google vê um endereço específico. Se algo mudou e o tráfego caiu, o guia sobre páginas que perderam tráfego orgânico ajuda a localizar quais páginas foram afetadas.

Exemplo hipotético: duas versões da mesma página de serviço

Exemplo hipotético: uma empresa de serviços tem a página do serviço principal em dois endereços: o endereço limpo e outro com um parâmetro de campanha, usado nos links de anúncios. Os dois mostram o mesmo conteúdo. Além disso, existe uma página de serviço antiga, de um pacote que a empresa não oferece mais, e uma página de agradecimento exibida após o envio do formulário.

A leitura, em ordem, seria: o endereço com parâmetro precisa continuar funcionando para os anúncios, então o canonical indica o endereço limpo como o preferido. A página do pacote encerrado não precisa existir, e como há uma página equivalente de serviço, o redirecionamento permanente a leva para ela. A página de agradecimento não deve aparecer na busca, então recebe noindex, sem ser bloqueada no robots.txt. Cada problema recebeu um mecanismo diferente, porque as perguntas eram diferentes. O exemplo ilustra o raciocínio, e não um resultado esperado.

Quando envolver SEO técnico?

Para sites pequenos, com poucas páginas, esses controles podem ser simples. Eles ganham complexidade em sites com muitas páginas geradas por filtros, em migrações, em sites com versões antigas acumuladas e quando o impacto de um erro seria grande. Vale envolver quem cuida do SEO técnico quando houver mudança de endereço, quando o relatório de indexação mostrar páginas importantes fora do índice ou quando o desenvolvedor e o responsável pelo marketing divergirem sobre qual mecanismo usar. O artigo sobre o que precisa estar certo antes do conteúdo mostra onde esse tema se encaixa na base técnica de um site.

Como esses controles se conectam a um site bem estruturado

Canonical, redirecionamento e noindex fazem parte da estrutura técnica que sustenta a visibilidade do site. Quando as páginas são criadas já com essa lógica, evitam-se cópias desnecessárias, endereços antigos soltos e páginas indexadas por engano.

Na Capta Marketing Digital, os sites e as landing pages são criados com estrutura para a busca orgânica, e o SEO é feito dentro dos sites que a agência desenvolve, com acompanhamento do desempenho no Search Console. A agência não faz auditoria de sites de terceiros.

Se o seu site já existe e você quer entender o que a estrutura atual precisa para ser acompanhada e organizada, a página de criação de sites mostra como a agência desenvolve sites pensados para a captação de contatos, e a de SEO detalha o que ele envolve nos sites da Capta Marketing Digital.

Perguntas frequentes sobre canonical, redirecionamento e noindex

Canonical e redirecionamento 301 são a mesma coisa?

Não. O redirecionamento leva o visitante e o Google para outro endereço, e a página antiga deixa de ser o destino. O canonical mantém todas as versões acessíveis e apenas indica qual é a preferida.

Posso usar noindex e canonical na mesma página?

Não é recomendável. A documentação desaconselha usar o noindex para escolher o canônico no mesmo site, porque ele bloqueia a página por completo. Os dois enviam instruções diferentes, e combiná-los gera sinais conflitantes.

O noindex tira a página do Google na hora?

Não. O Google precisa rastrear a página de novo para ver a regra, o que pode levar tempo, e em alguns casos meses, segundo a documentação. Solicitar um novo rastreamento pela inspeção de URL pode acelerar.

Bloquear a página no robots.txt substitui o noindex?

Não. O bloqueio impede o rastreamento, e sem rastrear o Google não vê o noindex. A página ainda pode aparecer nos resultados se outras páginas a referenciarem.

Como conferir se o Google escolheu a página certa?

Use a inspeção de URL e o relatório de indexação de páginas do Search Console. Lembre que o canonical é uma sugestão, e o Google pode escolher outra versão se outros sinais apontarem nesse sentido.

Conclusão: a diferença entre canonical, redirecionamento e noindex está na pergunta que cada um responde

Entender a diferença entre canonical, redirecionamento e noindex evita erros caros: redirecionar quando a página mudou de lugar, indicar o canonical quando as cópias precisam coexistir e usar o noindex quando a página não deve aparecer nos resultados, sem bloqueá-la no robots.txt. Responder às quatro perguntas do critério antes de pedir a mudança, e conferir o resultado no Search Console, reduz o risco de tirar páginas importantes do Google.

Se a sua empresa quer entender o que a estrutura técnica do site precisa para sustentar a busca orgânica, conheça a página de SEO da Capta Marketing Digital, agência especialista em campanhas de geração de leads, com sede em Porto Alegre e atendimento para empresas de todo o Brasil, e avalie com a equipe o que faz sentido para o seu negócio.

Por Capta Marketing Digital

A Capta Marketing Digital é uma agência de marketing digital Google Partner especializada em geração de leads e captação de clientes. Desenvolvemos estratégias para aumentar o posicionamento e a visibilidade das empresas nos resultados do Google e nas respostas geradas por IAs, conectando sua marca aos clientes no momento em que eles estão pesquisando por produtos e serviços.

Com sede em Porto Alegre e atendimento para empresas de todo o Brasil, a Capta Marketing Digital reúne mais de 14 anos de experiência em marketing digital, mais de 120 projetos desenvolvidos e analistas certificados pelo Google em Google Ads.

A Capta Marketing Digital cria sites e landing pages pensados para a geração de leads, com estrutura para a busca orgânica e acompanhamento do desempenho.