Google ha elegido una versión canónica diferente a la del usuario: solución

"Duplicada: Google ha elegido una versión canónica diferente a la del usuario" significa que la página nombra una URL canónica, pero Google la agrupó con páginas similares e indexó otra URL como canónica, así que esta URL queda fuera de la Búsqueda. Que sea un problema depende por completo de qué URL eligió Google: si es la dirección a la que usted realmente quiere que llegue la gente, solo tiene que corregir su etiqueta; si es otra página, una variante antigua u otro sitio web, su sitio está enviando señales contradictorias y debe corregirlas. Si usa Search Console en inglés, verá este estado como "Duplicate, Google chose different canonical than user".

Qué significa este estado según Google

La documentación de Google sobre el informe "Indexación de páginas" (consultada en octubre de 2026) describe el estado como una página marcada como canónica de un conjunto de páginas, para la que Google "considera que otra URL es una canónica mejor". Google indexó su propia elección y trata la página afectada como un duplicado de esa elección.

Dos puntos de la documentación de Google importan para la corrección:

• Su URL canónica es una sugerencia. La documentación de Google sobre canonicalización indica que una canónica declarada es una sugerencia, no una regla. Su documentación sobre URLs duplicadas califica las redirecciones y rel="canonical" como señales fuertes, y la inclusión en el sitemap como una señal débil. Google las sopesa junto con el propio contenido y puede anular lo que usted declaró.
• Su URL canónica debe ser un duplicado real. Los pasos para solucionar problemas del informe "Indexación de páginas" indican que, si la URL canónica declarada por el usuario no se parece a la página actual, Google nunca la elegirá.

¿Es un problema "Google ha elegido una versión canónica diferente a la del usuario"?

El estado en sí es neutro. La URL que eligió Google le dice qué hacer.

flowchart TD
    A["Abra Inspección de URLs con la URL afectada"] --> B["Compare la canónica declarada por el usuario con la seleccionada por Google"]
    B --> C{"¿Es la elección de Google la URL que quiere indexar?"}
    C -->|sí| D["Corrija su etiqueta canónica para que coincida"]
    C -->|no| E{"¿Está la elección de Google en un dominio suyo?"}
    E -->|no| F["Copia, sindicación o hackeo: revise su servidor y después contacte con el alojamiento"]
    E -->|sí| G{"¿Su canónica declarada es una página 200, indexable, autocanónica y parecida a esta?"}
    G -->|no| H["Repare el destino o declare una URL sana y parecida"]
    G -->|sí| I{"¿Las redirecciones, el sitemap y los enlaces internos nombran la misma URL?"}
    I -->|no| J["Alinee todas las señales en una sola URL"]
    I -->|sí| K{"¿El contenido principal es claramente distinto?"}
    K -->|no| L["Fusione las páginas o diferéncielas"]
    K -->|sí| M["Revise hreflang, JavaScript y la configuración del servidor"]

Las 6 causas de que Google seleccione otra URL canónica

1. Sus otras señales nombran una URL distinta. La etiqueta canónica dice A mientras una redirección, el sitemap XML o los enlaces internos dicen B. Las recomendaciones de Google sobre URLs duplicadas piden no declarar canónicas distintas para la misma página mediante métodos distintos, y enlazar internamente a la URL canónica y no a un duplicado. En 29 sitios web externos enviados para una auditoría de SEOReport cuyas páginas del sitemap descargamos entre mayo y octubre de 2026, 6 (21%) incluían en su sitemap XML URLs que redirigen a otro lugar, así que el sitemap anunciaba una dirección mientras el servidor entregaba otra. Nuestro análisis de conflictos de canonicalización entre sitemaps y páginas muestra por qué ese fallo persiste de una auditoría a la siguiente.

2. La URL que declaró no puede ser la canónica. Una canónica que apunta a una URL que redirige, devuelve 404, lleva noindex, está bloqueada por robots.txt o nombra a su vez otra canónica pide a Google que indexe algo que no puede usar, así que Google elige otra URL. Lo mismo ocurre cuando el destino es otra página y no un duplicado: un listado filtrado que apunta a la categoría sin filtrar, o la página 3 de un archivo que apunta a la página 1. Además, Google solo acepta el elemento <link rel="canonical"> en el <head>, y recomienda URLs absolutas en lugar de relativas.

3. Las variantes de protocolo y host no coinciden. Google prefiere HTTPS a HTTP como canónica, salvo que haya problemas o señales contradictorias. Su documentación enumera un certificado SSL no válido, dependencias no seguras distintas de las imágenes, una página HTTPS que redirige a HTTP o pasa por HTTP, y una página HTTPS cuya canónica nombra la URL HTTP; las redirecciones de HTTPS a HTTP hacen que Google prefiera HTTP con mucha fuerza. Lo mismo vale para los hosts con y sin www o para la barra final: cuando ambas versiones responden con un 200 y sus enlaces mezclan las dos, la etiqueta es solo un voto más.

4. Las versiones de idioma o regionales comparten el mismo contenido principal. Google solo trata las distintas versiones de idioma como duplicados cuando el contenido principal está en el mismo idioma. Una página en la que solo se tradujeron el menú y el pie de página sigue siendo un duplicado de la original. Las páginas regionales en el mismo idioma, como versiones separadas para Estados Unidos y el Reino Unido, necesitan anotaciones hreflang, y la canónica de cada página debe quedarse en su propio idioma. Nuestro artículo sobre etiquetas canónicas que apuntan a otro idioma analiza esa contradicción.

5. Las páginas son casi idénticas. Las variantes de producto que se diferencian en un solo atributo, las páginas de ubicación que solo cambian el nombre de la ciudad y las páginas de etiquetas o de archivo que repiten la misma lista acaban en un mismo grupo. Google elige entonces la versión que considera más completa y útil, y una etiqueta canónica en cada página no puede mantenerlas separadas si su contenido es, en la práctica, el mismo.

6. La canónica cambia según quién pregunte. Dos etiquetas canónicas en una misma página (un tema y un plugin de SEO añadiendo una cada uno), un framework de JavaScript que reescribe la canónica después de cargar o una versión para smartphone que declara otra cosa: todo ello le da a Google dos respuestas. Las recomendaciones de Google sobre JavaScript indican que una canónica definida por JavaScript debe coincidir con la del HTML original, y que varias etiquetas canónicas pueden dar resultados inesperados. La documentación de Google para solucionar problemas también menciona servidores mal configurados que devuelven el contenido de un sitio en otro nombre de host, redirecciones introducidas por un hackeo y copias de su contenido en otros sitios web.

Cómo confirmar cuál es la causa

Empiece en Search Console y después compruebe lo que devuelve realmente su servidor.

1. Inspeccione la URL afectada. En Inspección de URLs, el resultado indexado muestra en paralelo la "URL canónica declarada por el usuario" y la "URL canónica seleccionada por Google". La prueba en directo solo muestra la canónica declarada, porque Google decide la canónica en el momento de indexar; superar la prueba en directo no predice la elección de Google.
2. Inspeccione también la URL que eligió Google. Anote su estado, su propia canónica y si está en su sitemap.
3. Descargue ambas URLs sin navegador. Un navegador oculta las redirecciones y muestra la página después de ejecutar JavaScript, así que use las respuestas sin procesar:

# Status codes and redirect hops, plus any canonical sent as an HTTP header
curl -sIL https://www.example.com/guide/ | grep -iE '^(HTTP/|location:|link:)'

# Every canonical tag in the HTML the server returns (more than 1 is a conflict on its own)
curl -sL https://www.example.com/guide/ | grep -io '<link[^>]*canonical[^>]*>'

1. Compare las señales en una sola fila. Anote la canónica declarada, la URL final después de las redirecciones, la URL del sitemap, la URL a la que enlazan su navegación y sus migas de pan, y la canónica de la página renderizada. La causa suele ser la columna que no coincide.

Un ejemplo resuelto: una página declara https://www.example.com/guide/, y Google seleccionó http://example.com/guide. Al descargar la URL HTTPS se ve una redirección a HTTP en una de las plantillas, así que se aplica la causa 3, y la corrección está en la regla de redirección, no en la etiqueta.

Revisar una URL lleva minutos. El desacuerdo suele venir de una plantilla o de un generador de sitemaps, así que se repite en cada página que produce esa plantilla, y encontrarlas todas es un trabajo a escala de todo el sitio.

Cómo corregir cada causa

El principio detrás de cada corrección es una URL por cada contenido, nombrada de la misma forma en todas partes.

El estado final sano de la página que quiere indexar tiene este aspecto:

<head>
  <link rel="canonical" href="https://www.example.com/guide/" />
</head>

Sitemap entry:        https://www.example.com/guide/
Final URL after hops: https://www.example.com/guide/  (200)
Internal links:       https://www.example.com/guide/

Hay dos atajos que lo empeoran. Las recomendaciones de Google desaconsejan usar robots.txt para la canonicalización, y también usar noindex para decidir qué página se convierte en canónica dentro de un mismo sitio. Un duplicado bloqueado o con noindex no puede transmitir sus señales a la página que usted prefiere. Si la URL duplicada no debería existir, una redirección permanente es la señal más fuerte; nuestra guía sobre el estado «Página con redirección» de Search Console explica lo que Google informa después.

Cómo validar la corrección

Después de publicar los cambios, vuelva a ejecutar las mismas comprobaciones con curl. Luego haga clic en "Validar corrección" en el problema dentro del informe "Indexación de páginas". Google solo vuelve a comprobar las URLs que figuran en ese problema, no todo el sitio. Su documentación indica que la validación suele tardar hasta unas 2 semanas y, a veces, mucho más, y su guía para solucionar problemas de canonicalización señala que, incluso después de diferenciar claramente las páginas casi duplicadas, Google puede mantenerlas en un grupo de duplicados hasta 2 semanas. No vuelva a cambiar la canónica mientras espera; unas señales que cambian cada pocos días no le dan a Google nada estable con lo que estar de acuerdo.

Para unas pocas URLs importantes, "Solicitar indexación" en Inspección de URLs pide a Google que vuelva a rastrear antes; tiene un límite diario y no garantiza la indexación.

Qué muestra un diagnóstico completo de SEOReport

Search Console muestra la canónica que eligió Google; un diagnóstico completo de SEOReport muestra dónde sus propias señales contradicen la canónica que usted declaró: URLs del sitemap que redirigen a otro lugar, páginas en otros idiomas cuya canónica apunta a otra página y, en su página de inicio, una canónica que nombra otro dominio, un destino canónico que redirige, lleva noindex o nombra otra canónica, una URL de Open Graph distinta de la canónica, o una canónica que cambia después de ejecutarse JavaScript o en smartphones. No ve la canónica que seleccionó Google, así que combínelo con Inspección de URLs. La guía de etiquetas canónicas explica cómo debe funcionar cada una de esas señales.

Preguntas frecuentes

¿Perjudica este estado a mi posicionamiento?

La URL afectada no aparece en la Búsqueda, pero su contenido puede seguir mostrándose a través de la canónica que eligió Google. Si esa URL es la correcta, no se pierde nada. El daño aparece cuando la elección de Google es otra página, una variante antigua u otro sitio web.

¿Puedo obligar a Google a usar mi canónica?

Ninguna etiqueta por sí sola lo obliga. Google trata su canónica como una señal fuerte, no como una instrucción. Su elección gana cuando todas las señales coinciden: la etiqueta, las redirecciones, el sitemap, los enlaces internos y un contenido claramente distinto donde las páginas tengan que seguir separadas.

¿En qué se diferencia de "Duplicada: el usuario no ha indicado ninguna versión canónica"?

En este estado, usted declaró una canónica y Google no estuvo de acuerdo. En "Duplicada: el usuario no ha indicado ninguna versión canónica" no declaró ninguna, así que Google eligió por su cuenta. Cuando declara una canónica y Google está de acuerdo, el duplicado aparece como "Página alternativa con etiqueta canónica adecuada", que normalmente no requiere ninguna acción.

¿Por qué la URL canónica seleccionada por Google está en otro sitio web?

La documentación de Google para solucionar problemas menciona copias de su contenido alojadas en otros sitios, socios de sindicación que vuelven a publicar sus artículos, redirecciones introducidas por un hackeo y servidores que devuelven su contenido en otro nombre de host. Para la sindicación, Google recomienda que los socios bloqueen la indexación de la copia; ante una copia no autorizada, contacte con el alojamiento de ese sitio.