RESPUESTA CORTA
La etiqueta rel="canonical" indica qué URL prefieres que Google considere representativa cuando existen páginas duplicadas o muy similares. Es una señal fuerte, pero Google puede elegir otra URL si el resto de señales apuntan en otra dirección. No sirve para bloquear rastreo ni es un sustituto de noindex.
Qué es una URL canónica
Cuando Google encuentra varias URLs con contenido duplicado o muy parecido, intenta agruparlas y elegir una representante.
Esa URL es la canónica.
Ejemplos habituales:
- parámetros;
- filtros;
- HTTP/HTTPS;
- mayúsculas;
- URLs con tracking;
- variantes de producto;
- sindicaciones;
- duplicados técnicos.
La canonicalización reduce duplicidad en resultados y consolida señales alrededor de una versión preferida.
Cómo se implementa rel="canonical"
En el <head>:
<link rel="canonical" href="https://ejemplo.com/url-preferida/" />La URL debería ser:
- absoluta;
- válida;
- accesible;
- coherente con el contenido;
- preferiblemente 200;
- indexable cuando esperas que sea la canónica.
Canonical autorreferencial
Una canonical autorreferencial apunta a la propia URL.
Ejemplo:
/servicios-seo/seo-tecnico/ → canonical a sí misma.
Es una práctica útil porque explicita la preferencia y ayuda a consolidar variantes accidentales.
No garantiza que Google la seleccione, pero mejora coherencia.
Canonical es una señal, no una orden absoluta
Este matiz es importante.
Aunque declares una canónica, Google puede seleccionar otra si encuentra señales incompatibles o considera que otra URL representa mejor el grupo.
Por eso, si Search Console muestra:
Canonical declarada por el usuario: A Canonical seleccionada por Google: B
no deberías limitarte a volver a poner la etiqueta.
Revisa:
- similitud del contenido;
- enlaces internos;
- redirects;
- sitemap;
- hreflang;
- status;
- indexabilidad;
- consistencia del dominio/protocolo.
Señales de canonicalización
Google utiliza varias.
Entre ellas:
Redirects: señal fuerte cuando una URL ya no debe existir independientemente.
rel=canonical: señal fuerte de preferencia entre versiones.
Sitemap: señal más débil, pero conviene que incluya las URLs que realmente quieres indexar.
Las señales pueden reforzarse entre sí.
Canonical vs redirect
Utiliza redirect cuando:
- la URL antigua ya no debería estar disponible;
- has migrado definitivamente;
- quieres enviar usuarios y robots a otra ubicación.
Utiliza canonical cuando:
- las dos URLs necesitan existir;
- el contenido es duplicado/similar;
- quieres consolidar preferencia sin eliminar la variante.
No uses canonical para evitar hacer redirecciones necesarias.
Canonical vs noindex
Resuelven problemas distintos.
noindex dice que una página no debería aparecer en el índice.
Canonical dice qué URL prefieres dentro de un conjunto similar.
No recomendamos combinar noindex y canonical como método rutinario de consolidación porque las señales pueden resultar contradictorias.
Si no quieres indexar una URL, utiliza el mecanismo diseñado para ello.
Canonical y robots.txt
Bloquear una URL por robots.txt no es un método de noindex.
Además, si Google no puede rastrear la página, puede no ver la canonical declarada en ella.
No bloquees por robots una URL simplemente para “forzar” la canonicalización.
Canonical y facetas
En ecommerce es habitual tener URLs como:
/zapatos/?color=negro
La decisión depende de si esa faceta debe posicionar.
Si no aporta intención diferencial, puede consolidarse hacia la categoría principal, limitarse el rastreo o gestionarse mediante otras reglas.
Pero una faceta con demanda propia quizá merezca indexación y canonical autorreferencial.
No existe una regla “todos los filtros canonical al origen” aplicable a cualquier ecommerce.
Canonical y paginación
Una paginación no debería canonicalizar todas sus páginas a la primera únicamente porque pertenezcan a la misma serie.
Cada página paginada puede contener productos o elementos distintos.
La canonical debe representar contenido realmente duplicado o muy similar, no una relación padre/hijo conceptual.
Cross-domain canonical
Puede declararse una canonical hacia otro dominio cuando un contenido se sindica o existe una versión original externa.
Antes de hacerlo, entiende la consecuencia: estás indicando que la otra URL es la preferida para indexación.
Canonical y hreflang
En sitios internacionales, cada variante lingüística o regional debería generalmente canonicalizar a su propia versión, salvo duplicados reales.
Las anotaciones hreflang deben conectar URLs canónicas equivalentes.
Si una página ES canonicaliza a EN y a la vez declara hreflang ES, la arquitectura está enviando señales difíciles de conciliar.
Cómo comprobar la canonical real
Utiliza:
- inspección de URL en Search Console;
- crawl de Screaming Frog;
- código fuente;
- sitemap;
- análisis de internal linking.
Comprueba:
canonical declarada y canonical seleccionada por Google.
Si difieren, busca la causa antes de asumir que Google “se equivoca”.
Errores frecuentes
Canonical hacia una 404 o redirect
La URL canónica debería ser una versión válida y estable.
Cadenas de canonicals
A → B → C.
Mejor que A y B apunten directamente a C cuando esa sea la preferencia real.
Canonical de contenidos diferentes
No uses canonical para eliminar del índice una página simplemente porque no te gusta.
Enlazar internamente la versión no canónica
Si la preferencia es B, intenta que navegación, breadcrumbs y enlaces internos utilicen B.
Incluir no canónicas en sitemap
Un sitemap debería representar tus URLs preferidas.
Criterio de Make It SEO
La canonical funciona mejor cuando no necesita luchar contra el resto de la web.
Si etiquetas, sitemap, enlaces, redirects y contenido cuentan la misma historia, la decisión es mucho más clara.
Cuando cada señal apunta a una URL diferente, el problema no se arregla añadiendo otra canonical.
Preguntas frecuentes
No. Es una señal fuerte, pero Google puede elegir otra URL.
No necesariamente. Para gestionar crawl existen otras herramientas y decisiones arquitectónicas.
Es habitual utilizar autorreferenciales en URLs indexables, aunque la necesidad depende de la implementación.
Google intenta consolidar señales entre duplicados, pero no debería tratarse como un sustituto exacto de una redirección permanente cuando esta es la solución correcta.
