Canonicalización de contenidos para optimizar el SEO

En el ámbito del SEO, cuando hablamos de la canonicalización de contenidos nos referimos a las técnicas empleadas para gestionar posible contenido duplicado en un sitio web y señalar a los motores de búsqueda cuál es la versión “canónica” o principal de dicho contenido. La canonicalización es esencial porque Google y otros buscadores necesitan entender qué URL debe indexarse y mostrarse cuando existen varias variantes de una página con contenido igual o muy similar. Por ejemplo, podemos tener un mismo artículo accesible en varias URLs (por diferentes parámetros, versiones o rutas), lo que podría provocar confusión a los buscadores y diluir el rendimiento SEO. Una implementación correcta de las etiquetas canónicas asegura que solo la versión preferida del contenido aparezca en los resultados de búsqueda, consolidando la relevancia y autoridad en esa URL principal​.

Un uso estratégico de la etiqueta canonical (junto con redirecciones cuando corresponda) ayuda a consolidar señales de autoridad (como enlaces entrantes) en una sola URL, a evitar canibalizaciones por contenido duplicado y a optimizar el crawl budget al evitar rastreos innecesarios de páginas duplicadas.

En este artículo hablaremos sobre qué es la canonicalización de contenidos, por qué es crucial para el SEO técnico y cómo implementarla siguiendo las mejores prácticas de Google, tanto desde la perspectiva técnica como estratégica.

¿Qué es la canonicalización de contenidos?

La canonicalización de contenidos es el proceso de seleccionar e indicar la URL representativa de un contenido cuando este se encuentra accesible desde múltiples direcciones (o urls). En otras palabras, la URL canónica es la versión preferida (y única, a ojos del buscador) de un conjunto de páginas duplicadas​. Google, por ejemplo, agrupa las páginas con contenido duplicado o muy parecido y elige la URL que considera más adecuada como la canónica, ignorando las demás duplicadas en los resultados de búsqueda​. Este proceso asegura que Google muestre solo una versión del contenido repetido en sus resultados​, evitando confusiones al usuario y dividiendo menos la relevancia entre varias URLs.

Aquí me gustaría hacer una aclaración puntual, tener “cierto contenido duplicado” en un sitio no es una infracción de las políticas (no conlleva penalización automática por spam). De hecho, es bastante común por diversas razones legítimas:

• Versiones regionales: por ejemplo, un mismo texto dirigido a usuarios de España y de México accesible en distintas URLs (con ccTLDs o subdirectorios regionales), donde el contenido principal es el mismo idioma​.
• Versiones de dispositivo: hay sitios que ofrecen una página en versión de escritorio y otra distinta para móviles con la misma información​.
• Protocolos o dominios: situaciones donde tanto la versión HTTP como la HTTPS de un sitio están activas, o versiones con www y sin www, mostrando el mismo contenido​
• Funcionalidades de sitio: por ejemplo, páginas de categoría con parámetros de ordenación o filtrado diferentes que terminan mostrando básicamente el mismo listado de ítems​
• Duplicados accidentales: copias involuntarias, como una versión demo o de pruebas del sitio accesible públicamente, o contenido repetido por parámetros de sesión, impresiones de impresión, etc.​

El problema surge cuando varias de estas versiones quedan indexadas al mismo tiempo, esto dificulta el control del rendimiento del contenido en la búsqueda. Aquí es donde la canonicalización aporta una solución: mediante etiquetas y configuraciones apropiadas podemos indicar a Google (y otros motores) qué URL es la principal y cuáles deben considerarse duplicadas.

Por qué es importante para el SEO

La canonicalización de contenidos desempeña un rol crítico en el SEO técnico por varias razones:

• Evita problemas por contenido duplicado: Cuando el mismo contenido se indexa en varias URLs, esas páginas terminan compitiendo entre sí en los rankings. Esto se conoce como canibalización de palabras clave. Al señalar una única URL canónica, nos aseguramos de que Google comprenda cuál debe posicionar, evitando competencia interna y consolidando la relevancia en una sola página​.

Por ejemplo, si una tienda tiene el mismo producto accesible en tres URLs distintas (quizá debido a diferentes categorías o parámetros), es preferible consolidarlas en una sola URL canónica para que ese producto tenga más fuerza en buscadores y no tres listados compitiendo por la misma consulta.

• Consolida las señales de autoridad y ranking: Siguiendo con el punto anterior, cualquier enlace externo o señal de calidad que reciba una página duplicada se traspasará a la canónica. Google y otros motores (Bing, Yahoo, etc. también soportan la etiqueta canonical​) transfieren el link juice y demás factores de ranking de las duplicadas hacia la URL marcada como canónica. Esto garantiza que todos los enlaces entrantes apunten efectivamente a una sola página “fuerte” en lugar de diluirse entre varias casi iguales​ (dicho oficialmente por Google 😊 developers.google.com) . Por tanto, la canonicalización adecuada mejora la autoridad acumulada de la página principal.
• Optimiza el crawl budget (presupuesto de rastreo): Los buscadores asignan a cada sitio un presupuesto limitado de rastreo diario. Si Googlebot se dedica a rastrear muchas URLs duplicadas, está desperdiciando tiempo que podría usar en contenido único nuevo o actualizado. Al canonicalizar contenidos, indicamos a Google que ciertas URLs son equivalentes, permitiéndole enfocar su rastreo en la versión canónica y reducir la frecuencia de rastreo de las duplicadas​. De hecho, Google afirma que la página canónica de un conjunto se rastrea con mayor frecuencia, mientras que las duplicadas se rastrean con menos frecuencia para reducir carga al sitio (también dicho oficialmente por Google 😊 ​developers.google.com).

Como podemos ver, la canonicalización bien implementada es un pilar del SEO técnico eficaz. No solo previene problemas (contenido duplicado, división de señales), sino que también potencia la estrategia SEO al concentrar esfuerzos en las URLs adecuadas.

Fundamentos técnicos

Cómo funciona la etiqueta canonical (<link rel=»canonical»>)

La etiqueta canonical es una anotación HTML que se incluye en la sección <head> de una página web para indicar cuál es la URL canónica (preferida) de ese contenido. Su sintaxis básica es:

<link rel=»canonical» href=»https://www.ejemplo.com/url-preferida.html» />

Al colocar este elemento en el HTML de una página, le estamos diciendo a los motores de búsqueda: “Este contenido es una copia; la versión original y preferida está en https://www.ejemplo.com/url-preferida.html”. Así, cuando Google o Bing rastrean la página con la etiqueta, entenderán que deben indexar la URL indicada en href en lugar de la actual.

Características clave de la etiqueta canonical en HTML

• Debe ubicarse dentro del <head> del documento HTML (idealmente lo más arriba posible) y solo puede haber una etiqueta canonical por página​.
• El valor del atributo href debe ser una URL absoluta completa, incluyendo el protocolo (http/https) y dominio. Aunque técnicamente Google soporta rutas relativas, no es recomendable usarlas porque pueden dar lugar a interpretaciones erróneas de la ruta​.
• La URL canónica especificada debe ser representativa y contener el mismo contenido principal que la página actual. Si las dos páginas no son prácticamente idénticas en su contenido esencial, la canonical puede ser ignorada por los motores de búsqueda​. Google recomienda que una gran parte del contenido duplicado esté presente en la versión canónica​ (otra vez, referencio a documentación de Google developers.google.com) ; si las páginas solo son temáticamente similares pero no comparten texto sustancial, probablemente no deban canonicalizarse, ya que no son duplicados reales.
• La página objetivo indicada en el href debe existir y ser indexable. Evita apuntar a URLs que devuelven error 404, o a páginas que tengan una metaetiqueta noindex activada​. Si canonicalizas hacia una URL no indexable, Google no podrá indexarla. Asegúrate de que la URL canónica devuelve un código 200 OK y no está bloqueada por robots.txt ni por cabeceras de noindex.
• Usualmente, la página canónica se canonicaliza a sí misma (self-canonical). Es decir, la propia URL preferida también suele incluir <link rel=»canonical» href=»https://url-preferida»> apuntando a sí misma, o simplemente se omite la etiqueta en ella (en cuyo caso Google asume que esa página es canónica por sí sola). Ambas prácticas son aceptables, aunque proveer la self-canonical explícitamente puede ayudar a que los buscadores lo entiendan mejor. Algo obvio, pero que es importante indicar, es que en páginas duplicadas, en cambio, nunca deben apuntarse a sí mismas (pues estaríamos diciendo que cada duplicado es canónico de sí mismo, lo cual no resuelve el problema). Lo correcto es que todas las duplicadas apunten a la misma URL canónica común.

En la práctica, implementar la etiqueta canonical en HTML es sencillo. Por ejemplo, si tenemos varias URLs que muestran el mismo producto “Vestido verde”, pero queremos que la principal sea https://example.com/ropa/vestido-verde, en cada página duplicada incluiremos en el <head>:

<link rel=»canonical» href=»https://example.com/ropa/vestido-verde» />

Con esto, indicamos a los buscadores que consoliden todo en la URL ropa/vestido-verde.

Cómo interpretan los motores de búsqueda la canonicalización

Las etiquetas y métodos de canonicalización que definamos son fundamentalmente señales o sugerencias para los motores de búsqueda, no son mandatos absolutos que estos sigan​. En la mayoría de los casos, si hemos seguido las mejores prácticas, Google, Bing y otros respetarán la URL canónica indicada. No obstante, es importante comprender cómo procesan esta información:

• Google: Cuando Google rastrea e indexa páginas, intenta identificar contenido duplicado y agruparlo. Si encuentra etiquetas rel=»canonical», las tomará en cuenta como una fuerte sugerencia de qué URL preferir. Pero Google se reserva el derecho de ignorar la etiqueta si considera que no es adecuada. Por ejemplo, si canonicalizas una página hacia otra cuyo contenido es totalmente distinto, Google probablemente ignore esa instrucción. También la ignorará si hay errores técnicos (múltiples canonicals, canónica apuntando a una URL inexistente, etc.). En última instancia, Google elige la URL canónica basándose en una combinación de señales: canonicals declaradas, presencia en sitemap, redirecciones, protocolo (prefiere HTTPS), calidad del contenido, popularidad de la página, estructura del sitio, etc. (dicho por Google 😊 ​developers.google.com).
• Bing, Yahoo y otros: La mayoría de buscadores soportan la etiqueta canonical de forma similar. Bing la respeta y también consolidará ranking y enlaces en torno a la canónica declarada. Yahoo! (que históricamente usaba el motor de Bing) igualmente la entiende​. Otros motores de menor cuota (DuckDuckGo, etc.) se benefician indirectamente ya que muchos usan fuentes de datos de Bing/Google. En resumen, implementar canonical para Google cubre casi todos los frentes. No obstante, nuestra recomendación es igualmente mantener las prácticas universales (p.ej., no generar duplicados innecesarios, usar redirecciones adecuadas) ya que la canonical es un estándar común pero no el único factor.
• Relación con redirecciones: Los motores de búsqueda tratan de forma distinta una etiqueta canonical vs. una redirección 301. Una redirección envía tanto al usuario como al bot inmediatamente a otra URL, sacando por completo la URL original de escena (efecto definitivo).

La etiqueta canonical en cambio permite que ambas URLs existan (el usuario puede navegar cualquiera, no hay redirección física), pero para efectos de indexación se prefiere una. Los buscadores entienden esto: una 301 es una orden de que la página se movió, mientras que la canonical es una indicación de preferencia.

Por ello, los algoritmos son ligeramente más “escépticos” con la canonical (la pueden ignorar si algo no cuadra, como vimos), mientras que una redirección 301 bien hecha prácticamente siempre se obedece. Aun así, el resultado pretendido de una canonical bien aplicada es muy parecido al de una redirección: solo la página principal acabará ranqueando.

Casos comunes de contenido duplicado

Ahora repasemos algunos escenarios habituales en los que surge contenido duplicado y cómo abordarlos mediante canonicalización (u otras soluciones). Cada caso de uso tiene matices distintos:

Paginación

Si nos enfocamos en un análisis de paginación (secciones de contenido divididas en páginas sucesivas, como un artículo multi-página o listados paginados de productos/blog) puede generar contenido duplicado parcial.

Por ejemplo, un artículo extenso dividido en 3 páginas: la página 2 y 3 repiten parte del texto o introducción de la página 1 (“Continuación de…”), o en un listado paginado de productos, la página 1 y 2 comparten muchas fichas salvo por unas pocas nuevas. Esto hace que a ojos de Google haya fragmentos duplicados en varias URLs. ¿Cómo canonicalizar la paginación?

En el pasado hubo distintas recomendaciones.

Algunas prácticas desaconsejadas serían: canonicalizar todas las páginas a la primera (página 2, 3 → página 1) o crear un «View All» (versión con todo el contenido en una sola página) y canonicalizar todas hacia esa. ¿Por qué desaconsejado? Porque páginas 2, 3 no son duplicados completos de la 1; poseen contenido único (la continuación del artículo, productos diferentes, etc.).

Si se hace una canonical a la primera página, la consecuencia es que las páginas posteriores podrían quedar fuera del índice, perdiéndose contenido valioso​. Google explicitó que no es correcto canonicalizar páginas paginadas intermedias a la página 1, ya que no son equivalentes​ (otra recomendación de Google 😉 developers.google.com). Esto causaría que Google solo indexe la primera y ignore el resto del contenido (lo cual generalmente no es deseable).

Entonces, ¿qué hacer? La recomendación actual de Google para paginaciones es dejar que cada página sea indexable por sí misma, es decir, usar canonical autorrefereciadas en cada página​.

En la práctica, esto implica que todas las páginas paginadas contienen una etiqueta canonical apuntando a sí mismas (o ninguna etiqueta, que equivale a asumirse canónicas), de este modo, Google puede rastrear todas las páginas de la secuencia e indexar el contenido único de cada una, sin considerarlas duplicados totales. Esta estrategia es segura porque mantiene accesible todo el contenido (ninguna página queda “invisible” al buscador), y además evita confusiones de canibalización al tratar cada página como distinta pero parte de una serie temática.

¿Y qué hay del antiguo rel=»prev» / rel=»next»? Históricamente, Google sugería usar estas etiquetas enlazando páginas previas y siguientes en la paginación. Sin embargo, en 2019 Google anunció que ya no las utiliza para la indexación (aunque otros motores podrían).

Por tanto, incluir prev/next no afecta a Google SEO hoy en día. Es opcional mantenerlas por compatibilidad (yo personalmente las recomiendo), pero la prioridad es asegurar la navegabilidad y canonicalización adecuada.

En resumen: no uses la etiqueta canonical para colapsar una paginación entera en una sola URL (a menos que ofrezcas una página “Ver todo” con absolutamente todo el contenido, en cuyo caso podrías canonicalizar hacia esa, aunque con precaución de rendimiento). En su lugar, lo más prudente es que cada página paginada sea su propia canónica.

NOTA: Hay casos en e-commerce o foros donde quizá no se desea indexar páginas muy profundas (por baja relevancia). En esos casos avanzados, algunos SEO podemos optar por añadir noindex, follow en páginas a partir de cierto número. Pero esa técnica debe usarse con cuidado (y es distinta a canonicalización).

Si optas por noindex en páginas paginadas, no pongas canonical de esas páginas hacia la primera, porque mezclar canonical con noindex puede resultar en señales confusas. Mejor decidir: o permites indexación normal (con self-canonical) o bloqueas indexación (noindex sin canonical cruzado).

Filtros y parámetros en URLs

En ecommerce y portales con amplia navegación, es común que existan parámetros en la URL para filtrar o ordenar contenido (por ejemplo: ?color=rojo, ?orden=precio_asc). Estos parámetros a menudo no cambian sustancialmente el contenido principal, sino solo la vista.

Ejemplo: una categoría de productos donde el orden por defecto es “relevancia”, pero el usuario puede ordenar por precio; la página ordenada por precio ascendente muestra los mismos ítems, solo que reordenados. Desde la perspectiva de un motor de búsqueda, esa URL con ?orden=precio es prácticamente duplicada de la URL base (mismos productos, mismo texto)​.

El riesgo con las URLs con parámetros es que pueden producir combinaciones infinitas de páginas similares. Cada variación de parámetro genera una URL distinta que el bot podría rastrear, detectando contenido repetido, títulos duplicados, etc., lo cual puede llevar a canibalización de keywords y a un exceso del crawl budget​.

Para minimizar esto, la etiqueta canonical es una herramienta valiosa: podemos hacer que todas esas variaciones apunten a la versión “limpia” o principal de la página (sin parámetros). Así, indicamos que la página principal sin filtros es la canónica, y que las versiones filtradas/ordenadas son duplicados secundarios.

Ejemplo práctico: Imagina una categoría zapatos en un e-commerce:

• URL base: muestra todos los zapatos
  /zapatos
• URL filtrada por color rojo: muestra solo zapatos rojos
  /zapatos?color=rojo
• URL filtrada por color rojo y ordenada por precio: /zapatos?color=rojo&orden=precio_asc

Si la estrategia de la tienda es posicionar la categoría general, es probable que convenga canonicalizar las páginas de filtros a la URL base (especialmente si esas páginas no añaden texto descriptivo único). En /zapatos?color=rojo y sus variantes incluiríamos:

<link rel=»canonical» href=»https://www.tienda.com/zapatos» />

De esta forma, Google entenderá que la principal es /zapatos y que las de color son variantes duplicadas. Así evitamos que compitan entre sí en rankings y consolidamos los enlaces en la categoría principal. Además, prevenimos indexaciones masivas de páginas con parámetros irrelevantes.

Otro caso son los parámetros de seguimiento o campañas (UTM) agregados a las URLs, que no cambian nada del contenido. Estas URL con ?utm_source= etc. pueden ser vistas como duplicados. La solución es similar: la página con utm debe tener canonical hacia la versión sin utm (limpia)​. Muchos CMS o plugins ya gestionan esto automáticamente.

NOTA: Solo canonicaliza páginas de parámetros si realmente el contenido es duplicado o prescindible en el índice. Si un filtro produce un subconjunto específico que te interesa rankear (por ejemplo, ?marca=Nike en una categoría de zapatillas, quizá quieras que los usuarios encuentren directamente los productos Nike), entonces podrías optar por no canonicalizar ese filtro y dejar que Google indexe esa página filtrada específica. Es un balance estratégico.

En general: filtos que restan contenido o solo reordenan → candidatos a canonical hacia la versión no filtrada; filtros que crean una página con enfoque útil distinto → quizás indexarla por separado.

Google sugiere en su documentación de crawl budget que evitemos que los bots se pierdan en parámetros inútiles: los identificadores de sesión y parámetros que solo ordenan/filtran sin aportar contenido nuevo son buenos candidatos a ser consolidados o bloqueados (otra referencia oficial de San Google ​developers.google.com).

Podemos usar canonical o directamente bloquearlos vía robots.txt si no queremos ni que se rastreen. Entre bloquear y canonicalizar: la canonical permite que el bot visite la página pero luego consolide a la principal; el bloqueo (robots.txt) impide que la visite del todo. Una estrategia híbrida suele ser: para filtros triviales, usar canonical a la principal; para combinaciones excesivas/poco útiles, quizá bloquearlos para ni gastar crawl.

Errores frecuentes y cómo evitarlos

Como veíamos al principio del artículo, al implementar canonicalización, se deben evitar ciertas configuraciones erróneas que ocurren con sorprendente frecuencia incluso en sitios grandes. A continuación, listamos errores comunes y cómo prevenirlos:

Canonical a una URL no indexable

Este error ocurre cuando la etiqueta canonical apunta hacia una URL que Google no puede indexar. Ejemplos: apuntar a una página que tiene <meta name=»robots» content=»noindex»>, o que está bloqueada por robots.txt, o que devuelve un código de estado 404/410, o incluso que redirige a otra URL. Si hacemos esto, la etiqueta canonical pierde su propósito – Google no consolidará hacia una página que no puede incluir en su índice​.

Herramientas como Search Console pueden ayudarte: si ves que la canónica objetivo aparece como excluida o con advertencias, corrige eso. También Screaming Frog en su reporte de canonicals te indicará si la canónica objetivo de cada página devuelve un código distinto de 200 (soft 404, 3XX, etc.).

En resumen: La canónica debe apuntar a una página válida e indexable. Evita situaciones como canonical hacia una página paginada que tiene noindex, o hacia una URL temporal.

Canonicals inconsistentes

Bajo este título englobamos varios problemas de inconsistencia:

• Múltiples etiquetas canonical en una página: como mencionamos, tener más de una etiqueta <link rel=»canonical»> en la sección <head> provocará que ninguna sea tenida en cuenta. Esto suele pasar por integraciones de plugins duplicadas o cuando se mezclan CMS y manual.
• Cadenas de canonicals (canonical chain): Ocurre cuando la página A canonicaliza a B, pero B a su vez canonicaliza a C (o de vuelta a A). Esto crea un eslabón encadenado que confunde la señal​. Google en estos casos probablemente seguirá la cadena hasta el último eslabón y tome ese como canónica, pero no es óptimo. Lo correcto sería que A apuntara directamente a C si esa es la final.
• Loops de canonicals: Peor aún es cuando A canonicaliza a B y B canonicaliza a A (un bucle). Esto puede suceder por errores humanos. En tal caso, los buscadores ignoran la señal porque es inválida (ninguna se define como principal). La solución es igual: definir quién debe ser la canónica definitiva y romper el bucle.

Canonical en páginas no equivalentes

Este es quizás el error conceptual más importante: usar la canonical entre páginas que no son duplicados casi idénticos, sino que tienen diferencias significativas en contenido o intención. En tales casos, forzar una canonical puede esconder contenido valioso o provocar que Google la ignore.

Ejemplos típicos:

• Canonical entre diferentes idiomas/regiones: No debes canonicalizar una página en español hacia su versión en inglés, ni una página de EE.UU hacia la de Reino Unido, etc. Cada idioma/región tiene su contenido destinado a distinto público, no son duplicados exactos (aunque la traducción sea del mismo texto, para Google son contenidos diferentes por idioma).

En estos casos se debe usar hreflang en vez de canonical. La única excepción podría ser contenido duplicado exacto en el mismo idioma dirigido a diferentes países (ej: mismo texto en inglés para USA y UK). Podrías tener la tentación de canonicalizar uno hacia otro; sin embargo, es preferible usar hreflang para que Google sirva la versión según el usuario, manteniendo ambas indexadas.

Si canonicalizas uno, estarías renunciando a la visibilidad de otro país. Regla: nunca canonicalices entre idiomas distintos, y piensa dos veces antes de hacerlo entre sitios regionales en el mismo idioma – en su lugar, implementa hreflang correctamente.

• Paginación (ya mencionado): Las páginas 2, 3, etc., no son duplicados completos de la 1, por lo que no conviene canonicalizarlas a la 1. Este error ya lo cubrimos; aquí lo enumeramos para recordar que es un caso de páginas no equivalentes.
• Contenido similar pero no igual: Si tienes dos artículos sobre temas relacionados pero no copiados, no uses canonical para unificarlos. Por ejemplo, una página “Mejores móviles 2024” y otra “Mejores móviles 2023” comparten estructura y quizás marcas, pero no son idénticas. No por temor a duplicación las canonicalices; cada una debe existir separada. En su lugar, aségurate de diferenciar suficientemente su contenido (y títulos, etc.) para que Google no las confunda.

Estrategia SEO y mejores prácticas

Habiendo cubierto la parte técnica, vale la pena enmarcar la canonicalización dentro de una estrategia SEO más amplia y señalar algunas mejores prácticas generales:

Optimización del crawl budget

En sitios grandes (decenas de miles o millones de URLs), la canonicalización es una muy buena práctica para optimizar el presupuesto de rastreo de Google. Cada página duplicada que logramos “fusionar” es potencialmente decenas o cientos de URLs menos que Googlebot tendrá que rastrear frecuentemente. Google mismo aconseja unificar el contenido duplicado para que los rastreos se centren en contenido único y relevante​.

Para sitios de noticias o de contenido actualizado, esta optimización de crawl budget puede marcar la diferencia en indexar rápido las novedades. Por ejemplo, si tienes páginas duplicadas por tracking o por AMP, etc., y no las controlas, podrías estar malgastando ese valioso rastreo que podría ir a nuevos artículos.

Mejor práctica: realiza un crawl de URLs de tu sitio y detecta patrones de duplicación. Usa robots.txt para bloquear rastreos inútiles de ciertas secciones (cuando no puedes canonicalizar fácilmente, aunque cuidado con bloquear antes de canonicalizar, porque Google necesita ver la canonical)​. Implementa canonical donde corresponda, y luego monitoriza en Search Console > Estadísticas de rastreo si el número de páginas rastreadas se estabiliza o disminuye en las partes duplicadas.

Otra cosa: una canonical mal puesta no ahorra crawl budget, más bien lo desperdicia porque Googlebot intentará interpretar la configuración errónea. Por eso es importante la implementación correcta que discutimos.

Coordinación con hreflang en sitios multilingües

En sitios con múltiples idiomas o versiones regionales, la canonicalización debe convivir en armonía con las etiquetas hreflang. Algunas pautas:

• Cada versión de idioma/país debe ser canónica para sí misma. Es decir, la página en español de España tiene <link rel=»canonical» href=»…/es-es/page»> (apuntando a sí misma), la versión en inglés de EEUU canonical a sí misma, etc. No canonicalices entre ellas, incluso si el contenido es traducción del mismo texto. Como dijimos, hreflang se encarga de indicar a Google qué página mostrar según el idioma del usuario, mientras que canonical indica qué duplicados consolidar en uno. Si usas bien hreflang, Google no considerará duplicadas las páginas traducidas (las trata como “variantes localizadas”, no como contenido duplicado penalizable.
• Situación especial: mismos idioma, diferentes regiones. Por ejemplo, contenido en español para México y en español para España. Técnicamente es el mismo idioma, pero orientado a usuarios distintos (quizá cambian modismos o precios).

En este caso, debes implementar hreflang indicando “es-MX” y “es-ES” en ambas páginas, y mantenerlas con canónica propia. Google entenderá que son variantes regionales. ¿Y si son exactamente iguales sin ninguna diferencia? Google podría verlas como duplicados; sin embargo, con hreflang correctamente implementado, “generalmente” mostrará cada una en su región.

No uses canonical para unificar sitios de distintos países si tu objetivo es posicionar en ambos.

• Hreflang en páginas duplicadas parametrizadas: Si tienes hreflang en tu sitio, aplícalo siempre a las URLs canónicas. Por ejemplo, supongamos que tienes una versión en francés y otra en inglés de una página, y además cada una tiene parámetros duplicados.

Las etiquetas hreflang deben enumerar las URLs canónicas de cada idioma, no las duplicadas. Asimismo, no conviene poner hreflang en páginas que tienen canonical hacia otra (porque idealmente esas páginas duplicadas ni siquiera se indexarán). La práctica recomendada es: en cada página canónica, lista en hreflang todas las versiones alternas (incluyéndose a sí misma).

No incluyas en la lista URLs no canónicas. Si por alguna razón debieras poner hreflang en una página duplicada (no recomendado), asegúrate de apuntar solo a URLs canónicas en los atributos hreflang​.

Para concluir podemos resumir que la canonicalización de contenidos es una técnica indispensable en la gestión de un SEO técnico, desarrollador web o especialista en marketing digital que maneje sitios de cierta complejidad. Bien utilizada, permite decirle a Google “por favor indexa esta página en lugar de estas otras similares”​, resolviendo problemas de duplicidad y optimizando el rendimiento SEO general del sitio.

Checklist para canonicalizar páginas web

En la práctica diaria, recomendamos seguir este checklist de buenas prácticas de canonicalización:

Siguiendo estos pasos, estarás optimizando tu sitio conforme a las directrices de Google y asegurando que el esfuerzo dedicado al contenido y al link building se concentre en las páginas correctas.​