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.
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. 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.”
Una sugerencia que Google puede ignorar no es un interruptor roto.
Lo primero: leer el veredicto
Abre la inspección de URLs 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 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 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
hreflangle 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, 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 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. 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. 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
¿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, “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, 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, por qué Google elige otra canónica y las dos semanas que puede tardar la reevaluación
- Informe de indexación de páginas, los dos estados de duplicada
- Herramienta de inspección de URLs, 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, no cambies la canónica con JavaScript
- Últimas actualizaciones de la documentación, 17 de diciembre de 2025 y 10 de julio de 2026