Duplicada: el usuario no ha indicado ninguna versión canónica — solución

"Duplicada: el usuario no ha indicado ninguna versión canónica" significa que Google decidió que una URL es una copia de otra página, no encontró ninguna etiqueta canónica declarada en ella y eligió por su cuenta qué versión mostrar en la Búsqueda. Si la URL señalada es una variante a la que nadie debería llegar, como una copia con parámetros de seguimiento o en HTTP, y Google eligió su página preferida, es el resultado previsto y no requiere ninguna acción. Requiere corrección cuando Google eligió una URL que usted no quiere en los resultados, o cuando la URL señalada es precisamente la página que quería posicionar.

Qué significa este estado según Google

El estado aparece en el informe "Indexación de páginas", en la tabla que explica por qué no se indexan las páginas. La documentación de Google sobre el informe "Indexación de páginas" (consultada en octubre de 2026) indica que la página "es un duplicado de otra página, aunque no indica ninguna página canónica preferida". La misma entrada explica que Google no mostrará la URL señalada en la Búsqueda, describe la situación como un funcionamiento previsto y no como un error, y propone 2 soluciones: marcar la URL canónica de forma explícita si Google eligió la URL equivocada, o hacer que el contenido sea sustancialmente distinto si la página no es realmente un duplicado.

"Duplicada" es el juicio de Google después de agrupar páginas similares en un clúster. "El usuario no ha indicado ninguna versión canónica" significa que la URL señalada no le dio a Google ninguna etiqueta canónica que pudiera leer, y eso distingue este estado de sus 2 vecinos:

La documentación de Google sobre canonicalización añade que una URL canónica declarada es "una sugerencia, no una regla": Google sigue teniendo en cuenta las redirecciones, las entradas del sitemap y HTTPS antes de decidir.

De dónde salen las URLs duplicadas

Casi todas las URLs señaladas son una misma página accesible desde más de una dirección. La documentación de Google sobre la estructura de URLs indica que su tratamiento de las URLs distingue entre mayúsculas y minúsculas, y una entrada del blog de Google Search Central sobre las barras finales (abril de 2010) explica que Google trata /shoes y /shoes/ como 2 URLs distintas (la raíz del sitio es la excepción). Cada diferencia de la lista siguiente crea una URL nueva para el mismo contenido.

• Sin etiqueta canónica en la página preferida. Si su página no declara ninguna URL canónica, sus variantes tampoco la llevan, así que todas las copias que encuentre Google acaban aquí. El núcleo de WordPress, por ejemplo, solo imprime una etiqueta canónica en las entradas y páginas individuales; las vistas de archivo, categoría, etiqueta y la portada del blog no tienen ninguna salvo que la añada un tema o un plugin.
• Variantes de protocolo y host. http:// y https://, o www y el dominio sin www, respondiendo todos con un estado 200 en lugar de redirigir a una sola dirección.
• Barra final y mayúsculas. /shoes, /shoes/ y /Shoes/ sirviendo la misma página.
• Parámetros y vistas alternativas. Etiquetas de seguimiento como ?utm_source=, opciones de ordenación y filtrado, identificadores de sesión y vistas de impresión o de cuadrícula del mismo contenido.
• Copias accidentales. Una versión de demostración del sitio abierta a los rastreadores, que la documentación de Google menciona como causa, un host de staging o un dominio antiguo que sigue sirviendo las mismas páginas.
• Una etiqueta canónica que Google no puede leer. Google solo acepta rel="canonical" en el <head>, y su documentación sobre metadatos de página indica que un elemento no válido ahí, como un iframe o un img, hace que Google dé por terminado el head e ignore lo que viene después. Una etiqueta canónica colocada detrás de uno de esos elementos es, a efectos prácticos, inexistente.
• Páginas que usted considera distintas. Colores de un producto con descripciones idénticas, o páginas de ubicación que comparten todas las frases salvo el nombre de la ciudad.

En 45 sitios web externos que SEOReport auditó entre mayo y octubre de 2026, 14 (31%) servían una página de inicio sin etiqueta canónica en el HTML que devolvía el servidor, y 1 servía más de una. En la misma muestra, 2 de 45 (4%) no redirigían HTTP a HTTPS.

¿Es un problema? Corregir, dejar o vigilar

El veredicto depende de qué URL seleccionó Google y de si usted quiere la URL señalada en la Búsqueda.

flowchart TD
    A["URL señalada: Duplicada, el usuario no ha indicado ninguna versión canónica"] --> B["Inspección de URLs: lea la URL canónica seleccionada por Google"]
    B --> C{"¿Es la elección de Google la URL que quiere en la Búsqueda?"}
    C -->|sí| D{"¿Sus enlaces o su sitemap apuntan a la URL señalada?"}
    D -->|no| E["Déjela: la copia se filtra como está previsto"]
    D -->|sí| F["Apunte los enlaces y el sitemap a la URL preferida"]
    C -->|no| G{"¿Es realmente el mismo contenido?"}
    G -->|no| H["Haga que las páginas sean sustancialmente distintas"]
    G -->|sí| I["Declare la URL preferida: canónica, redirecciones, enlaces, sitemap"]
    F --> J["Probar URL publicada y después Validar corrección"]
    H --> J
    I --> J

Cómo confirmar cuál es la causa

1. Agrupe los ejemplos por patrón. La tabla de ejemplos muestra como máximo 1,000 filas y puede no incluir todas las URLs afectadas, así que busque patrones (todo http://, todo ?utm_, todo en mayúsculas) en lugar de contar.
2. Inspeccione una URL señalada. En Inspección de URLs, compare "URL canónica declarada por el usuario" con "URL canónica seleccionada por Google". En este estado, el resultado indexado suele indicar que no hay ninguna URL canónica declarada por el usuario. Si "Probar URL publicada" muestra ahora una URL canónica en ese campo, es que se añadió después del último rastreo de esa URL por parte de Google.
3. Compare las 2 URLs carácter por carácter. Protocolo, host, mayúsculas, barra final y parámetros. La diferencia revela la causa.
4. Averigüe dónde encontró Google la variante. En el resultado de la inspección, "Página de referencia" muestra una página que Google pudo usar para descubrir la URL, y "Sitemaps" enumera los sitemaps que la incluyen.
5. Descargue las variantes como lo haría un rastreador. Un navegador oculta las redirecciones; la respuesta sin procesar, no.

# Status code and redirect target for each variant of one page
for u in http://example.com/shoes/ https://example.com/shoes/ \
         https://www.example.com/shoes https://www.example.com/Shoes/ \
         "https://www.example.com/shoes/?utm_source=newsletter"; do
  curl -s -o /dev/null -w "%{http_code} -> %{redirect_url}  $u\n" "$u"
done

# The canonical tag in the HTML the server returns, before any JavaScript runs
curl -s https://www.example.com/shoes/ | grep -io '<link[^>]*canonical[^>]*>'

Cada variante debería responder con un 301 a la URL preferida, o con un 200 y una etiqueta canónica que la nombre. Una variante que responde con un 200 sin etiqueta canónica puede seguir apareciendo en este estado.

Cómo corregir cada causa

Falta la etiqueta canónica. Dé a cada página indexable una etiqueta canónica autorreferencial con URL absoluta, al principio del <head> del HTML que envía el servidor. La documentación de Google recomienda tanto la forma autorreferencial como las URLs absolutas.

<head>
  <meta charset="utf-8">
  <link rel="canonical" href="https://www.example.com/shoes/">
  <title>Trail running shoes</title>
</head>

Construya la etiqueta canónica a partir de la dirección preferida de la propia página, nunca a partir de la URL solicitada. Una plantilla que repite la solicitud convierte /shoes/?utm_source=newsletter en su propia URL canónica, y las variantes pueden pasar a "Duplicada: Google ha elegido una versión canónica diferente a la del usuario" en lugar de consolidarse.

Variantes de protocolo y host. Redirija cada variante con un único 301 que conserve la ruta y la cadena de consulta. En nginx, el lado HTTP tiene este aspecto; añada la misma línea return al bloque del servidor HTTPS del dominio sin www.

server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://www.example.com$request_uri;
}

Google prefiere las páginas HTTPS como canónicas salvo que haya algún conflicto, como un certificado no válido o una redirección de HTTPS a HTTP. Envíe cada variante a la dirección final en un solo salto; nuestra guía de cadenas de redirecciones muestra cómo las reglas de protocolo, host y barra final se encadenan cuando se añaden por separado.

Barra final y mayúsculas. Elija un estilo, redirija el otro con un 301 y haga que el CMS genere los enlaces en ese estilo. Las recomendaciones de Google sobre URLs aconsejan usar siempre las mismas mayúsculas y minúsculas.

Parámetros y vistas alternativas. Una etiqueta canónica autorreferencial correcta en la URL limpia cubre los parámetros de seguimiento, porque así cada copia etiquetada nombra la página limpia. Deje de enlazar internamente a URLs con parámetros, traslade los identificadores de sesión a cookies y dé a las vistas de impresión y alternativas una etiqueta canónica hacia la página principal. No use robots.txt para ocultar duplicados: Google indica que una URL bloqueada puede indexarse igualmente sin su contenido, y Google no puede leer la etiqueta canónica de una página que no puede descargar. Google también desaconseja usar noindex para elegir la URL canónica dentro de un sitio, y la herramienta de retirada de URLs oculta todas las versiones de una URL.

Copias accidentales. Proteja los hosts de staging con inicio de sesión; redirija los dominios antiguos página a página.

Páginas que no son duplicados. Dé a cada página el contenido que les falta a las demás: especificaciones, disponibilidad, detalles locales. La documentación de Google para solucionar problemas señala que las páginas pueden seguir en un clúster de duplicados hasta 2 semanas después del cambio.

Alinee todas las señales. Incluya solo URLs preferidas en su sitemap XML y enlace internamente a la misma URL que nombra su etiqueta canónica. Google advierte contra nombrar una URL en el sitemap y otra distinta en rel="canonical". Nuestro análisis de sitemaps que contradicen a sus páginas y la guía de etiquetas canónicas tratan los demás conflictos.

Cómo validar la corrección

1. Ejecute "Probar URL publicada" en una URL señalada y en su página preferida. La prueba en directo muestra la URL canónica declarada por el usuario; según Google, no puede predecir qué URL seleccionará Google.
2. Use "Solicitar indexación" en unas pocas páginas preferidas importantes; hay un límite diario.
3. Haga clic en "Validar corrección" en el estado cuando haya corregido todas las instancias del patrón. La documentación de Google indica que la validación suele tardar hasta unas 2 semanas y, a veces, mucho más, y que se detiene si Google encuentra alguna instancia pendiente.
4. Cuente con que las URLs cambien de estado en lugar de desaparecer. Las variantes que ahora redirigen aparecen como "Página con redirección"; las variantes con una etiqueta canónica que Google acepta suelen aparecer en "Página alternativa con etiqueta canónica adecuada". Ambos son estados normales para una copia.
5. Al cabo de unas semanas, vuelva a inspeccionar sus páginas preferidas y confirme que la "URL canónica seleccionada por Google" coincide con la URL que usted declaró.

Search Console le dice qué URLs archivó Google como copias, no qué configuración de todo el sitio las sigue generando. Un diagnóstico completo de SEOReport comprueba desde fuera esas fuentes a escala de sitio: www y el dominio sin www sirviendo ambos el sitio, HTTP que no redirige a HTTPS, estilos de barra final mezclados entre las URLs del sitemap, las canónicas y las de hreflang, y una página de inicio sin etiqueta canónica o con más de una. También señala los artículos casi duplicados. Las copias con parámetros y las páginas interiores sin etiqueta canónica siguen requiriendo Inspección de URLs y las comprobaciones anteriores. Revisar las variantes de cada plantilla es un trabajo a escala de todo el sitio, y por eso una sola sesión de chat con IA rara vez lo completa.

Preguntas frecuentes

¿Perjudica este estado a mi posicionamiento?

Google lo describe como un funcionamiento previsto, y cierto grado de contenido duplicado es normal. El coste aparece cuando Google selecciona una URL que usted no quiere en los resultados, o cuando el tiempo de rastreo se va en copias. Google señala que la página canónica es la que se rastrea con más regularidad, y los duplicados con menos frecuencia.

¿Por qué el informe incluye URLs a las que mi sitio nunca enlaza?

Google descubre URLs a partir de enlaces externos, campañas etiquetadas, sitemaps antiguos y versiones anteriores de su sitio. Una etiqueta canónica correcta en la URL limpia resuelve estas copias vengan de donde vengan.

¿Deberían desaparecer las URLs duplicadas de Search Console después de la corrección?

Normalmente siguen apareciendo, pero con otro estado, como describen los pasos de validación. Una URL sin indexar solo importa cuando usted la quiere en la Búsqueda, el mismo criterio que se aplica a Rastreada: actualmente sin indexar.

¿Cómo se llama este estado en Search Console en otros idiomas?

Las páginas de ayuda localizadas de Google (consultadas en octubre de 2026) lo llaman "Duplicate without user-selected canonical" en inglés, "Duplikat – vom Nutzer nicht als kanonisch festgelegt" en alemán, "Duplicada: el usuario no ha indicado ninguna versión canónica" en español y "Page en double sans URL canonique sélectionnée par l'utilisateur" en francés. El significado y las soluciones son idénticos en todos los idiomas.