Saltar al contenido

Inicio · Blog · Tag canónico rel=canonical: cómo funciona y cómo con…

Enviar solicitud

Formato nuevo

Tag canónico rel=canonical: cómo funciona y cómo configurarlo

`rel="canonical"` indica a los buscadores la URL preferida entre copias o variantes cercanas de una página. No es un botón de «borrar duplicado» — es una señal de preferencia que puede ignorarse cuando las señales chocan con fuerza.

Abajo: sintaxis, por qué hace falta con duplicados, reglas de URL absoluta, en qué se diferencia de redirects y noindex, y errores habituales. Trátalo como la toma principal de rel=canonical entre posts relacionados.

Compartir
Telegram

Qué es el tag canónico

El tag existe para decir a la búsqueda: «entre estas direcciones parecidas, trata esta como primaria». Casos típicos — parámetros de sort, sesiones, variantes https/www antes de unificar, versiones de impresión, duplicados parciales de fichas de producto.

Canonical no sustituye una estructura limpia de URLs ni enlaces internos. Si todo el sitio enlaza a direcciones torcidas, un tag en head no lleva el arreglo.

Roles en corto:

  • canonical — preferencia entre URLs disponibles
  • 301 — mudanza; la URL vieja no debería vivir
  • noindex — documento fuera del índice
  • robots Disallow — sobre crawl, no unificación

Páginas duplicadas

Cómo configurarlo: HTML y header

Forma básica en `<head>`: `<link rel="canonical" href="https://www.example.com/catalog/item/">`. La URL debe ser la que quieres en el índice y, si se puede, en snippets.

Para PDF y respuestas no-HTML usa el header HTTP `Link: <https://...>; rel="canonical"`. En un CMS suele bastar el campo del plugin SEO — comprueba que no genere un segundo tag.

Reglas prácticas:

  • URL https absoluta
  • mismo host que el canónico del sitio (www o no)
  • un tag por documento
  • el canónico devuelve 200, no una cadena de redirects
  • los enlaces internos preferiblemente ya apuntan al canónico

Código fuente de la página

Por qué el SEO lo necesita — y cuándo el tag no te salva

La meta es reunir señales (enlaces, comportamiento, relevancia) en una URL y cortar ruido de duplicados en el índice. Eso es higiene — no un impulso de ranking de la noche a la mañana.

Si no hay duplicados y las URLs están limpias — una self-reference sigue siendo útil como ancla. Si el contenido es fino o las páginas difieren en sentido, un canonical «todo a la homepage» duele: unificas páginas no relacionadas.

Buenos casos:

  • UTM y parámetros de ads
  • sorts / filtros ligeros con el mismo contenido
  • www y https antes de una unificación completa
  • AMP / plantillas alternativas con el mismo sentido

Práctica: setups típicos

Tienda online: ficha de producto — canónico en la URL limpia sin `?color=` si el contenido es el mismo; si el color es una entidad aparte con copy único — su propio canónico en esa ficha.

Paginación: no pliegues a ciegas cada página de lista a la primera vía canonical — sigue la guía actual y cómo se ata a `rel` prev/next / UI. Filtros: política de indexación + canonical, o tendrás mil URLs casi idénticas.

Antes del rollout:

  • elige un canónico por entidad
  • actualiza plantillas del CMS
  • revisa View Source / DevTools
  • alinea sitemap y menú con canónicos
  • monitorea páginas en búsqueda

Paginación Redirects

Errores que rompen canonical

Bloquear un duplicado en robots.txt y esperar que canonical funcione: el bot puede ver peor el tag. Poner noindex en el canónico mientras las copias apuntan a él. Servir 4xx/5xx en la URL canónica. Mandar cada filtro a la homepage «por si acaso».

Conflicto con hreflang: las versiones de idioma deben acordar canónicos dentro de un locale — no colapsar todos los idiomas en una URL sin política.

Checklist de bugs:

  • varios canónicos distintos en head
  • paths relativos rotos
  • canónico a otro dominio sin motivo
  • canónico ≠ lo que hay en el sitemap
  • OG / meta social apuntando a otra URL sin necesidad

Cerrar páginas al índice

Diagnosticar problemas

Si el SERP muestra la URL «equivocada» — revisa: qué canónico hay en el código, a dónde van los enlaces internos, si hay cadenas de redirects, qué hay en el sitemap. En Search Console / webmaster tools compara el canónico elegido por el bot con el que declaraste.

Duplicados masivos sin tags, un canónico a una página fina de poca autoridad, o un canónico no disponible mientras el duplicado está abierto — motivos típicos de «el tag está, no hay efecto».

Herramientas:

  • crawler: columna canonical
  • View Source puntual
  • informes de indexación en paneles
  • comparar title/H1 entre grupos de duplicados

Auditoría SEO técnica

FAQ

¿Canonical saca un duplicado del SERP?

No siempre al instante y no como un 301. Declara una preferencia. Con señales en conflicto el bot puede elegir otra cosa.

¿Cuándo usar 301 vs canonical?

Si la URL vieja no debería abrirse — 301. Si ambas direcciones hacen falta para personas (filtros, print, landing UTM) pero una debe indexarse — a menudo canonical. Ver el artículo de redirects.

¿Dónde pongo el tag canónico?

En el HTML `<head>`: `<link rel="canonical" href="https://example.com/page/">`. Alternativa — header HTTP `Link` con rel=canonical para no-HTML.

¿Puede el href canónico ser relativo?

Prefiere absoluto con https y el host final. Los paths relativos se rompen más a menudo al copiar plantillas.

¿Puede una página tener varios tags canónicos?

No. Uno preferido. Varios distintos — conflicto y caos para el bot.

¿Hace falta un canónico self-referencing?

A menudo sí: fija el canónico de la página con claridad y ayuda con parámetros y plantillas del CMS.

¿Debo usar canonical en lugar de noindex?

Herramientas distintas. noindex — «no indexar este documento». Canonical — «prefiere esa URL». No lo confundas con Disallow en robots.txt.

¿Ayuda con copy-paste completo de otro sitio?

Poco. El plagio externo es otra historia. Canonical resuelve sobre todo tus variantes internas de URL.

¿rel=canonical en conflicto o a la home?

Fijamos un canónico por entidad y alineamos sitemap — sin cadenas 301 ni «todo a la homepage».

Hablar del proyecto