Idiomas

Canonicalización: cómo elegir la URL principal

Cómo los motores de búsqueda eligen una URL canónica entre duplicados y consolidan en ella las señales de posicionamiento; por qué rel=canonical es una sugerencia, no una regla, y cómo alinear todas las señales.

Publicado por primera vez: 23 jun 2026 · Última actualización: 8 ago 2026 · Avanzado
Idiomas
AIEscrito porAI v2
1 señal de evidencia en esta página

La canonicalización es la forma en que un motor de búsqueda elige una URL representativa cuando varias sirven el mismo contenido o uno casi duplicado y después consolida en ella las señales de posicionamiento (enlaces, PageRank y anchor text). Lo más importante: rel=canonical es una sugerencia, no una regla. Google agrupa duplicados y selecciona una canonical usando un conjunto creciente de señales (~20 según Illyes en 2020 y ~40 según Allan Scott de Google en 2025): la anotación rel=canonical, redirecciones, inclusión en sitemap, enlaces internos, HTTPS y el formato de la URL. Puede anular y de hecho anula tu canonical declarada (GSC: «Duplicate, Google chose different canonical than user»). Canonical no es una 301 ni una directiva de indexación como noindex. Haz que todas las señales apunten a la misma URL y verifica la canonical elegida en Search Console. Este hub enlaza con etiquetas canonical, contenido duplicado y parámetros de URL.

TL;DR — La canonicalización es agrupación + selección + consolidación: Google detecta duplicados (huellas o sumas de comprobación del contenido), los agrupa, elige uno como URL principal y consolida en ella las señales de posicionamiento (enlaces, PageRank y anchor text). rel="canonical" es una sugerencia fuerte, no una directiva: Google puede y suele anularla, algo que aparece en GSC como «Duplicate, Google chose different canonical than user». Pondera un conjunto creciente de señales (~20 según Illyes en 2020, ~40 según Allan Scott de Google en 2025): la anotación rel=canonical, redirecciones, inclusión en sitemap, enlaces internos, HTTPS frente a HTTP y URL cortas frente a largas, con algunas señales pesando más que otras (una redirección supera a la señal HTTPS). Canonical no es una 301 ni una directiva de indexación como noindex. Haz que cada señal apunte a una URL, usa canonicals autorreferentes y verifica la URL elegida en la herramienta de inspección de URL de Search Console.

Qué es realmente la canonicalización

Canonicalization sits between duplicate URLs and the index — deciding which one URL represents the group. Fuente: /technical-seo/how-search-works/indexing/canonicalization/

Three reachable duplicate URL variants feed a canonicalization decision. A separate bundle of signals also feeds the decision: rel=canonical, redirects, sitemap inclusion, internal links, and HTTPS. The decision selects one representative canonical URL, which may be indexed and shown in search while cluster signals consolidate onto it. The other duplicate URLs remain reachable rather than being deleted.

© Patrick Stox LLC · CC BY 4.0 ·

La definición de Google es precisa: “Canonicalization is the process of selecting the representative –canonical– URL of a piece of content,” (traducción) «La canonicalización es el proceso de seleccionar la URL representativa —principal— de un contenido» y “a canonical URL is the URL of a page that Google chose as the most representative from a set of duplicate pages.” (traducción) «una URL principal es la URL de una página que Google eligió como la más representativa de un conjunto de páginas duplicadas» Evidence for this claim Google groups similar pages and selects a representative canonical URL for the cluster. Scope: Google Search canonical selection for duplicate or very similar content. Confidence: high · Verified: Google Search Central: In-depth guide to how Google Search works Escribí la guía de canonicalización de Ahrefs y allí lo planteo como dos trabajos distintos: “Clustering creates a cluster of duplicate pages, and canonicalization chooses which version signals consolidate to and what page will be shown in search results.” (traducción) «La agrupación crea un conjunto de páginas duplicadas y la canonicalización decide a qué versión se consolidan las señales y qué página se mostrará en los resultados de búsqueda»

Por tanto, ocurren tres cosas, en este orden:

  1. Detectar y agrupar las URL duplicadas (o casi duplicadas).
  2. Seleccionar una como canónica.
  3. Consolidar las señales de posicionamiento en la URL elegida.

Aclara esas tres cosas y la mayor parte de la confusión sobre canonicalización desaparece.

Por qué importa

Google reconoce que los duplicados son sobre todo un problema de usabilidad e informes, no una falta moral: “having the same content accessible through many different URLs can be a bad user experience… and it may make it harder for you to track how your content performs in search results.” (traducción) «tener el mismo contenido accesible mediante muchas URL distintas puede ofrecer una mala experiencia de usuario… y puede dificultar el seguimiento del rendimiento de tu contenido en los resultados de búsqueda» La mayoría de duplicados no son maliciosos; son accidentes técnicos normales (parámetros, navegación facetada, variantes de protocolo/host e ID de sesión).

El beneficio real aparece en cuatro superficies, y conviene ser preciso con cada una en vez de tratar «la canonicalización ayuda al SEO» como una ventaja vaga:

  • Pertenencia al grupo. Las URL duplicadas se agrupan en un solo conjunto; la principal es la representante designada de ese grupo.
  • Frecuencia de rastreo relativa. Google dice que la página principal se rastrea con mayor regularidad y los duplicados con menor frecuencia: un efecto relativo que reduce el rastreo redundante. No promete que canonicalizar una página libere instantáneamente presupuesto en otro lugar ni acelere la indexación de páginas no relacionadas.
  • Evaluación de contenido y calidad. Google normalmente usa la versión principal como fuente principal para evaluar la calidad y relevancia del contenido.
  • Qué se sirve. Los resultados de búsqueda suelen enlazar a la versión principal, pero no siempre. Google puede servir un duplicado si se adapta mejor al usuario, como una versión específica para un dispositivo.

La documentación de Google explica claramente la parte de las señales: declarar una canónica “helps search engines to be able to consolidate the signals they have for the individual URLs (such as links to them) into a single, preferred URL.” (traducción) «ayuda a los motores de búsqueda a consolidar en una sola URL preferida las señales que tienen para las URL individuales (como los enlaces que apuntan a ellas)» Eso depende de que el destino se convierta realmente en la versión principal: no garantiza que cada etiqueta canonical declarada absorba automáticamente todo el PageRank, anchor text o valor de posicionamiento de un duplicado. Si tus señales discrepan y Google elige otra cosa, nada se consolida como pretendías.

Y cierta duplicación es normal: por sí sola no infringe las políticas de spam. Los motivos prácticos para canonicalizar son la claridad para el usuario, informes más limpios, una URL de Search coherente, la consolidación de señales y la reducción del rastreo duplicado, no el miedo a una penalización. (La duplicación descontrolada sigue mereciendo una corrección en origen: es más un asunto de presupuesto de rastreo y navegación facetada que de canonicalización, aunque están relacionados.)

Cómo elige Google una URL canónica

Canonicalization is three jobs, not one: cluster, select, consolidate. Fuente: /technical-seo/how-search-works/indexing/canonicalization/

Step one fingerprints duplicate URLs and groups them into a cluster. Step two selects one URL as canonical while the others remain reachable alternates. Step three consolidates links, PageRank, and anchor text from the cluster onto the selected canonical.

© Patrick Stox LLC · CC BY 4.0 ·

Esta es la parte que la mayoría de guías despacha por encima, así que merece una explicación correcta.

Paso 1: detectar duplicados

Google crea huellas del contenido de las páginas para encontrar duplicados. Gary Illyes describió el mecanismo en Search Off the Record: “A checksum is basically a hash of the content. Basically a fingerprint.” (traducción) «Una suma de comprobación equivale en esencia a un hash del contenido: una huella digital.» Las páginas con huellas iguales o casi iguales (el contenido repetitivo, como la navegación y los pies de página, se descuenta en gran medida) pueden tratarse como duplicados.

La documentación actual de Google expresa la misma idea de forma más sencilla, sin la mecánica de la suma de comprobación: durante la indexación, compara el contenido principal de cada página y agrupa las páginas iguales o muy parecidas. Google no publica exactamente cómo funciona la creación de huellas ni cuánto contenido repetitivo se descuenta, así que trata la explicación de Illyes como un matiz direccionalmente correcto de una conversación de 2020, no como un algoritmo documentado.

Paso 2: agrupar

Las URL duplicadas se agrupan en un conjunto. Todo lo que está en el grupo puede ser la canónica; solo una ganará.

Paso 3: seleccionar dentro del grupo

Ahora Google elige. Usa un conjunto de señales y el número publicado ha crecido con el tiempo. En 2020 Illyes dijo “we employ, I think, over twenty signals, we use over twenty signals, to decide which page to pick as canonical.” (traducción) «empleamos, creo, más de veinte señales; usamos más de veinte señales para decidir qué página elegir como principal» En 2025, la cifra de la que habla Google es mayor: como señalé en mi guía de canonicalización de Ahrefs, “According to Google’s Allan Scott, there are ~40 different canonical selection signals.” (traducción) «Según Allan Scott de Google, hay unas 40 señales distintas para seleccionar la principal» Interprétalo como que Google ha dicho públicamente más con el tiempo: más de 20 en 2020 y unas 40 en 2025, no como una contradicción.

La documentación de Google enumera explícitamente algunos factores: “There are a handful of factors that play a role in canonicalization: whether the page is served over HTTP or HTTPS, redirects, presence of the URL in a sitemap, and rel="canonical" link annotations.” (traducción) «Hay varios factores que influyen en la canonicalización: si la página se sirve mediante HTTP o HTTPS, las redirecciones, la presencia de la URL en un sitemap y las anotaciones de enlace rel="canonical"» Mi lista completa añade el resto de lo que se suele citar: duplicados, elementos de enlace canonical, URL del sitemap, enlaces internos, enlaces externos, redirecciones, hreflang, hreflang x-default, PageRank, páginas HTTPS frente a HTTP y URL más cortas frente a más largas.

Qué señales pesan más que otras

No son iguales. Illyes fue explícito: “301 redirect, or any sort of redirect actually, should be much higher weight… than whether the page is on an http URL or https.” (traducción) «una redirección 301, o cualquier tipo de redirección, debería tener mucho más peso… que si la página está en una URL http o https» También llamó a la etiqueta canonical “quite a strong signal” (traducción) «una señal bastante fuerte»: es fuerte, pero puede perder. Como lo expliqué en mi guía de canonicalización, la etiqueta canonical “is sometimes referred to as a hint because it’s just one canonicalization signal, but it is considered a strong signal. Google ignores it if other signals are stronger.” (traducción) «a veces se la llama sugerencia porque es solo una señal de canonicalización, pero se considera una señal fuerte. Google la ignora si otras señales son más fuertes»

Por qué es una sugerencia y no una directiva

Este es el eje de precisión de todo el tema. Google dice: “You can indicate your preference to Google using these techniques, but Google may choose a different page as canonical than you do, for various reasons. That is, indicating a canonical preference is a hint, not a rule.” (traducción) «Puedes comunicar a Google tu preferencia mediante estas técnicas, pero por distintos motivos puede elegir otra página como principal. Es decir, expresar una preferencia canonical es una sugerencia, no una regla» Evidence for this claim Canonical declarations express a preference; Google can select a different canonical based on its signals. Scope: Google Search canonicalization; redirects and rel=canonical are strong signals while sitemap inclusion is weaker. Confidence: high · Verified: Google Search Central: How to specify a canonical URL Cuando pierde tu preferencia declarada, lo ves en Search Console como “Duplicate, Google chose different canonical than user” (traducción) «Duplicada: Google eligió una canonical distinta de la del usuario». Como lo describo, “means that Google chose a different URL to index than the one the user selected.” (traducción) «significa que Google eligió una URL distinta para indexar de la que seleccionó el usuario». La solución casi nunca es “add a stronger tag” (traducción) «añadir una etiqueta más fuerte», sino alinear las señales que entran en conflicto.

Formas de especificar una canónica

Google dice desde el principio que “none of them are required; your site will likely do just fine without specifying a canonical preference,” (traducción) «ninguna es obligatoria; es probable que tu sitio funcione perfectamente sin especificar una preferencia canonical» pero en la práctica conviene actuar deliberadamente. La documentación actual de Google también señala que estos métodos pueden acumularse: usar varias señales fuertes y alineadas aumenta las probabilidades de que Google elija la URL que quieres, aunque ninguna por sí sola lo garantice. Los métodos principales son:

  • Elemento de enlace rel="canonical": la línea del <head>. Es el método más habitual; Google lo llama “a strong signal that the specified URL should become canonical.” (traducción) «una señal fuerte de que la URL especificada debería convertirse en la principal» Debe estar en el <head>: una etiqueta sin cerrar o JavaScript que la coloque en el <body> hace que Google la ignore. Declara solo una por página; si declaras más de una, Google las ignora todas.
  • Encabezado HTTP rel="canonical": para archivos que no son HTML (como PDF), cuando no hay un <head> donde poner la etiqueta, establece la canonical en el encabezado de respuesta HTTP.
  • Redirecciones: “a strong signal that the target of the redirect should become canonical.” (traducción) «una señal fuerte de que el destino de la redirección debería convertirse en canónico» Usa una 301 cuando estés realmente moviendo contenido.
  • Inclusión en sitemap: “a weak signal that helps the URLs that are included in a sitemap become canonical.” (traducción) «una señal débil que ayuda a que las URL incluidas en un sitemap se conviertan en las versiones principales» Incluye solo URL principales en tu sitemap.
  • Enlaces internos: enlaza siempre a la versión que quieras. El enlazado interno incoherente es uno de los motivos más comunes de conflicto entre señales.

Canonicals autorreferentes y entre dominios

Una canonical autorreferente —una página indexable cuya canonical apunta a sí misma— es una práctica recomendada en toda página que quieras indexar. Hace explícita tu preferencia aunque otras señales sean ambiguas y neutraliza copias con parámetros que, de otro modo, parecerían duplicados.

Las canonicals entre dominios son compatibles: puedes apuntar la canonical de una página a una URL de otro dominio que controles para consolidarla allí (algo habitual en la sindicación). El modo de fallo que debes respetar es el secuestro: como advierto en mi guía de canonicalización, “In some really bad scenarios, a page on the wrong domain may be shown. This is referred to as hijacking.” (traducción) «En situaciones especialmente graves, Google puede mostrar una página del dominio equivocado; a eso se le llama secuestro.» Es raro, pero por eso las canonicals entre dominios requieren cuidado.

Casos límite: qué cuenta realmente como duplicado

Cinco situaciones reciben incorrectamente la etiqueta «duplicado» más que cualquier otra. El patrón es el mismo: no decidas por una característica de la URL (un ?, un número de página, una carpeta de idioma o una etiqueta de script), sino por el contenido principal que realmente se renderiza.

Situación¿Tratar como duplicado?Por qué
Parámetros de seguimiento o sesión (?utm_source=, ?sessionid=)Normalmente síMismo contenido principal: es seguro canonicalizar hacia la URL limpia.
Parámetros de filtro, orden o faceta (?color=red, ?sort=price)No automáticamentePueden producir contenido o intención materialmente distintos de la página base: comprueba el contenido renderizado antes de eliminarlos mediante canonicalización.
Páginas paginadas (/page/2/)NoGoogle trata cada página de una serie por separado, con su propio contenido principal: asigna a cada página una URL única y una canonical autorreferente; nunca una canonical que apunte a la página 1.
Páginas completamente traducidasNoEl contenido en otro idioma no es un duplicado del original aunque la plantilla coincida: relaciónalas con hreflang, no con canonical.
Variantes regionales en el mismo idioma (por ejemplo, páginas en-US y en-GB casi idénticas)A vecesPueden agruparse como duplicados normales. Mantén la preferencia canonical en el mismo idioma y combínala con hreflang recíproco para que la URL regional correcta aún pueda aparecer.

Dos detalles de implementación provocan fallos silenciosos con suficiente frecuencia como para destacarlos por separado:

  • Canonicals renderizadas mediante JavaScript. La guía de Google es elegir una fuente clara para el valor: ponlo en el HTML inicial y no lo sobrescribas con JavaScript o, si no es posible, omítelo del HTML y establécelo solo mediante JavaScript. Declarar una canonical en el código fuente y cambiarla con un script es el fallo real: Google acaba con dos señales en conflicto en una página.
  • Archivos que no son HTML. El encabezado HTTP rel="canonical" (para PDF, documentos de Word y similares) es compatible específicamente con los resultados de búsqueda web de Google; no es una señal universal en todas las superficies de Google. Usa una URL absoluta y no permitas que los metadatos propios del archivo declaren una canonical en conflicto.

Cómo comprobar la canonical que eligió Google

No supongas que tu HTML es la fuente de verdad: lo es la elección de Google. Como digo a la gente: “Your main source of truth for what Google chose as the canonical will be the URL Inspection tool in Google Search Console. Enter the URL, and it will show what the declared canonical is and what Google chose as the canonical.” (traducción) «La referencia principal para saber qué escogió Google será la herramienta de inspección de URL de Google Search Console. Escribe la URL y te mostrará cuál es la canonical declarada y cuál eligió Google como versión principal.» Si las dos discrepan, esa es la señal de que debes alinear todo.

Hay algunos límites que conviene conocer antes de tratar ese campo como una verdad absoluta:

  • Refleja el estado indexado, no una comprobación en directo. La canonical seleccionada por Google en la inspección de URL procede de lo que Google ya ha indexado. La prueba en directo de la misma herramienta puede mostrarte las señales actuales, pero no puede predecir qué seleccionará Google: trata el campo indexado como histórico, no en tiempo real.
  • La visibilidad se limita a propiedades que posees. Solo puedes ver información sobre la URL principal dentro de las propiedades de Search Console a las que tienes acceso, no de páginas arbitrarias de terceros.
  • Una herramienta de auditoría observa entradas, no la decisión de Google. Una herramienta como el Canonicalization Checker de arriba muestra las señales que envías (HTML, encabezados y redirecciones). No puede decirte qué seleccionó realmente Google; solo lo hace la inspección de URL.
  • No garantiza inclusión, tiempos ni posiciones. Que se seleccione la URL que querías como preferida no garantiza que se indexe, no ocurre en un plazo fijo y no garantiza tráfico ni posiciones: la canonicalización decide la representación, no esos resultados.

Errores habituales de canonicalización

Los que veo repetirse (varios proceden de mi propia lista de errores habituales):

  • Usar una canonical de producción para proteger un sitio de staging. Una página de staging en https://staging.example.com/pricing/ puede apuntar su canonical a https://example.com/pricing/ y aun así ser rastreada, agrupada o incluso mostrada mientras Google reconcilia las señales. La canonical dice qué duplicado prefieres; no hace privada la URL de staging ni indica a Google que la elimine. Si el host de staging llega a las búsquedas, mantenlo rastreable con noindex hasta que Google procese la directiva, o redirígelo si la URL tiene un reemplazo permanente en producción. En un entorno que nunca debería ser público, exige autenticación.
  • Canonicalizar hacia una página que no es un duplicado. Apuntar la canonical de una página a otra no relacionada le dice a Google que son el mismo contenido y puede hacer que el «duplicado» desaparezca de los resultados. Las canonicals son para duplicados reales.
  • Canonical + noindex en la misma URL. Son instrucciones contradictorias. La guía de John Mueller sobre combinar señales en conflicto dice: QUOTE0 Elige una.
  • Bloquear en robots.txt la URL canonicalizada. Google dice: QUOTE1 Una página bloqueada ni siquiera puede leerse para ver su etiqueta canonical.
  • Devolver un 4XX para la URL canonicalizada: si el duplicado da error, se rompe la consolidación.
  • Canonicalizar todas las páginas paginadas a la página 1. Cada página de una serie es contenido distinto; no las colapses en la raíz.
  • Cadenas de canonical / redirecciones en conflicto: una canonical que apunta a una URL que luego redirige a otro lugar obliga a Google a deshacer una contradicción. Apunta la canonical directamente al destino final.
  • Varias canonicals o una canonical en el <body>: no se acepta colocarlas en el body; varias declaraciones generan un conflicto sin un resultado primero/último fiable.

Mitos desmontados

  • «Una etiqueta canonical garantiza qué URL se posiciona o indexa». No: es una sugerencia; Google puede elegir otra (eso es exactamente lo que informa el estado de GSC «Duplicate, Google chose different canonical than user»).
  • Mito: “rel=canonical is the same as a 301 redirect.” (traducción) «rel=canonical es lo mismo que una redirección 301». No. Una 301 es la directiva para mover una página; una canonical es una sugerencia de consolidación y ambas URL siguen siendo accesibles. La postura histórica de Bing es que, cuando mueves contenido, debes usar una 301 y no una canonical porque la redirección es la instrucción inequívoca. Si retiras una URL, redirígela.
  • «Una canonical bloquea o permite la indexación como noindex». No: canonical no es una directiva de indexación. Combinarla con noindex envía señales contradictorias; usa una u otra.
  • «Más etiquetas canonical = señal más fuerte». Lo contrario: declara más de una y Google las ignora todas.

Bing y otros motores

Bing usa los mismos elementos básicos. En el planteamiento de Bing de diciembre de 2025, “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority, confusing intent, and slowing how updates reach both search engines and AI-powered discovery systems,” (traducción) «El contenido duplicado no activa penalizaciones de búsqueda por sí mismo, pero reduce la visibilidad al diluir la autoridad, confundir la intención y ralentizar la llegada de actualizaciones tanto a los motores de búsqueda como a los sistemas de descubrimiento basados en IA» y “Canonical tags, redirects, hreflang, noindex, and IndexNow all support this clarity, but the foundation is a streamlined site that avoids unnecessary duplication.” (traducción) «Las etiquetas canonical, las redirecciones, hreflang, noindex e IndexNow apoyan esta claridad, pero la base es un sitio optimizado que evita duplicaciones innecesarias» Bing también ofrece una función de Normalización de URL en Bing Webmaster Tools para consolidar variantes con parámetros sin cambiar el código, algo práctico cuando los duplicados proceden de parámetros de URL.

Dónde continuar

Esta página es el centro conceptual de la canonicalización, el tema padre. Está dentro de la etapa más amplia de indexación de cómo funciona la búsqueda (la canonicalización decide qué URL de un grupo duplicado se indexa). Los tres análisis profundos siguientes desarrollan cada parte:

  • Etiquetas canonical (rel=canonical): la propia etiqueta, la sintaxis exacta, la implementación en <head> frente a encabezado HTTP, los patrones autorreferentes y todas las formas en que se ignora.
  • Contenido duplicado: qué cuenta realmente como duplicado, por qué no es una penalización y cómo evitarlo en origen en vez de parchearlo con etiquetas.
  • Parámetros de URL: el mayor generador de duplicados: parámetros de seguimiento, orden, filtros y sesión, y cómo evitar que fragmenten una página en infinitas variantes.

La canonicalización también afecta a sus temas hermanos de este grupo: los duplicados y la proliferación de parámetros desperdician presupuesto de rastreo, la navegación facetada es una fuente principal de URL casi duplicadas y las trampas para arañas pueden generar espacios infinitos de URL que hacen que la duplicación se dispare. Para todo el flujo —descubrimiento, rastreo, renderizado, indexación y servicio— consulta el grupo How Search Works.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.