Duplicada sin versión canónica: cómo leer este estado

El estado "Duplicada: el usuario no ha indicado ninguna versión canónica" aparece en el informe de páginas de Search Console cuando Google encuentra varias URL con contenido muy parecido o idéntico y no detecta ninguna señal tuya sobre cuál prefieres indexar: ni una etiqueta canonical, ni un enlace en el sitemap, ni una redirección que apunte a una de ellas. Ante ese vacío de instrucciones, Google elige una URL con sus propias señales -enlaces internos, redirecciones existentes, estructura de la URL- y deja el resto fuera del índice, agrupadas bajo ese mismo estado.

No es una penalización ni, por sí solo, un error grave. Es exactamente lo que describe: contenido duplicado para el que no diste instrucción, así que Google la dio por ti. Lo único que importa a partir de aquí son dos preguntas muy concretas: ¿la URL que Google seleccionó es la que tú querías ver en los resultados? y ¿esas páginas son realmente duplicadas, o Google está agrupando contenido que en realidad merece existir por separado? Este artículo se centra en responder esas dos preguntas leyendo el informe, no en explicar cómo se declara una etiqueta canonical -eso ya está cubierto en la guía dedicada a esa etiqueta.

Qué significa exactamente este estado, y en qué se diferencia de los demás

Search Console agrupa los problemas de duplicidad en varios estados distintos, y confundirlos lleva a diagnósticos equivocados. "Duplicada, Google eligió una canónica distinta a la del usuario" significa que tú sí declaraste una canónica -con la etiqueta, con una redirección o con el sitemap- pero Google decidió ignorarla y usar otra URL. "Duplicada sin versión canónica indicada" es distinto: aquí no hay ninguna declaración que ignorar, porque nunca existió. El rastreador no encontró rel=canonical, no encontró la URL en el sitemap con prioridad clara, y no encontró una redirección que resolviera la ambigüedad.

La distinción importa porque la solución no es la misma. En el primer caso, el problema suele estar en que tu canónica declarada apunta a una URL débil -poco enlazada, con menos contenido, redirigida en el pasado- y Google prefiere razonablemente la otra. En el segundo caso, el que nos ocupa, el problema es que nunca hubo instrucción, así que antes de nada hay que decidir cuál de las URL debería ser la preferida y comunicarlo.

• Duplicada, Google eligió otra canónica: hubo declaración, Google la descartó.
• Duplicada sin canónica indicada: no hubo declaración de ningún tipo.
• Rastreada, actualmente no indexada: no es duplicidad; suele ser calidad o presupuesto de rastreo.
• Alternativa con etiqueta canonical correcta: la página no indexada está funcionando como se espera, no es un error.

Dónde aparece y cómo leer el grupo de URL afectadas

Dentro de Search Console, este estado vive en el informe de páginas, en la sección de páginas no indexadas. Al abrirlo verás un listado de URL representativas -Search Console no muestra todas las afectadas, sino una muestra- y, al hacer clic en cada una, un panel con ejemplos del grupo de duplicados que Google asoció a esa URL. Ese panel es el dato más útil del informe: te dice literalmente qué otras direcciones está tratando Google como la misma página.

Antes de tocar nada, exporta esa lista de URL de ejemplo. Es habitual que el patrón se repita cientos o miles de veces -parámetros de sesión, variantes de idioma mal configuradas, una faceta de filtro que genera una URL por combinación- y arreglar un síntoma sin ver el patrón completo lleva a repetir el trabajo varias veces.

• El informe muestra una muestra representativa, no el listado completo de URL afectadas.
• Cada URL de ejemplo lleva asociado un grupo de páginas que Google considera duplicadas entre sí.
• Exporta antes de actuar: el patrón casi siempre se repite por parámetros o por una plantilla concreta.

Cuándo este estado es inofensivo

La causa más frecuente, con diferencia, son los parámetros de URL que no cambian el contenido de forma sustancial: identificadores de sesión, parámetros de tracking de campañas, códigos de afiliado, o parámetros de ordenación y filtrado que devuelven el mismo listado de productos en otro orden. Google los detecta como near-duplicates, elige la versión sin parámetros -normalmente porque tiene más enlaces internos y externos apuntando a ella- y descarta el resto. Ese comportamiento es exactamente el que quieres: una sola URL en el índice, el resto tratadas como variantes técnicas de la misma página.

También es inofensivo cuando el duplicado es una consecuencia transitoria de una migración: URL antiguas con http en lugar de https, con y sin www, con y sin barra final, que siguen rastreables aunque ya no las enlaces desde ningún sitio. Si Google eligió la versión correcta -la https, con www, la que realmente sirve tráfico- lo único pendiente es limpiar esas rutas muertas, no "arreglar" el estado en sí.

Un tercer caso habitual: contenido sindicado o republicado con permiso, donde tú no eres el origen ni pretendes serlo. Si Google atribuye la versión canónica a la fuente original, eso es correcto y no requiere ninguna acción por tu parte.

• Parámetros de sesión, tracking o afiliado que no cambian el contenido.
• Parámetros de orden o filtro que devuelven el mismo listado en otra secuencia.
• Variantes de protocolo o de www que sobreviven a una migración antigua.
• Contenido sindicado donde la fuente original es, correctamente, la canónica.

Cuándo es un problema real

El caso que sí debe preocuparte es cuando Google eligió una URL que no es la que quieres posicionar, o cuando agrupó como duplicadas dos páginas que en realidad deberían competir por keywords distintas. Esto pasa con frecuencia en variantes de producto -color, talla, capacidad- que comparten casi todo el texto descriptivo y solo cambian una ficha técnica pequeña; Google puede decidir que son "la misma página" y quedarse con la variante más enlazada, dejando fuera justo la que quieres que aparezca para una búsqueda concreta como "zapatillas modelo X talla 42".

Otro patrón real es el de categorías o listados con contenido casi idéntico salvo el filtro aplicado: una categoría "camisetas hombre" y otra "camisetas hombre azul" pueden solaparse tanto en el bloque de texto SEO de cabecera que Google las trate como duplicadas, aunque la intención de búsqueda detrás de cada una sea distinta. Si dependes de que ambas posicionen por separado, este estado te está avisando de que, para Google, no hay diferencia suficiente entre ellas todavía.

También aparece cuando existen dos dominios o subdominios sirviendo el mismo contenido -un entorno de staging indexado por error, una versión antigua en un subdominio que nunca se cerró- y Google elige el que tiene más autoridad histórica, que no siempre es el que tú quieres mantener vivo.

• Variantes de producto casi idénticas en texto que compiten por keywords distintas.
• Categorías o listados con demasiado texto compartido y poca diferenciación real.
• Un entorno de staging o un subdominio antiguo indexado por accidente.
• Contenido traducido o localizado sin hreflang que Google trata como duplicado del original.

Cómo comprobar la canónica que eligió Google, paso a paso

La herramienta correcta aquí es Inspección de URL, dentro de la misma Search Console, y no el informe de páginas en sí: el informe te dice que hay un problema, la inspección te dice qué decidió Google exactamente para esa URL concreta. Pega la URL que te interesa en el cuadro de inspección y espera al resultado.

En el bloque de indexación del resultado busca dos campos que suelen confundirse: "URL canónica declarada por el usuario" y "URL canónica seleccionada por Google". Si no declaraste ninguna, el primer campo aparecerá vacío o mostrará la propia URL por defecto; el segundo campo es el que realmente importa, porque es la URL que Google está indexando en tu lugar. Compárala con la URL que tú preferirías ver en los resultados de búsqueda.

Si tienes acceso a la API de inspección de URL o a una herramienta de rastreo que la consulte en lote, puedes repetir esta comprobación sobre toda la lista de ejemplos que exportaste en el paso anterior, en lugar de revisarlas una por una a mano. Eso te da, en minutos, el porcentaje de casos donde Google acertó frente a los casos donde hay que intervenir.

• Usa Inspección de URL, no el informe de páginas, para ver la decisión concreta.
• Compara "canónica declarada por el usuario" con "canónica seleccionada por Google".
• Si el campo de usuario está vacío, confirma que efectivamente no hay ninguna señal declarada.
• En lotes grandes, automatiza la consulta en lugar de revisar URL por URL.

Qué hacer según lo que encuentres

Si la URL que Google seleccionó coincide con la que tú querías indexada, no hay nada que corregir en el estado en sí; puedes, eso sí, añadir una etiqueta canonical explícita en las variantes para dejar de depender del criterio automático de Google en el futuro, sobre todo si el sitio sigue generando parámetros nuevos con cada campaña o cada filtro.

Si Google seleccionó la URL equivocada, la solución no es pedir la indexación manual de la página correcta desde Search Console: eso fuerza un rastreo puntual, pero no cambia las señales subyacentes y el estado suele volver en el siguiente rastreo. Hay que corregir la señal que causó la elección: añade una etiqueta canonical explícita en todas las variantes apuntando a la URL preferida, revisa que los enlaces internos usen esa misma URL de forma consistente -sin mezclar con y sin parámetros, con y sin barra final- e inclúyela en el sitemap. Si dos URL son genuinamente la misma página, esas tres señales alineadas suelen ser suficientes para que Google cambie de criterio en unas semanas.

Cuando el problema es que dos páginas no deberían tratarse como duplicadas -el caso de las categorías solapadas o las variantes de producto del apartado anterior-, la solución no pasa por canonicalización sino por diferenciación real de contenido: texto único en cada página, títulos y encabezados que reflejen la diferencia concreta, y enlazado interno que trate cada una como un destino independiente en lugar de una variante menor de la otra.

• Coincide con lo que querías: opcional, blinda con una canonical explícita para el futuro.
• No coincide: alinea etiqueta canonical, enlazado interno y sitemap hacia la URL preferida.
• Páginas mal agrupadas que deberían ser distintas: diferencia el contenido, no fuerces una canonical.
• Evita depender de la solicitud manual de indexación como solución permanente.

Errores frecuentes al interpretar este informe

El primer error es tratar el número total de URL afectadas como una medida de gravedad por sí sola. Un sitio con una faceta de filtrado mal configurada puede acumular decenas de miles de URL bajo este estado sin que exista ningún problema de posicionamiento real, porque Google ya está gestionando correctamente el ruido; el número asusta, pero la causa es una sola plantilla, no miles de páginas rotas.

El segundo error es asumir que "no indexada" equivale a "penalizada". Este estado no reduce la autoridad del dominio ni afecta a otras páginas del sitio; simplemente describe qué versión de un contenido concreto quedó fuera del índice porque otra versión la representa. Confundir esto lleva a inversiones de tiempo desproporcionadas para "recuperar" páginas que nunca debieron indexarse por separado.

El tercer error es revisar el informe una sola vez y no volver a mirarlo. Si el sitio sigue generando URL con parámetros nuevos -una campaña, una integración de analítica, un cambio en la plantilla de filtros- el estado reaparecerá con URL distintas aunque hayas resuelto el lote anterior. Conviene revisar este informe con la misma cadencia que el resto de estados de indexación, no como una tarea de una sola vez.

• El volumen de URL no equivale a gravedad; suele ser un único patrón repetido.
• No indexada por duplicidad no es una penalización ni afecta a otras páginas.
• El informe hay que revisarlo de forma recurrente, no solo una vez.