Canonical tags: erros comuns que sangram trafego organico

Em uma auditoria recente de um e-commerce com 38 mil URLs, 22% das paginas indexaveis apontavam canonical para a home. Nao era bug pontual: era um plugin de SEO mal configurado replicando o mesmo erro em cada PDP. O resultado apareceu no Search Console como uma queda de 41% em impressoes em sessenta dias, e o time culpou o algoritmo. A canonical tag parece trivial, mas e um dos mecanismos mais malinterpretados do SEO tecnico, e quando ela falha, o Google escolhe sozinho qual URL representa o conteudo, geralmente errado. Antes de mexer em title, schema ou link building, vale rodar um diagnostico honesto do que esta acontecendo no das suas paginas.

O erro classico numero um e tratar canonical como sinal absoluto. Ela e uma dica para o Google, nao uma ordem. Se voce coloca rel=canonical apontando para uma URL diferente, mas tudo no resto do site (sitemap, links internos, hreflang) aponta para outra, o Google vai escolher a que faz mais sentido para ele. Em 2024, o John Mueller confirmou que conflitos entre canonical e sitemap geram o que o GSC chama de 'URL alternativa com tag canonica adequada', que muitas vezes nao e a que voce queria. Quem audita SEO on-page de verdade sabe que isso aparece rapido quando voce cruza dados. Tem um passo a passo bom em Como auditar SEO on-page sem cair em achismos que cobre justamente essa parte do cruzamento.

O segundo erro mais caro e o self-referential canonical com parametro. Imagine uma PLP filtrada: /tenis?cor=preto&ordem=preco. Se o template gera , voce esta dizendo ao Google que cada combinacao de filtro e uma pagina unica. Em um cliente nosso, isso gerou 184 mil URLs canonicalizadas para si mesmas, das quais 167 mil tinham conteudo praticamente identico. O crawl budget evaporou. A solucao foi simples: canonical sempre aponta para a versao base /tenis, e parametros de ordenacao/visualizacao sao tratados via filtros JS sem mudar URL. O guia de On-page para e-commerce: PLP vs PDP sem canibalizar detalha o padrao que aplicamos.

Tem tambem o caso das paginas paginadas. Muita gente ainda implementa canonical na pagina 2 apontando para a pagina 1, achando que isso 'concentra autoridade'. Errado. Conteudo da pagina 2 e diferente do conteudo da pagina 1, e o Google trata canonical inadequado como sinal a ser ignorado, ou pior, ele desindexa a pagina 2 inteira e voce perde produtos enterrados ali. A recomendacao atual: cada pagina paginada com canonical para si mesma, e use rel=next/prev mesmo deprecado como reforco semantico. Combine com bom interlinking, e veja Interlinking inteligente: o mapa de autoridade interna para como distribuir equity entre paginas profundas sem depender so de canonical.

Erros menos visiveis sao os mais cruels: canonical apontando para URL com redirect 301, canonical para URL bloqueada no robots.txt, canonical para URL com status 404, e canonical absoluto vs relativo misturados. Com Screaming Frog em modo list, voce extrai todos os canonical do site em quinze minutos e cruza com status code. Em um SaaS B2B que auditamos mes passado, 1.247 paginas apontavam canonical para URLs que respondiam 301 para outra coisa, criando uma cadeia que o Google simplesmente abandonava. O fix? Reescrever o template para usar URL final em todo canonical. Trafego organico subiu 23% em seis semanas. Sobre cadeias de redirect, vale ler Redirects 301 vs 302: impacto real no ranking.

Hreflang e canonical brigam mais do que deveriam. Regra que evita 80% dos problemas: o canonical da versao /pt-br/ aponta para /pt-br/, nao para /en/. Cada idioma tem canonical proprio, e o hreflang entrega o mapa entre eles. Quando o time mistura, voce ve no GSC paginas em portugues sendo classificadas como duplicadas de paginas em ingles e desaparecendo do Google.com.br. Tem detalhes praticos em hreflang sem dor: implementacao para sites multilingues. Tambem cruze isso com Indexacao parcial: por que paginas somem do Google para entender o padrao de quando o Google decide ignorar canonical e desindexar mesmo assim.

Takeaway pratico: rode Screaming Frog hoje, exporte a coluna Canonical Link Element 1, e filtre por quatro criterios: (1) canonical apontando para URL com status diferente de 200; (2) canonical apontando para URL nao presente no sitemap; (3) paginas indexaveis sem canonical declarado; (4) canonical apontando para dominio diferente. Se mais de 5% das suas URLs caem em qualquer um desses baldes, voce tem um problema mensuravel de canonical, e cada semana sem corrigir e trafego que vaza. Comece pelos templates, nao pelas URLs individuais.