Uma tag canonical diz a um mecanismo de busca qual URL você prefere que ele trate como a cópia mestra - uma dica que ele geralmente segue, mas pode sobrepor. Um redirecionamento 301 remove a escolha por completo: ele envia todo visitante e crawler para uma única URL, e a antiga para de responder. Essa é a decisão inteira em uma frase. Use uma tag canonical quando as duas URLs precisarem continuar funcionando para pessoas. Use um 301 quando só uma URL deveria existir.
As duas se confundem porque combatem o mesmo problema, conteúdo duplicado dividindo o sinal de ranking entre URLs quase idênticas, com mecanismos diferentes. Uma canonical é uma sugestão deixada no head da página. Um redirecionamento é uma resposta HTTP que o navegador não tem escolha a não ser obedecer. Troque as duas e você mata uma URL que precisava continuar viva, ou deixa várias versões da mesma página competindo entre si no índice.
Já expliquei isso mais vezes do que a questão do 301 versus 302, então esta é a versão que eu gostaria que existisse na primeira vez que alguém me perguntou, e se você está aqui pela questão do código de status, 301 vs 302 redirects cobre isso por completo; este post é sobre uma bifurcação diferente do caminho.
Tag Canonical vs Redirecionamento 301: Uma Dica vs Uma Instrução
A tag rel=canonical vive dentro do <head> de uma página: <link rel="canonical" href="https://example.com/preferred-url" />. É um dos vários sinais usados para selecionar uma URL canonical - forte, mas um que um mecanismo de busca pode sobrepor quando outras evidências discordam. As duas URLs continuam ativas, uma pessoa pode visitar qualquer uma das duas e obter uma resposta 200 em ambos os casos, e a tag só muda o que aparece nos resultados de busca, não o que um navegador consegue alcançar.
Um redirecionamento 301 não é uma sugestão. Ele mesmo responde à requisição: peça a URL antiga, seja enviado para a nova, ponto final. Não sobra versão nenhuma da página antiga para visitar. Navegadores param de tentar, e mecanismos de busca a removem do índice porque ela não resolve mais para conteúdo próprio.
O teste prático se resume a duas condições:
- Se as duas URLs precisam continuar resolvendo para visitantes reais, use uma canonical.
- Se só uma URL deveria existir daqui para frente, use um redirecionamento - e tipos de redirecionamento de URL é a referência para qual código se encaixa em qual tipo de permanência.
As duas ferramentas combatem o mesmo problema a partir de direções opostas: um redirecionamento é para uma URL onde nenhuma pessoa deveria mais cair, uma canonical é para uma onde uma pessoa legitimamente pode cair.
As Quatro Situações Onde Conteúdo Duplicado Precisa de uma Correção Diferente
Quatro situações aparecem o tempo todo, e cada uma tem exatamente um sinal correto. Inverta esse mapeamento e você ou estanca um fluxo de trabalho ativo ou deixa uma isca parada no índice.
URLs com Parâmetros
Uma URL com um parâmetro de rastreamento ou ID de sessão anexado - ?ref=partner ou ?sessionid=abc123 - é funcionalmente a mesma página que a versão limpa, só carregando bagagem extra. Redirecioná-la para longe geralmente está errado, porque o parâmetro muitas vezes precisa sobreviver à requisição: um código de indicação, um grupo de teste A/B, uma transferência de sessão. A correção é uma canonical autorreferenciada na URL limpa, para que a versão com parâmetros continue acessível enquanto a tag diz aos mecanismos de busca para indexar a versão sem o ruído.
URLs Marcadas com Campanha
Este é o caso que as equipes de marketing enfrentam todo dia. Um link como elido.app/pricing?utm_source=newsletter&utm_medium=email&utm_campaign=august-launch precisa continuar funcionando exatamente como foi marcado, porque parâmetros UTM são como a analytics atribui a visita àquela newsletter, entre campanhas e canais. Sem exceções, nunca. Redirecioná-lo para a URL nua /pricing jogaria fora a atribuição antes mesmo dela ser registrada.
A tag canonical vai na página de destino, não no link: /pricing declara <link rel="canonical" href="https://elido.app/pricing" />, e toda variante marcada com UTM herda esse mesmo alvo. Os mecanismos de busca indexam uma URL /pricing limpa, enquanto a analytics continua vendo cada variante de campanha separadamente, já que a tag nunca toca no que o navegador requisita. Uma ressalva: alguns navegadores agora removem parâmetros UTM ou bloqueiam os scripts que os leem antes da atribuição chegar - veja como o Firefox e o Brave quebram a atribuição de UTM se os números da sua campanha parecerem baixos. Isso é um problema de rastreamento, não um problema de canonical.
Páginas Paginadas ou com Facetas
A resposta honesta depende de se a combinação tem conteúdo que uma busca poderia realmente querer. A página 2 de um arquivo é conteúdo genuinamente diferente da página 1, então canonicalizar toda página paginada de volta para a página 1 tende a sair pela culatra na prática. Um filtro de facetas que só reordena o mesmo catálogo é o caso oposto - canonicalizá-lo de volta para a página de categoria sem filtro está correto, já que não há nada nessa URL que valha a pena indexar separadamente. Nenhuma regra universal, só esse mesmo teste.
Consolidando uma Página Aposentada
Aqui uma tag canonical é a ferramenta errada e um redirecionamento é a única correta. Quando uma página é aposentada de vez - fundida em um post mais novo, descartada depois de uma mudança de catálogo - não há motivo para a URL antiga continuar resolvendo para nada. Um 301 repassa o sinal de ranking de forma limpa e remove a página morta de circulação. Uma tag canonical em uma página que você pretende excluir só deixa uma URL órfã mancando por aí, ainda rastreável, ainda capaz de decair - exatamente o modo de falha que prevenção de link rotting existe para capturar. Se a página antiga realmente se foi, redirecione-a. Não canonicalize um cadáver.
Quando Canonical e Redirecionamento Discordam
Às vezes uma URL carrega os dois sinais ao mesmo tempo, e eles não concordam. A página A redireciona para a página B com um 301, mas a página B declara sua própria canonical apontando para a página C - vários saltos distante de onde o primeiro clique começou.
A orientação do Google é inequívoca: um redirecionamento é um sinal mais forte e mais literal do que uma tag canonical, porque ele já removeu a alternativa - não sobra página A para reconsiderar. Quando os dois discordam, o alvo do redirecionamento vence como o destino efetivo, e a tag canonical nesse destino se torna o sinal real que os mecanismos de busca avaliam. Qualquer coisa a montante é ruído no momento em que um crawler chega ao fim da cadeia.
A falha prática raramente é filosófica - geralmente é uma cadeia que ninguém auditou, onde a canonical do destino final foi definida para uma migração diferente anos atrás e nunca foi revisitada. Desembaraçar isso significa seguir cada salto até você chegar em uma URL que retorna 200 e se autocanonicaliza, depois corrigir qualquer link que esteja desatualizado. Um salto limpo, uma tag canonical que concorda com onde você chegou: esse é todo o estado-alvo.
Por Que Toda Página Precisa de uma Canonical Autorreferenciada
Uma canonical autorreferenciada é uma página cuja tag canonical aponta para si mesma: /pricing declarando <link rel="canonical" href="https://elido.app/pricing" /> em vez de ficar em silêncio, e a maioria das páginas bem administradas carrega uma por exatamente esse motivo. Nada de misterioso aí. Parece redundante - por que uma página precisaria confirmar que é ela mesma? É um seguro barato contra toda forma de uma URL se duplicar por acidente: uma barra final, um caminho com maiúsculas e minúsculas misturadas, uma query string perdida que um plugin adicionou, uma versão http remanescente ao lado do https. Qualquer uma dessas pode acabar indexada como uma URL separada e quase idêntica se nada disser qual cópia é a de verdade.
Sem uma, a escolha fica por conta da própria ponderação de sinais do Google, que na maior parte das vezes acerta e ocasionalmente não acerta - e você descobre isso ao notar a URL errada ranqueando, o que é uma péssima forma de descobrir. Defina-a explicitamente em cada página indexável e a ambiguidade nunca tem chance de importar.
Se você está marcando uma página para uma dúzia de canais e não consegue dizer se a canonical concorda com o que seus relatórios estão contando, a analytics do Elido agrupa cada variante marcada de volta para a URL que ela realmente está medindo, para que um parâmetro perdido não bifurque silenciosamente o seu tráfego em dois.
Onde os Links Curtos Ficam em Relação à URL Canonical
Um link curto levanta uma pergunta que parece pertencer aqui e na maior parte das vezes não pertence: elido.app/abc123 precisa de uma tag canonical apontando para o seu destino? Não. Um domínio de redirecionamento não é uma duplicata da página para a qual ele envia visitantes - é um endereço sem conteúdo próprio, nada para uma tag canonical desambiguar. A canonicalização é para páginas que plausivelmente poderiam ser indexadas; um link curto nunca foi candidato a isso.
A tag canonical que importa pertence à página de destino, exatamente como se o visitante tivesse chegado por qualquer outra rota. Se elido.app/summer-sale envia pessoas para yoursite.com/sale?utm_source=twitter, o trabalho de canonical ainda é o caso da URL marcada com campanha visto antes, nada diferente de qualquer link de campanha que você marcaria da mesma forma. Isso acontece em yoursite.com/sale, não no link curto. Ramificar o mesmo link curto para destinos diferentes por campanha ou região não muda a resposta: os smart links roteiam o clique, mas o trabalho de canonical continua acontecendo onde quer que o visitante caia. A questão da correção do próprio redirecionamento é coberta por 301 vs 302 redirects e como redirecionar uma URL.
É por isso que o medo de SEO em torno de links encurtados é, na maior parte, infundado assim que os dois sinais são mantidos separados: o redirecionamento passa o seu próprio sinal, a canonical do destino cuida do dela, e nenhum contamina o outro. Encurtadores de URL prejudicam o SEO cobre o resto dessa questão.
Como Verificar Qual Sinal uma Página Está Realmente Enviando
Não presuma. Verifique os dois sinais diretamente, começando pelo redirecionamento:
curl -sI "https://example.com/old-page"
Um 301 com um header Location significa que a URL se foi para sempre; nenhum status 3xx significa que não há redirecionamento, e qualquer tag canonical é o único sinal em jogo. Para ver a própria tag canonical, busque a página e pesquise a fonte:
curl -s "https://example.com/page" | grep -i 'rel="canonical"'
Se uma URL envia os dois, rastreie a cadeia completa antes de presumir qual é o verdadeiro destino. Quando os dois concordam - o redirecionamento chega em uma URL cuja canonical aponta para si mesma - o sinal é inequívoco, que é o estado em que toda URL que importa para o seu ranking deveria estar.
Relacionados no Blog
- 301 vs 302 Redirects: Qual Deles os Links Curtos Devem Usar
- Tipos de Redirecionamento de URL: 301, 302, 307, 308 e Mais
- Encurtadores de URL Prejudicam o SEO? A Mecânica Que Importa
- Parâmetros UTM Explicados: As 5 Tags e Como Funcionam
- Estratégia de Prevenção de Link Rotting para Campanhas de URL Curta
Perguntas frequentes
Qual é a diferença entre uma tag canonical e um redirecionamento 301?
Uma tag canonical é uma dica no head de uma página que diz aos mecanismos de busca qual URL preferir enquanto ambas continuam ativas e acessíveis; um redirecionamento 301 é um código de status HTTP que envia todo visitante e crawler para a nova URL e tira a antiga de circulação. O Google trata uma canonical como um sinal forte que pode sobrepor se outras evidências discordarem, enquanto um redirecionamento não deixa nenhuma alternativa a considerar, já que não sobra página antiga para reconsiderar. Use uma canonical quando as duas URLs precisarem continuar respondendo a requisições; use um redirecionamento quando só uma deveria existir.
Devo usar uma tag canonical ou um redirecionamento 301 para conteúdo duplicado?
Use um redirecionamento se a URL duplicada deve deixar de existir por completo - uma página aposentada, um domínio antigo, uma mudança permanente - porque um redirecionamento consolida o sinal de ranking e tira a URL morta de circulação ao mesmo tempo. Use uma tag canonical se a duplicata precisa continuar acessível por um motivo real, como um link de campanha marcado com UTM, um parâmetro de sessão, ou uma página filtrada quase duplicada. A pergunta decisiva é se uma pessoa tem um motivo legítimo para continuar visitando a URL que você não está escolhendo como canonical.
O que acontece quando uma tag canonical e um redirecionamento discordam?
O redirecionamento vence, porque ele já removeu a URL alternativa da equação - não sobra nada para uma tag canonical contradizer naquele ponto da cadeia. O Google segue o redirecionamento até o destino primeiro, depois lê qualquer tag canonical que esse destino declare como o sinal operante. A correção para uma discordância é rastrear cada salto até você chegar em uma URL que retorna 200 e se autocanonicaliza.
URLs com parâmetros UTM precisam de uma tag canonical?
Sim, a tag canonical pertence à página de destino e deve apontar para a URL limpa, sem os parâmetros de rastreamento anexados. Uma página como /pricing deve se declarar como sua própria canonical, não importa quantas variantes marcadas com UTM apontem para ela, para que os mecanismos de busca indexem uma URL limpa enquanto a analytics ainda registra cada variante marcada separadamente. Redirecionar uma URL marcada com UTM em vez disso removeria os parâmetros antes que sua ferramenta de analytics pudesse atribuir a visita.
Por que colocar uma tag canonical autorreferenciada em cada página?
Uma canonical autorreferenciada, uma página declarando a si mesma como sua própria URL preferida, fecha toda forma acidental de uma página se duplicar, de barras finais a parâmetros de query perdidos até uma versão http remanescente ao lado do https. Sem uma, o Google escolhe a URL canonical usando seus próprios sinais, o que geralmente está certo, mas ocasionalmente escolhe a variante errada. Defini-la explicitamente em cada página indexável remove essa ambiguidade de graça.
Um link curto precisa de uma tag canonical?
Não. Um link curto é um redirecionamento HTTP puro, sem conteúdo próprio, então não há nada nessa URL para uma tag canonical desambiguar, e a canonicalização só importa para páginas que plausivelmente poderiam ser indexadas como conteúdo. A tag canonical que importa está na página de destino para a qual o link curto redireciona, exatamente como estaria se um visitante chegasse por qualquer outra rota.
Experimente Elido
Cole uma URL, obtenha um link curto
Sem cadastro. O link vive 30 dias. Cadastre-se para mantê-lo para sempre.
Grátis, sem necessidade de registo · 2 por dia