Las etiquetas canonical le dicen a Google qué versión de una página debe indexar cuando varias URLs tienen contenido idéntico o casi idéntico — la solución para el contenido duplicado que diluye el posicionamiento en lugar de consolidarlo. Si configuras mal la etiqueta, o directamente no la pones, Google decide por ti qué página gana, y no siempre es la que querías. Es el fallo técnico más habitual que encuentro en auditorías de indexación, y casi siempre sale más barato prevenirlo que arreglarlo después.
El contenido duplicado no genera una penalización manual. Google lleva más de una década diciéndolo. Lo que realmente hace es repartir tus señales de posicionamiento —enlaces, relevancia, engagement— entre dos o más URLs en lugar de concentrarlas en una sola. Una página que debería posicionar solo por autoridad acaba compitiendo contra su propio duplicado por la misma consulta. Ese es el coste real, y se traduce en un posicionamiento estancado que nadie sabe explicar.
Qué hacen realmente las etiquetas canonical (y qué no hacen)
Una etiqueta canonical —<link rel="canonical" href="..."> en el <head>, o su equivalente en cabecera HTTP para archivos que no son HTML— le dice a los buscadores: “esta URL es la versión preferida, concentra aquí las señales”. No elimina la página duplicada de tu sitio ni impide que se rastree. Es una señal sobre qué URL debe representar a un grupo de páginas similares en el índice.
Esa distinción importa. Según la documentación oficial de Google sobre cómo consolidar URLs duplicadas, la etiqueta canonical es una más de varias señales que Google pondera —junto con enlaces internos, redirecciones, sitemaps y hreflang— antes de decidir qué URL indexa de verdad. Google puede ignorar el canonical declarado si otras señales apuntan en otra dirección. Trata el rel=canonical como una indicación fuerte, no como una orden, y diagnosticarás los problemas de canonicalización mucho más rápido.
Tampoco arregla el desperdicio de crawl budget. Una URL canonicalizada se sigue rastreando —Google tiene que descargarla para leer la etiqueta. Si el problema son miles de combinaciones de parámetros en un catálogo de ecommerce, el canonical ayuda con la indexación, pero normalmente hace falta resolver también el crawl budget con reglas en robots.txt o gestión de parámetros.
De dónde sale realmente el contenido duplicado
Casi nadie publica contenido duplicado a propósito. Se acumula como efecto colateral de cómo están construidas las webs modernas hoy. En los proyectos que he auditado —más de 200 en total— las causas se repiten con una consistencia llamativa, sea cual sea el sector:
- Parámetros en la URL. UTMs, IDs de sesión, filtros de orden en páginas de categoría de un ecommerce —cada combinación genera una URL técnicamente distinta que sirve un contenido casi idéntico.
- www vs. sin www, http vs. https. Configuraciones antiguas que nunca se redirigieron del todo, dejando ambas versiones rastreables.
- Variantes de producto. El mismo producto en cinco colores, cinco tallas, cinco URLs, un solo contenido real.
- Series paginadas. Las páginas 2, 3 y 4 de un listado de categoría comparten la mayor parte de la plantilla y buena parte del contenido con la página 1.
- Versiones para imprimir o AMP. Formatos heredados que siguen vivos en muchas webs, duplicando en silencio la página principal.
- Contenido sindicado o robado. Contenido republicado en webs asociadas o copiado por scrapers, compitiendo con tu original en el índice.
- Entornos de staging o desarrollo rastreables. Es menos frecuente, pero en auditorías sigo encontrando subdominios de staging indexados que duplican contenido de producción más a menudo de lo que cabría esperar.
Ahrefs pone el problema en perspectiva: su guía sobre contenido duplicado estima que aproximadamente el 60% del contenido publicado en internet existe duplicado en alguna otra parte de la web. Casi todo eso escapa a tu control —los scrapers y la sindicación pasan igualmente. Lo que sí controlas al cien por cien es la duplicación que genera tu propia estructura de URLs, y ahí es donde las etiquetas canonical hacen su trabajo real.
Las reglas de la etiqueta canonical que realmente importan
Quitando los casos límite, la etiqueta canonical se reduce a una lista corta de reglas. Rómpelas y la etiqueta deja de funcionar.
- Cada página indexable necesita un canonical autorreferenciado. Incluso una página sin duplicados debe canonicalizarse a sí misma. Esto elimina ambigüedad y protege frente a futuras variantes de URL (parámetros, barras finales) que podrían repartir señales sin que lo notes.
- Los canonical deben usar URLs absolutas, con protocolo y dominio incluidos, nunca rutas relativas.
- Configura el canonical en el HTML sin renderizar, no inyectado por JavaScript. Google actualizó su documentación de JavaScript SEO para dejarlo claro: el canonical en la respuesta HTML inicial debe coincidir con lo que muestra finalmente la página renderizada. Un canonical que solo aparece tras el renderizado en cliente es una lotería sobre si Google lo ve antes de decidir qué indexar —el mismo riesgo de renderizado que cubre la guía de JavaScript SEO.
- Nunca canonicalices páginas paginadas hacia la página 1. Es uno de los errores más dañinos en ecommerce y sitios con mucho contenido. Hacerlo le dice a Google que descarte del índice los productos o artículos de las páginas 2, 3 y 4. Autorreferencia cada página paginada, o canonicaliza hacia una página “ver todo” si existe.
- Canonical y hreflang deben coincidir. En sitios multilingües, un canonical que apunta a otro idioma mientras hreflang señala esa misma página como alternativa crea una contradicción directa. El canonical siempre gana esa pelea, y normalmente eso significa que se descarta la versión de idioma equivocada.
- Una URL canonicalizada debe devolver un 200, no una redirección ni un 404. Si el destino del canonical está roto, toda la cadena falla.
Errores de canonical que encuentro en cada auditoría
Hay un puñado de errores que se repiten una y otra vez, en webs de cualquier tamaño.
Canonical apuntando a una redirección. La etiqueta canonical señala una URL que a su vez hace un 301 a otro sitio. Google tiene que resolver la cadena, y la señal se debilita en cada salto. Apunta siempre el canonical directamente a la URL final.
HTTP canonicalizando a HTTPS mientras sigue devolviendo un 200. La versión antigua del protocolo debería redirigir, no solo llevar una etiqueta canonical que diga que se prefiere la versión HTTPS. Una página que resuelve y lleva un canonical parece intencionada; Google puede mantener ambas vivas.
Señales contradictorias en la misma página. El canonical dice una cosa, el sitemap XML lista otra URL distinta, y los enlaces internos apuntan a una tercera variante. Google promedia estas señales, y un sitio inconsistente manda un mensaje genuinamente confuso. La coherencia entre canonical, sitemap y enlaces internos vale más que cualquiera de los tres hecho a la perfección por separado.
Canonical entre dominios usado por error. Es una práctica válida —por ejemplo, contenido sindicado que apunta al original— pero encuentro con regularidad casos donde se aplica por error entre un dominio de staging y producción, canonicalizando en silencio páginas de tráfico real hacia un entorno que nadie quería indexar.
Navegación facetada sin control. Los filtros de color, talla y precio en páginas de categoría de un ecommerce generan un volumen enorme de URLs casi duplicadas si el canonical —o mejor, la gestión de parámetros— no se aplica de forma consistente. Esto se solapa mucho con los problemas de navegación facetada y merece auditarse junto con ellos.
Canonical vs. redirección 301 vs. noindex: cuándo usar cada uno
Estas tres herramientas resuelven problemas parecidos pero distintos, y elegir la equivocada es un error habitual por sí solo.
Usa una redirección 301 cuando la URL duplicada no debe volver a visitarse nunca —una página fusionada, un producto retirado, una migración web que consolida URLs antiguas en nuevas. La redirección transmite la señal más fuerte posible y elimina el duplicado del juego por completo.
Usa una etiqueta canonical cuando ambas URLs necesitan seguir funcionando —variantes de producto a las que un usuario puede seguir llegando directamente, u órdenes de resultados basados en parámetros que algunos visitantes guardan en marcadores o comparten. El duplicado sigue vivo para el usuario; el canonical le dice a los buscadores qué versión posicionar.
Usa noindex cuando una página debe existir y ser rastreable pero nunca debe aparecer en resultados de búsqueda —páginas de resultados de buscador interno, vistas filtradas con poco contenido, páginas de agradecimiento. Noindex y canonical resuelven problemas distintos: noindex saca una página del índice por completo, mientras que canonical la consolida en las señales de posicionamiento de otra página. No pongas un noindex en una página que además estás canonicalizando hacia otra — el noindex tiene prioridad y puede tirar por tierra la señal que intentabas conservar.
Un framework de 5 pasos para auditar canonical y contenido duplicado
Este es el proceso que aplico en cada auditoría técnica cuando sospecho contenido duplicado.
- Rastrea todo el sitio con Screaming Frog o Sitebulb y exporta cada URL junto con su etiqueta canonical, código de estado e indexabilidad.
- Marca las discrepancias. Filtra las páginas donde la URL canonical difiere de la URL de la propia página, y comprueba si es intencionado o un error.
- Cruza los datos con Search Console. En el informe de cobertura del índice, revisa la categoría “Duplicada, Google eligió un canonical distinto al del usuario” —ahí ves exactamente dónde Google discrepó de tu canonical declarado, que suele ser la señal más clara de que algo más en la página lo está saboteando.
- Comprueba la coherencia entre sitemap, enlaces internos y canonical. Los tres deben coincidir en la URL preferida para cada grupo de duplicados.
- Arréglalo en el origen cuando sea posible. La duplicación por parámetros suele resolverse mejor evitando generar esas URLs duplicadas desde el servidor, en lugar de canonicalizarlas después. Es una lógica que evita combinaciones de parámetros indexables en lugar de parchearlas.
Ejecuta este proceso trimestralmente en sitios de varios miles de páginas, e inmediatamente después de cualquier migración de CMS, cambio de plataforma o modificación importante de la estructura de URLs. Una auditoría SEO completa cubre esto junto al resto de tu base técnica si quieres un diagnóstico serio en lugar de parches sueltos.
Canonical y búsqueda con IA en 2026
La canonicalización importa por un segundo motivo en 2026: los motores de IA usan las mismas señales para decidir qué versión de una página citar. Cuando ChatGPT, Perplexity o los AI Overviews de Google resumen un tema, necesitan atribuir la afirmación a una sola URL de referencia, no a tres versiones casi idénticas compitiendo por la cita. Una estructura de canonical limpia hace esa atribución inequívoca, igual que ocurre con la indexación clásica.
La mecánica no cambia. Lo que cambia es el coste de hacerlo mal: un grupo de duplicados sin un canonical claro ahora arriesga perder tanto el posicionamiento orgánico como la cita en IA, en lugar de solo uno.
La conclusión
Las etiquetas canonical son un fragmento de código pequeño que hace un trabajo desproporcionado. Aplica bien las reglas —autorreferenciadas por defecto, URLs absolutas, definidas en HTML sin renderizar, nunca apuntando a una redirección, coherentes con tu sitemap y tus enlaces internos— y el contenido duplicado deja de repartir tu posicionamiento en silencio. Hazlo mal y Google elegirá un canonical por ti, y no siempre será la página que querías posicionar. Si tus cifras de indexación no cuadran con tu número de páginas, el canonical y el contenido duplicado son el primer sitio donde miraría. Ese tipo de diagnóstico es justo lo que cubre un servicio de SEO técnico antes de que el problema se agrave —y suele ser una de las correcciones más rápidas de la lista una vez lo localizas. Si dudas entre resolverlo con tu propio equipo o traer una mirada externa, una consultoría SEO puede decírtelo en una semana.
Preguntas frecuentes
¿El contenido duplicado perjudica directamente mi posicionamiento en Google?
No, el contenido duplicado no genera una penalización manual ni una bajada directa de posiciones por sí solo. Lo que hace es repartir señales de posicionamiento —enlaces, relevancia, engagement— entre varias URLs en lugar de concentrarlas en una, lo que debilita a la página que debería estar ganando esa posición. La solución es consolidar con etiquetas canonical o redirecciones 301, no gestionar daños después.
¿Cuál es la diferencia entre una etiqueta canonical y una redirección 301?
Una redirección 301 envía de forma permanente tanto a usuarios como a buscadores a una URL nueva —la antigua deja de resolver. Una etiqueta canonical deja ambas URLs activas y accesibles, pero le dice a los buscadores cuál indexar y posicionar. Usa redirecciones cuando una página debe desaparecer del todo; usa canonical cuando el duplicado necesita seguir funcionando para los usuarios.
¿Puede una página tener más de una etiqueta canonical?
No, y es un fallo real que encuentro en auditorías. Varias etiquetas canonical contradictorias —a menudo inyectadas por un plugin del CMS encima de una configurada manualmente— hacen que Google las ignore todas y elija su propio canonical. Cada página debe tener exactamente una etiqueta canonical, definida una sola vez, en el HTML sin renderizar.
¿Las etiquetas canonical afectan a cómo me citan los motores de búsqueda con IA?
Sí. Motores como ChatGPT, Perplexity y los AI Overviews de Google usan las mismas señales de canonicalización para decidir qué versión de una página tratar como autoritativa a la hora de atribuir una afirmación. Un grupo de contenido duplicado sin un canonical claro arriesga perder tanto la cita en IA como el posicionamiento orgánico.
¿Cómo encuentro contenido duplicado en mi propia web?
Rastrea todo el sitio con Screaming Frog o Sitebulb y exporta título, meta description, H1 y datos de canonical de cada URL —el rastreador marcará directamente los grupos de contenido casi idéntico. Después cruza esos datos con el informe de cobertura del índice de Google Search Console, en las categorías “Duplicada” y “Página alternativa con canonical correcto”, que muestran exactamente cómo está gestionando Google tus duplicados ahora mismo.
