# La etiqueta canonical es una sugerencia, no una orden

¿Search Console muestra una canónica que no etiquetaste? La etiqueta funcionó. Google la leyó y eligió otra URL. Cómo leer ese veredicto y qué lo cambia.

Published: 2026-08-24T12:00:00.000Z

Canonical: https://thatseoagent.com/es/blog/el-canonical-es-una-sugerencia

Tu página dice que la canónica es `/zapatos`. Search Console dice que es
`/zapatos?color=rojo`. La lectura habitual es que algo se rompió: la etiqueta no
salió, un plugin la sobrescribió, Google no la está viendo.

Salió. Google la vio. Google no estuvo de acuerdo.

> Puedes indicar a Google qué página consideras que es la canónica con las
> técnicas que se describen en este artículo, pero es posible que Google elija
> otra por diversos motivos. Es decir, indicar una preferencia canónica es una
> sugerencia, no una regla.

Esa frase está en la documentación de Google, en
[Qué es la canonicalización](https://developers.google.com/search/docs/crawling-indexing/canonicalization?hl=es).
Search Console la repite en el campo que informa de tu etiqueta:
[“No es seguro que Google elija tu página canónica preferida, pero la tendrá en
cuenta.”](https://support.google.com/webmasters/answer/9012289?hl=es)

Una sugerencia que Google puede ignorar no es un interruptor roto.

## Lo primero: leer el veredicto

Abre la
[inspección de URLs](https://support.google.com/webmasters/answer/9012289?hl=es)
y mira la versión **indexada**, no la prueba en tiempo real. Hay dos campos:

| Campo | Qué es |
| --- | --- |
| Declarada por el usuario como canónica | La URL que pidió tu página |
| Seleccionada por Google como canónica | La URL que Google guardó |

Si no coinciden, Google te anuló, y ese es el dato del que hay que partir. La
prueba en tiempo real no puede decirte cuál va a ganar: la elección se hace
cuando Google indexa la página, no cuando la descarga. Recargar el HTML y mirar
la etiqueta es responder a una pregunta que nadie hizo.

## Por qué Google te anula

Google agrupa las páginas cuyo contenido principal se parece y después elige una
URL para representar al grupo. Su propia definición de esa elección: la página
que, según las señales recogidas al indexar, sea “objetivamente la más completa y
útil para los usuarios de la Búsqueda”.

Tu etiqueta es una de esas señales. No es la decisión.

La URL que gana se rastrea con más frecuencia que el resto y pasa a ser “la
fuente principal para evaluar el contenido y la calidad”. Los resultados de
búsqueda suelen apuntar a ella, salvo que una duplicada le venga mejor a quien
busca, por ejemplo una URL para móviles en un teléfono.

Así que la etiqueta no significa “esta es la URL que quiero en el índice”. Google
ya decidió que aquí hay una sola pieza de contenido. La etiqueta solo discute
cuál de las URLs la representa.

## El estado que le pone nombre

Search Console tiene un estado para exactamente esto: **“Duplicada: Google ha
elegido una versión canónica diferente a la del usuario”**. El
[informe de indexación de páginas](https://support.google.com/webmasters/answer/7440203?hl=es)
lo explica así: marcaste esta página como canónica de un conjunto, Google
considera que otra URL es mejor canónica, y ha indexado esa otra.

El estado vecino, “Duplicada: el usuario no ha indicado ninguna versión
canónica”, es la misma agrupación sin ninguna etiqueta tuya. La nota de Google es
que funciona correctamente, porque no publica páginas duplicadas.

Ninguno de los dos es un fallo de implementación. Los dos son el resultado
documentado.

## Tres formas de indicar tu preferencia, de más a menos fuerte

Si quieres discutir la elección, Google
[ordena los métodos](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=es)
según cuánto influyen:

| Método | Cómo lo describe Google |
| --- | --- |
| Redirección | Una señal fuerte de que el destino debería ser canónico |
| `rel="canonical"` | Una señal fuerte de que la URL indicada debería ser canónica |
| Entrada en el sitemap | Una señal débil |

Apúntalos todos a la misma URL. Un sitemap que nombra una, una etiqueta que
nombra otra y una redirección que nombra una tercera son tres respuestas a una
sola pregunta, y el mismo documento pide que no lo hagas.

Ninguno es obligatorio. Lo dice Google: es probable que tu sitio funcione bien
sin especificar una preferencia canónica, porque Google identificará por su
cuenta qué versión es la mejor.

## Dos señales que le ganan a tu etiqueta

Están fuera de esa lista y las dos son frecuentes:

- **HTTPS le gana a HTTP.** Salvo que la página HTTPS tenga un certificado
  inválido, dependencias inseguras, una redirección que pase por HTTP o un
  canonical que apunte de vuelta a HTTP.
- **Una página dentro de un grupo recíproco de `hreflang` le gana** al mismo
  contenido que está fuera de uno.

Un canonical autorreferencial en la URL HTTP, o en una versión de idioma que
quedó fuera del grupo, discute contra la URL que Google ya se inclinaba a
guardar.

## Cuatro cosas que no funcionan

Google las lista como prohibiciones, y cada una es un intento habitual de forzar
la elección:

- **robots.txt.** Google puede indexar igual una URL bloqueada, sin su contenido.
  Es lo contrario de elegir un representante.
- **La herramienta de eliminación de URLs.** Oculta todas las versiones, incluida
  la que querías conservar.
- **`noindex`.** Saca la página de la Búsqueda entera en vez de señalarle a
  Google la versión que prefieres.
- **Reescribir el canonical con JavaScript.** La canonicalización
  [ocurre antes y después del renderizado](https://developers.google.com/search/updates?hl=es),
  así que una página que imprime un canonical en el HTML y lo cambia en el
  navegador le da a Google dos respuestas distintas en los dos momentos en que
  mira. La
  [guía de SEO con JavaScript](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics?hl=es)
  dice que no lo hagas. Ponlo en el HTML y déjalo, o déjalo fuera del HTML y
  ponlo solo con JavaScript.

## Qué cambia de verdad el resultado

**Si la URL que eligió Google es peor para quien aterriza en ella** (parámetros
de seguimiento, un identificador de sesión, la versión HTTP, un estado de
paginación), merece la pena discutirla, y la forma más fuerte es una redirección,
no una etiqueta.

**Si son dos artículos distintos que se solapan**, la etiqueta es la herramienta
equivocada. La guía de solución de problemas de Google es tajante sobre qué
separa un grupo:
[las páginas suelen separarse antes cuando la diferencia de contenido es clara y
significativa](https://developers.google.com/search/docs/crawling-indexing/canonicalization-troubleshooting?hl=es).
El informe de indexación lo dice desde el otro lado: haz que el contenido sea
“sustancialmente diferente” entre las dos páginas. Una duplicada, añade, tiene
que parecerse a la canónica. Eso es lo que significa duplicada.

**Después, espera.** Google puede mantener las páginas en un grupo de duplicadas
hasta dos semanas después de corregir el contenido. Puedes pedir la indexación de
las URLs importantes; tiene cuota y no se salta la agrupación.

**Si la URL que eligió Google es una página razonable para aterrizar, no hagas
nada.**

Es el mismo tipo de error que confundir un rastreo con una indexación:
descargar una página y guardarla son dos cosas distintas, y
[que Google rastree tu página no significa que la
guarde](/es/blog/rastreado-no-es-indexado).
La canonicalización es la decisión, dentro de esa segunda, sobre *cuál* URL se
guarda. Una etiqueta no puede sustituir una diferencia en el contenido.

## Resumen

Inspecciona la URL indexada, lee el campo de canónica seleccionada por Google y
juzga esa URL por sí sola. Si es una buena página para aterrizar, la etiqueta no
falló y no hay nada que arreglar. Si no lo es, redirige o haz que las páginas
sean de verdad distintas. Añadir otra etiqueta canonical a un grupo que ya no te
está haciendo caso es mandar la misma sugerencia dos veces.

## Preguntas frecuentes

:::faq
### ¿Por qué Search Console muestra una canónica distinta de mi etiqueta?
Porque la etiqueta es una sugerencia. La documentación de Google dice que puede
elegir una página distinta de la tuya, y la inspección de URLs dice que no es
seguro que respete la URL que declaraste. El estado “Duplicada: Google ha elegido
una versión canónica diferente a la del usuario” es ese resultado, con nombre.

### ¿Pongo un canonical autorreferencial en todas las páginas?
Google lo lista como práctica recomendada, no como requisito. Elegirá una
canónica aunque no lo pongas. En una página única no hace daño. En una página que
es sustancialmente igual a otra, es una señal que Google puede seguir ignorando.

### ¿Puedo usar robots.txt o noindex en lugar de un canonical?
Para esto no. robots.txt puede dejar la URL indexada sin su contenido, y
`noindex` saca la página de la Búsqueda en vez de señalarle a Google la versión
que prefieres. Las prácticas recomendadas de Google dicen que no uses ninguno de
los dos para ese trabajo.

### ¿Cuánto tarda en verse un cambio de canonical?
No hay un plazo publicado para la etiqueta en sí. Una vez que hayas hecho el
*contenido* lo bastante distinto como para separar un grupo, Google dice que
todavía puede mantener las páginas juntas hasta dos semanas. Y no lo vas a ver en
una prueba en tiempo real: solo la versión indexada informa de la canónica que
eligió Google.

### ¿Un sitemap fija la canónica?
Es una señal débil. Las URLs de un sitemap se proponen como canónicas; Google
sigue decidiendo cuáles son duplicadas según lo parecido que sea el contenido.
Una entrada de sitemap que contradice el `rel="canonical"` de la misma página es
una respuesta en conflicto, y Google pide que no la mandes.
:::

## Fuentes

- [Qué es la canonicalización](https://developers.google.com/search/docs/crawling-indexing/canonicalization?hl=es), “una sugerencia, no una regla”; cómo funcionan la agrupación y la selección; la canónica como fuente principal para evaluar la calidad
- [Cómo especificar una URL canónica](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=es), la fuerza de cada señal, que los métodos son opcionales, las preferencias de HTTPS y `hreflang`, y qué no usar en su lugar
- [Corregir problemas de canonicalización](https://developers.google.com/search/docs/crawling-indexing/canonicalization-troubleshooting?hl=es), por qué Google elige otra canónica y las dos semanas que puede tardar la reevaluación
- [Informe de indexación de páginas](https://support.google.com/webmasters/answer/7440203?hl=es), los dos estados de duplicada
- [Herramienta de inspección de URLs](https://support.google.com/webmasters/answer/9012289?hl=es), declarada por el usuario frente a seleccionada por Google, y por qué la prueba en tiempo real no puede predecirlo
- [Conceptos básicos de SEO con JavaScript](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics?hl=es), no cambies la canónica con JavaScript
- [Últimas actualizaciones de la documentación](https://developers.google.com/search/updates?hl=es), 17 de diciembre de 2025 y 10 de julio de 2026