Canonical es la etiqueta que le dice a Google cuál es la URL preferida de un contenido cuando existen múltiples versiones que muestran lo mismo. Es una de las herramientas más poderosas para gestionar duplicados sin perder autoridad. Mal usada, hace que Google ignore tus instrucciones. Bien usada, consolida ranking en la URL que vos elegís.
El problema que canonical resuelve
En cualquier sitio mínimamente complejo, el mismo contenido aparece en múltiples URLs sin que el usuario lo note. Un producto con tracking parameters (?utm_source=…), una página con paginación de comentarios (?page=2), una versión con http y otra con https, una con www y otra sin www, una con barra final y otra sin. Para vos son la misma página. Para Google son URLs distintas que compiten entre ellas.
Sin canonical, Google decide arbitrariamente cuál indexar y la autoridad se diluye entre las versiones. Con canonical bien implementado, le decís explícitamente a Google “esta URL X es la verdadera, las demás son copias técnicas que apuntan a X”. Google consolida señales en la canónica y descarta el resto del índice.
Cómo se implementa
Hay tres formas técnicas de declarar canonical, en orden de preferencia:
El self-referential canonical es la implementación que recomiendo por default en cualquier sitio: cada página declara su propia URL como canónica. Esto previene casos donde la página se accede con parámetros de tracking (?fbclid=…) o variaciones de URL — Google sabe que la versión sin parámetros es la canónica y consolida señales ahí.
Casos donde canonical es imprescindible
Faceted navigation en eCommerce
?color=rojo&size=M genera variaciones combinatorias. Canonical apunta a la URL base de categoría sin filtros para evitar diluir autoridad entre miles de combinaciones.
Tracking parameters
UTM, fbclid, gclid generan URLs distintas para Google. Canonical resuelve sin necesidad de bloquear el tráfico publicitario.
Paginación de comments o reviews
?page=2 muestra los siguientes 20 comments del mismo artículo. Canonical apunta a la página base del artículo, no a cada paginación.
Sindicación de contenido
Cuando publicás el mismo artículo en LinkedIn, Medium, o un partner. El canonical en cada copia apunta a la versión original en tu sitio.
Errores que veo seguido
1. Canonical apuntando a página inexistente o redirigida
Si el destino del canonical es 404 o 301, Google ignora el canonical. La URL canónica debe ser status 200, indexable, y ser exactamente la versión preferida.
2. Canonical en cadena (A → B → C)
Cuando la URL canónica de A apunta a B, y B apunta a C como su canónica. Google sigue una hop pero pierde autoridad en la cadena. Resolver: A debe apuntar directamente a C.
3. Canonical sitewide a la home
Bug típico de plantillas mal configuradas. Cuando todas las páginas declaran https://example.com/ como canónica, Google interpreta que todo el sitio es la home y deindex todas las páginas internas.
4. Canonical inconsistente con sitemap
El sitemap.xml declara URL_A, pero la página de URL_A tiene canonical apuntando a URL_B. Google interpreta señales contradictorias y la confianza en ambas baja. Sitemap y canonical deben coincidir siempre.
Canonical vs redirect 301
Es la confusión más común. La regla simple: 301 cuando una URL ya no debe existir (la URL vieja se reemplaza por la nueva, el usuario es redirigido), canonical cuando ambas URLs deben existir pero queremos consolidar autoridad en una de ellas.
Ejemplo claro: una migración de plataforma cambia /producto-rojo/ a /productos/rojo/. La vieja desaparece → 301. En cambio, /productos/rojo/?color=rojo y /productos/rojo/ ambas existen y son válidas → canonical apunta de la primera a la segunda. Más en redirección 301 y HTTP status codes.
Cómo se aplica en la práctica
El stack típico de gestión de canonical en proyectos enterprise: self-referential por default en todo el sitio, validación con crawl completo (Screaming Frog en modo Mobile-Friendly verifica el canonical de cada URL), monitoreo de Search Console para casos de “duplicate without user-selected canonical” o “Google chose different canonical than user”, y revisión trimestral de patrones de URLs nuevos que pueden generar duplicados. La metodología completa de auditoría está en /servicios/seo-tecnico/.