Canonical tags: errores comunes que sangran trafico organico

En una auditoria reciente de un e-commerce con 38 mil URLs, el 22% de las paginas indexables apuntaba canonical a la home. No era un bug aislado: era un plugin de SEO mal configurado replicando el mismo error en cada PDP. El resultado aparecio en Search Console como una caida del 41% en impresiones en sesenta dias, y el equipo culpo al algoritmo. La canonical tag parece trivial, pero es uno de los mecanismos mas malinterpretados del SEO tecnico, y cuando falla, Google elige solo cual URL representa el contenido, casi siempre mal. Antes de tocar title, schema o link building, vale correr un diagnostico honesto de lo que pasa dentro del de tus paginas.

El error clasico numero uno es tratar canonical como senal absoluta. Es una pista para Google, no una orden. Si pones rel=canonical apuntando a una URL diferente, pero el resto del sitio (sitemap, enlaces internos, hreflang) apunta a otra, Google va a elegir la que mas le encaja. En 2024, John Mueller confirmo que conflictos entre canonical y sitemap generan lo que GSC llama 'URL alternativa con etiqueta canonica adecuada', que muchas veces no es la que querias. Quien audita SEO on-page de verdad lo detecta rapido cruzando datos. Hay un paso a paso solido en Como auditar SEO on-page sin caer en conjeturas que cubre justamente esa parte del cruce.

El segundo error mas caro es el self-referential canonical con parametro. Imagina una PLP filtrada: /zapatillas?color=negro&orden=precio. Si la plantilla genera , le estas diciendo a Google que cada combinacion de filtro es una pagina unica. En un cliente nuestro, esto genero 184 mil URLs canonicalizadas a si mismas, de las cuales 167 mil tenian contenido practicamente identico. El crawl budget se evaporo. La solucion fue simple: canonical siempre apunta a la version base /zapatillas, y los parametros de orden y vista se manejan via filtros JS sin cambiar URL. La guia de On-page para e-commerce: PLP vs PDP sin canibalizar detalla el patron que aplicamos.

Tambien esta el caso de las paginas paginadas. Mucha gente todavia implementa canonical en la pagina 2 apuntando a la pagina 1, creyendo que asi 'concentra autoridad'. Mal. El contenido de la pagina 2 es distinto del de la 1, y Google trata canonical inadecuado como senal ignorable, o peor, desindexa la pagina 2 entera y pierdes productos enterrados ahi. La recomendacion actual: cada pagina paginada con canonical hacia si misma, y usa rel=next/prev aun deprecado como refuerzo semantico. Combina con buen interlinking, y mira Interlinking inteligente: el mapa de autoridad interna para repartir equity entre paginas profundas sin depender solo de canonical.

Los errores menos visibles son los mas crueles: canonical apuntando a URL con redirect 301, canonical a URL bloqueada en robots.txt, canonical a URL con status 404, y canonical absoluto vs relativo mezclados. Con Screaming Frog en modo list, extraes todos los canonical del sitio en quince minutos y los cruzas con el codigo de estado. En un SaaS B2B que auditamos el mes pasado, 1.247 paginas apuntaban canonical a URLs que respondian 301 hacia otra cosa, creando una cadena que Google simplemente abandonaba. El fix? Reescribir la plantilla para usar la URL final en todo canonical. Trafico organico subio 23% en seis semanas. Sobre cadenas de redirect, vale leer Redirects 301 vs 302: impacto real en el ranking.

Hreflang y canonical pelean mas de lo que deberian. Regla que evita el 80% de los problemas: el canonical de la version /es/ apunta a /es/, no a /en/. Cada idioma tiene canonical propio, y el hreflang entrega el mapa entre ellos. Cuando el equipo mezcla, ves en GSC paginas en espanol clasificadas como duplicadas de paginas en ingles y desapareciendo de Google.es. Hay detalles practicos en hreflang sin dolor: implementacion para sitios multilingues. Cruza esto tambien con Indexacion parcial: por que las paginas desaparecen de Google para entender cuando Google decide ignorar canonical y desindexar de todos modos.

Takeaway practico: corre Screaming Frog hoy, exporta la columna Canonical Link Element 1, y filtra por cuatro criterios: (1) canonical apuntando a URL con status distinto de 200; (2) canonical apuntando a URL ausente del sitemap; (3) paginas indexables sin canonical declarado; (4) canonical apuntando a dominio diferente. Si mas del 5% de tus URLs cae en cualquiera de esos baldes, tienes un problema medible de canonical, y cada semana sin arreglar es trafico que se fuga. Empieza por las plantillas, no por URLs individuales.