Redirecionamento, canonical e noindex: qual usar?

Redirecionamento, canonical e noindex resolvem problemas diferentes. O primeiro encaminha o visitante para outro endereço; o segundo indica a versão preferida de páginas semelhantes; o terceiro pede que uma página fique fora dos resultados de busca. Escolher pelo nome de um alerta, sem entender o objetivo da página, pode tirar do caminho justamente o serviço que você quer vender.

Comece pelo que deve acontecer com o visitante

Antes de abrir as configurações do site, escreva uma frase: quem entrar neste endereço deve encontrar o quê? Essa decisão comercial ajuda a orientar o trabalho técnico. Uma página pode ter mudado de endereço, continuar necessária apesar de uma cópia, ou servir apenas a uma etapa de atendimento. São situações distintas, mesmo que uma ferramenta reúna todas em um relatório de indexação.

Pense em uma assistência técnica fictícia. Ela mudou a página de conserto, possui uma versão com parâmetro de campanha e mostra uma confirmação depois do orçamento. Não faz sentido aplicar a mesma regra às três. Primeiro, a equipe precisa identificar qual é a página pública do serviço e quais endereços existem por outros motivos.

Se o catálogo do negócio ainda está confuso, organize antes quando separar uma página para cada serviço. Uma configuração técnica não decide, sozinha, quais ofertas merecem conteúdo próprio. O responsável pelo negócio deve explicar a diferença entre elas a quem mantém o site.

Redirecionamento: quando o endereço mudou

Um redirecionamento faz o navegador seguir para outro endereço. O código HTTP 301 informa uma mudança permanente, conforme a referência da MDN sobre redirecionamento permanente. HTTP é o protocolo usado na comunicação entre navegador e servidor. O 308 também representa uma mudança permanente, com diferenças técnicas no tratamento das requisições.

No exemplo da assistência, quem tem o link antigo do conserto precisa chegar à página atual do mesmo serviço. Peça um mapeamento explícito: endereço anterior, destino e motivo da mudança. Evite aprovar uma planilha só porque todas as linhas apontam para a página inicial. Abra os destinos e confira se a promessa do link antigo continua atendida.

Uma proposta de migração deveria incluir a conferência do orçamento, dos botões de contato e do caminho de volta ao catálogo. Para o cliente, uma página que abre sem a informação esperada continua sendo uma experiência ruim. Atualize também os links que sua equipe controla, em vez de depender para sempre do caminho antigo.

Canonical: quando duas versões precisam coexistir

Canonical é a indicação de uma URL preferida entre páginas duplicadas ou muito semelhantes. Ela não transporta o visitante para outro lugar. A documentação sobre consolidação de URLs explica que essa indicação é um sinal para a seleção da versão principal, não uma ordem que garante a escolha do buscador.

No exemplo ilustrativo, uma campanha pode acrescentar um parâmetro ao endereço do conserto sem mudar o serviço apresentado. Vale perguntar à equipe técnica se essas versões estão indicando a página principal de forma coerente. Já a página de instalação, com outra oferta e outra resposta ao cliente, não deve ser tratada automaticamente como cópia do conserto.

Antes de aprovar a mudança, compare o conteúdo lado a lado. Se você retirasse os nomes dos serviços, ainda conseguiria explicar por que existem duas páginas? A resposta ajuda a separar uma duplicação de uma oferta que precisa ser melhor descrita. Para revisar o conteúdo em si, veja os fundamentos de SEO dentro de cada página.

Noindex: quando a página não deve aparecer na busca

Noindex pede a exclusão da página dos resultados dos mecanismos que respeitam essa regra. Não é senha, proteção de dados ou bloqueio de acesso. A documentação de noindex também esclarece que o robô precisa conseguir acessar a página para ler a instrução. Bloqueá-la no robots.txt pode impedir essa leitura.

Uma confirmação genérica de formulário pode ser candidata à regra, se não tiver utilidade como entrada pela busca. Mas qualquer informação privada exige controle de acesso próprio. Na assistência fictícia, a mensagem pública “recebemos seu pedido” é diferente de uma tela com os dados pessoais e o histórico do cliente.

O cuidado mais importante é conferir se a configuração atingiu apenas a página pretendida. Um ajuste aplicado ao modelo inteiro pode alcançar páginas comerciais. Coloque na aprovação uma pergunta simples: quais endereços devem continuar aparecendo nas buscas? Quem implementa precisa receber essa lista, e quem contrata precisa saber verificá-la depois.

Use uma decisão simples antes de alterar o site

Este roteiro é uma proposta prática de organização, não um diagnóstico automático. Separe os endereços por função e leve as dúvidas ao responsável técnico. Não aplique regras em lote apenas para reduzir a quantidade de avisos no relatório.

• O conteúdo mudou de endereço? Verifique a necessidade de redirecionar o endereço antigo para o equivalente atual.
• Há versões semelhantes que devem continuar acessíveis? Revise qual delas deve ser indicada como principal.
• A página é pública, mas não deve ser uma entrada pela busca? Avalie noindex e documente o motivo.
• O conteúdo é privado? Trate autenticação e permissão de acesso com a equipe responsável.

Guarde a decisão junto de uma descrição curta da página. “Confirmação de orçamento sem dados do cliente” é mais útil do que “corrigir SEO”. Essa precisão também evita que outra pessoa desfaça a configuração meses depois por acreditar que toda URL fora da busca representa um erro.

Valide o resultado e mantenha um caminho de volta

Antes da publicação, peça uma cópia da configuração anterior e a lista exata de alterações. Depois, abra cada endereço afetado e teste a jornada no celular. Confira também uma página importante que não deveria mudar. Essa amostra de controle ajuda a perceber se uma regra geral alcançou áreas fora do escopo.

• Registre o endereço testado, o comportamento esperado e o observado.
• Confira o destino, o conteúdo e a possibilidade de entrar em contato.
• Peça a verificação técnica do status HTTP, da canonical e das instruções de indexação.
• Defina quem corrige ou reverte a mudança se o resultado ficar diferente do aprovado.

O funcionamento no navegador e a atualização dos resultados de busca são verificações diferentes. Não declare o problema resolvido apenas porque a ferramenta deixou de mostrar um aviso. Reúna a evidência de que o cliente chega à página certa e acompanhe a indexação depois. Nosso guia de erros comuns de SEO ajuda a colocar esse ajuste entre as outras prioridades do site.