Página alternativa con etiqueta canonical correcta

En resumen — «Página alternativa con etiqueta canonical correcta» es un estado de Google Search Console que asusta porque aparece bajo «por qué no se indexan las páginas», pero no es un error. Significa que la página es una copia o versión alternativa de otra y le indica correctamente a Google que indexe la otra página. El propio consejo de Google es que no tienes que hacer nada. Solo debes preocuparte si aquí queda atrapada una página que querías ver en Google.

Qué significa este estado

Cuando abres el informe de indexación de páginas en Google Search Console, ves una lista de motivos por los que las páginas no se indexan. «Alternate page with proper canonical tag» (traducción) «página alternativa con etiqueta canonical correcta» es uno de ellos, y es el que más confunde porque suena a problema cuando normalmente no lo es. Evidence for this claim Google defines Alternate page with proper canonical tag as an alternate that correctly points to an indexed canonical, requiring no action. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report

Esto es lo que ocurre en realidad. Tienes dos URLs con el mismo contenido o con un contenido casi idéntico. Una de ellas —la «alternativa»— tiene una etiqueta canonical que apunta a la otra y dice: «esa es la versión real; indexa esa en vez de esta». Google la examinó, estuvo de acuerdo, indexó la página señalada y clasificó la alternativa aquí. Ese es el resultado esperado de la canonicalización. Evidence for this claim Google uses canonical signals to select a representative URL from duplicate pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Canonicalization

Ejemplos habituales de páginas que llegan aquí legítimamente: la propia definición de Google menciona específicamente las parejas móvil/AMP/escritorio, y aquí también aparecen copias para impresión o con parámetros de seguimiento. Hay una excepción importante: Google dice que las páginas en otros idiomas no se detectan bajo este estado exacto, aunque el contenido traducido puede canonicalizarse en otra parte del sistema más amplio.

• Una versión móvil (como m.example.com) que apunta a la versión de escritorio.
• Una versión AMP o de impresión que apunta a la página normal.
• Una URL con parámetros de seguimiento (?utm_source=...) que apunta a la URL limpia.

La idea clave

Esta página no está rota, bloqueada ni penalizada. Es una duplicada que dice correctamente «no me indexes; indexa la otra» y Google la escuchó. El contenido sigue posicionándose, solo que lo hace bajo la URL canonical, que es lo que querías.

Por eso el pánico que siente mucha gente al ver una cifra grande aquí está desplazado. Una cifra alta es normal en tiendas, sitios multilingües y cualquier proyecto con filtros o parámetros. La cifra por sí sola no significa que algo vaya mal.

Cuándo sí debes preocuparte

Una pregunta lo aclara todo: ¿hay en este grupo páginas que querías indexar y posicionar?

• No: ignóralo. Es el sistema funcionando como debe.
• Sí: algo no encaja. Una página que te importa le está diciendo a Google que indexe una página distinta en vez de ella misma. Vale la pena corregirlo (hay más información en la pestaña Advanced).

¿Quieres la versión completa —los tres estados de canonicalización comparados, la lista breve de problemas reales y cómo comprobarlo con Inspección de URLs—? Cambia a la pestaña Advanced.

En resumen — Este es el único estado de canonicalización o duplicado del informe de indexación de páginas que funciona como debe: tu canonical declarada y la canonical elegida por Google coinciden, y la canonical está indexada. La redacción exacta de Google es “there is nothing you need to do.” (traducción) «no tienes que hacer nada». Las cifras altas son normales en ecommerce, sitios facetados, parametrizados y multilingües. Google no publica un umbral numérico, así que clasifica por los patrones de URL y las páginas afectadas, no por el total. No hay nada que validar y, según Mueller, la consolidación canonical por sí sola no implica una penalización de posicionamiento. La pregunta decisiva es si aquí hay páginas que realmente querías indexar. Si no, ignóralo; si sí, compara la canonical declarada con la elegida por Google en Inspección de URLs y corrige el destino. No lo confundas con sus dos estados hermanos —«Duplicate without user-selected canonical» (no declaraste canonical) y «Duplicate, Google chose different canonical than user» (Google anuló la tuya)—, que sí merecen revisión.

Empieza aquí: este es el camino correcto

Quiero empezar con esta tranquilidad porque el encuadre de este estado provoca más ansiedad innecesaria que casi cualquier otra cosa en Search Console. El informe de indexación de páginas clasifica todo bajo «por qué no se indexan las páginas», y «Página alternativa con etiqueta canonical correcta» aparece junto a errores reales como los errores del servidor y noindex. La gente lo ve, supone que está roto y sale a buscar una solución.

No está roto. La propia definición de Google es todo lo clara que puede ser: Evidence for this claim Google defines Alternate page with proper canonical tag as an alternate that correctly points to an indexed canonical, requiring no action. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report la página «correctly points to the canonical page, which is indexed, so there is nothing you need to do.» (traducción) «apunta correctamente a la página canonical, que está indexada, así que no tienes que hacer nada». Esa es toda la explicación del estado en una frase. De todos los grupos de canonical y duplicados del informe, este es el único que Google describe como completamente correcto.

Lo que ocurre físicamente es lo siguiente: la URL es una duplicada o una versión alternativa de otra página y lleva un rel="canonical" que apunta a esa otra página. Declaraste una canonical, Google coincidió con ella, indexó la canonical y no la alternativa. Tu señal y la decisión de Google coinciden: no hay ningún conflicto que resolver. La alternativa no se indexa porque sí lo hace su canonical, y ese es el resultado previsto de la consolidación.

Qué es realmente una página «alternativa»

Las declaraciones canonical son señales que Google usa para seleccionar una URL representativa entre páginas duplicadas. Evidence for this claim Google uses canonical signals to select a representative URL from duplicate pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Canonicalization

La definición específica de este estado en Google nombra pocos ejemplos: una página AMP con canonical de escritorio, una versión móvil con canonical de escritorio o la versión de escritorio con canonical móvil. Es importante que Google diga que las páginas en otros idiomas no las detecta Search Console bajo este estado exacto, aunque las duplicadas traducidas o regionales puedan canonicalizarse en otra parte del sistema general. Evidence for this claim Google's current status entry names AMP and separate mobile/desktop alternates as examples and explicitly says alternate-language pages are not detected by Search Console under this reason. Scope: Page indexing report Confidence: high · Verified: 2026-07-16 Page indexing report

Más allá de esos ejemplos específicos, el sistema general de canonicalización —que explico en mi análisis profundo de la canonicalización — reconoce más patrones de páginas duplicadas o alternativas que pueden consolidarse mediante canonical, y algunos también aparecen en la práctica bajo este estado de GSC:

• URLs con parámetros y facetas: ?color=blue, ?sort=price, identificadores de sesión y combinaciones de filtros.
• Versiones para impresión y otras variantes de formato con el mismo contenido.
• Páginas de etiquetas, archivo o paginación cuando su contenido principal sea realmente igual (o un subconjunto cercano) al de la página a la que canonicalizan. Google agrupa por similitud de contenido, no solo por el patrón de URL, así que no supongas que toda página paginada o de etiquetas debe canonicalizar a la primera: comprueba antes cuánto contenido comparten.
• URLs con UTM de campañas, todas apuntando a la URL limpia.
• Variantes HTTP→HTTPS y de barra final o mayúsculas/minúsculas de la misma página.

Todas estas variantes deben consolidarse en una canonical cuando el contenido sea realmente equivalente. Cuando aparecen aquí correctamente, el sistema está haciendo su trabajo.

Por qué las cifras altas suelen ser normales

La razón más frecuente por la que alguien llega a este estado es una cifra grande o creciente y supone que el tamaño es el problema. Normalmente no lo es. Un catálogo de ecommerce con navegación facetada, o un sitio multilingüe con variantes por país, puede generar legítimamente miles de alternativas: es la consecuencia matemática de tener filtros, parámetros y variantes. Google publica ningún umbral numérico para este grupo; no hay una cifra oficial en la que pase de «normal» a «problemático». Así que no clasifiques por el total bruto. Hazlo por qué patrones de URL y qué páginas concretas están afectadas: ¿el grupo contiene variantes que nunca quisiste indexar o incluye páginas que sí te importaban? Esa pregunta informa más que cualquier cifra. (Si aun así quieres una heurística —mía, no de Google; tómala como regla orientativa y no como norma—, cinco mil alternativas en un sitio de 300 páginas me harían mirar dos veces; cinco mil en una tienda de un millón de URLs, no.)

Dos cautelas relacionadas: las cifras de GSC tienen retraso y muestreo, así que no te alarmes por el total de un día concreto. Y sobre la penalización de posicionamiento, John Mueller ha dicho que no hay un impacto negativo cuando Google elige una canonical y que no deberías preocuparte por la versión que selecciona. Es una observación acotada del propio Mueller sobre la consolidación canonical —la trato exactamente como eso, no como una garantía general publicada por la plataforma— y la mantengo aquí como paráfrasis, no como cita, porque la redacción exacta procede de cobertura secundaria.

Los tres estados de canonicalización, lado a lado

Esta es la distinción que aclara la mayor parte de la confusión, así que conviene ser preciso. Hay tres grupos relacionados en el informe de indexación de páginas y describen tres situaciones distintas:

El eje clave es la coincidencia. Con este estado, tu canonical declarada y la canonical elegida por Google se alinean: no hay conflicto. Con Duplicate without user-selected canonical no diste ninguna señal, así que Google tuvo que adivinar. Con duplicada: Google eligió una canonical distinta de la del usuario diste una señal y Google no estuvo de acuerdo; ese es el caso que realmente merece una revisión, porque algo le indica que tu canonical declarada no es la mejor (a menudo las dos URLs no son realmente equivalentes o señales más fuertes, como enlaces internos y redirecciones, apuntan a otro sitio).

Esos dos estados hermanos aparecen junto a este en el mismo informe. El diagnóstico es distinto en cada caso, así que el primer paso siempre es leer en qué estado está realmente una URL antes de actuar.

La decisión: ¿realmente tienes que hacer algo?

Ve directamente a una pregunta: ¿las páginas de este grupo son páginas que realmente querías indexar y posicionar?

• No —y este es el caso habitual—: ignóralo. Hacer que esas alternativas se autodeclaren canonical crearía problemas reales de contenido duplicado y dividiría señales entre URLs que nunca quisiste que compitieran. Además, aquí no hay nada que «Validate Fix»: es un estado, no un error; reenviar o solicitar la indexación solo combate tu propia canonical correcta.
• Sí: ahora, y solo ahora, merece la pena depurarlo. Una página que te importa le está diciendo a Google que indexe otra cosa en vez de ella misma.

Flujo de auditoría rápida (para un grupo grande)

Antes de inspeccionar las URLs una por una, trabaja a nivel de cohorte:

1. Exporta la lista de URLs del informe de indexación de páginas para este estado.
2. Agrupa por patrón de URL: parámetros, parejas móvil/AMP, variantes de barra final o mayúsculas, paginación, etc. La mayoría de filas se reduce a unos pocos patrones.
3. Muestrea algunas URLs por patrón y pásalas por Inspección de URLs para comparar la canonical declarada con la elegida por Google.
4. Aplica la decisión por cohorte, no por URL: ¿este patrón incluye páginas que realmente querías indexar?
5. Corrige la causa raíz de cualquier cohorte que no pase la decisión —una plantilla, plugin o cambio de configuración— en vez de parchear URLs individuales.

Esa secuencia te permite recorrer un grupo de cinco cifras en minutos, no URL por URL. Los diagnósticos más profundos de abajo —cómo se ve un problema real y cómo funciona Inspección de URLs— se aplican cuando hayas reducido el análisis a las cohortes que merecen una mirada más cercana.

Cuándo sí es un problema

Si una página que querías indexar está atrapada aquí, casi siempre es por uno de estos motivos:

• Una página que querías indexar canonicaliza a la página equivocada. Una canonical mal configurada —una plantilla que apunta todos los productos a una categoría, o una página que apunta a una casi coincidente que no tiene realmente el mismo contenido— hace que la página deseada se aparte voluntariamente.
• La canonical apunta a un 404, una redirección o una página que no coincide. El destino debe ser una URL activa, 200 y realmente equivalente. Si devuelve 404, redirige o no contiene el mismo contenido, la canonical está rota.
• Las cifras son desproporcionadas respecto al tamaño del sitio, lo que suele indicar un problema estructural que genera alternativas no deseadas: parámetros descontrolados, un espacio infinito de filtros o una incoherencia de barra final o mayúsculas que multiplica las URLs.
• Una página que antes se posicionaba cae de pronto en este grupo junto con una caída de tráfico: es una señal clara de que se cambió una canonical (a menudo por una edición de plantilla o plugin) y ahora apunta en la dirección equivocada.

Cómo comprobarlo: Inspección de URLs

No adivines: verifica. Como digo siempre sobre las canonicals, tu fuente principal de verdad para saber qué eligió Google es la herramienta de Inspección de URLs de Google Search Console. Introduce la URL y muestra la canonical declarada por el usuario (lo que dice tu página) junto a la canonical elegida por Google (lo que Google seleccionó). En una página alternativa sana, ambos campos apuntan a la misma URL canonical. Si divergen —o la canonical declarada no es la página que esperabas—, esa es la señal que debes investigar. Hazlo con una muestra representativa antes de tocar nada.

Cómo corregirlo, solo si hace falta

Solo si la decisión anterior ha dicho «sí, aquí hay una página que querías indexar»:

• Corrige el destino canonical para que la página que debe posicionarse se autorefiera (apunte su canonical a sí misma) o apunte a la URL equivalente correcta.
• Alinea la barra final, las mayúsculas, el host y el protocolo para que las variantes resuelvan en una canonical coherente (https://, tu host canonical y una sola convención de barra).
• Corrige hreflang para que la canonical de una variante de país o idioma apunte a una página del mismo idioma (o al sustituto lingüístico más cercano disponible): nunca cruces idiomas. El contenido principal traducido no es un duplicado del original solo porque comparte plantilla y navegación; trátalo como duplicado solo cuando el contenido principal sea realmente del mismo idioma y sustancialmente igual.
• Redirige solo cuando de verdad retires un duplicado: un 301 es correcto para una URL que ya no debería ser accesible, no una respuesta automática a que Google elija una canonical distinta de la declarada. Redirigir una página que aún quieres mantener activa solo porque Google prefiere otra URL descarta una página que podrías necesitar.
• Haz que las páginas que deben indexarse se autodeclaren canonical y deja que las alternativas genuinas (parámetros, filtros y versiones de impresión) se consoliden donde corresponde.

Cómo elige Google una canonical (brevemente)

No voy a repetir aquí todo el proceso de selección — está en el hub de canonicalización. La versión corta: la canonicalización es el proceso que usan los buscadores para determinar la versión principal de una URL que deben indexar y mostrar cuando hay duplicados, y Google pondera muchas señales (unas 40) para decidir: la etiqueta canonical, las redirecciones, las URLs del sitemap, los enlaces internos y externos, hreflang, HTTPS, URLs más cortas y más. La etiqueta canonical es una señal fuerte, pero una pista, no una regla; precisamente por eso este estado es el camino correcto: Google respetó tu pista. Cuando no lo hace, acabas en el estado hermano «duplicada: Google eligió una canonical distinta de la del usuario».

Para la mecánica de implementar correctamente la etiqueta, consulta la guía de etiquetas canonical; para entender por qué necesitas una en primer lugar, consulta contenido duplicado y parámetros de URL. Los dos estados hermanos —duplicate without user-selected canonical y duplicate, Google chose different canonical than user— son los siguientes que debes leer si una URL no está realmente bajo este estado.

Resumen de IA

Una síntesis de la versión avanzada:

• Es el camino correcto, no un error. Aparece bajo «por qué no se indexan las páginas», pero es el único estado de canonicalización o duplicado que Google describe como funcionando correctamente: la página “correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (traducción) «apunta correctamente a la página canonical, que está indexada, así que no tienes que hacer nada».
• Qué es: los ejemplos específicos de Google son estrechos —parejas móvil, AMP y escritorio— y Google dice que las páginas en otros idiomas no se detectan bajo este estado exacto. En la práctica también pueden aparecer aquí patrones más amplios (parámetros, filtros, impresión, paginación cuando el contenido realmente coincide, UTM y variantes HTTP o de barra final), todos con una canonical que Google aceptó e indexó en su lugar.
• Las cifras altas suelen ser normales en ecommerce, sitios facetados, parametrizados y multilingües, pero Google publica ningún umbral numérico para este grupo. Clasifica por los patrones de URL y las páginas afectadas, no por el total. Las cifras de GSC también tienen retraso y muestreo; no te alarmes por el número de un día. Según Mueller, la consolidación canonical por sí sola no implica penalización (una observación acotada, no una garantía de la plataforma).
• Tres estados, un eje (coincidencia): Alternate page w/ proper canonical (declaraste una y Google coincidió: bien), Duplicate without user-selected canonical (no declaraste ninguna y Google eligió) y Duplicate, Google chose different canonical than user (declaraste una y Google la anuló: investiga).
• La decisión: ¿hay aquí páginas que realmente querías indexar? No: ignóralo (y no las hagas autocalonicales, porque crearías problemas de duplicación; no hay nada que validar). Sí: depúralo.
• Problemas reales: una página deseada canonicaliza a la página equivocada; la canonical apunta a un 404, una redirección o una página que no coincide; las cifras son desproporcionadas para el tamaño del sitio; o una página que se posicionaba cae aquí junto con una pérdida de tráfico.
• Verifica con Inspección de URLs: compara la canonical declarada por el usuario con la canonical elegida por Google; en una alternativa sana coinciden.
• Corrige solo si hace falta: corrige el destino o la autorreferencia canonical, alinea barra, mayúsculas, host y protocolo, corrige hreflang y usa 301 para duplicados reales.
• Es una pista, no una regla: este estado significa que Google respetó tu señal; el caso en que la anula es el estado hermano.

Documentación oficial

Documentación de fuentes primarias de los buscadores.

Google

• Informe de indexación de páginas — el propio informe, incluida la definición literal de “Alternate page with proper canonical tag” (traducción) «página alternativa con etiqueta canonical correcta» y sus dos estados hermanos de duplicados.
• Qué es la canonicalización de URLs — documento conceptual: qué es una URL canonical, la frase «pista, no regla» y las señales que Google pondera para elegir una.
• Consolida URLs duplicadas (especifica una canonical) — cómo declarar una canonical y la nota de que ninguno de los métodos es obligatorio.
• Corrige problemas de canonicalización (solución de problemas) — interpretación de los estados canonical de Search Console, incluido cuándo Google elige otra canonical distinta de la declarada.
• Herramienta de Inspección de URLs — cómo ver la canonical declarada por el usuario y la elegida por Google para cualquier URL.

Bing / Microsoft

• ¿El contenido duplicado perjudica el SEO y la visibilidad en la búsqueda de IA? (diciembre de 2025) — Bing no usa la etiqueta exacta de Google, pero trata rel="canonical" del mismo modo como señal de consolidación y claridad; es contexto útil, no un informe equivalente.

Citas de la fuente

Declaraciones documentadas de Google. Cada enlace es un enlace profundo que salta al pasaje citado en la página de origen.

Google: el propio estado (la idea central)

• “This page is marked as an alternate of another page… This page correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (traducción) «Esta página está marcada como alternativa de otra… apunta correctamente a la página canonical, que está indexada, así que no tienes que hacer nada». — Ayuda de Google Search Console, informe de indexación de páginas. Ir a la cita

Google: los dos estados hermanos, para contrastar

• “This page is a duplicate of another page… Google has chosen the other page as the canonical for this page, and so will not serve this page in Search.” (traducción) «Esta página es un duplicado de otra… Google ha elegido la otra página como canonical de esta y, por tanto, no mostrará esta página en la búsqueda» (duplicada sin canonical seleccionada por el usuario). Ir a la cita
• “This page is marked as canonical for a set of pages, but Google thinks another URL makes a better canonical.” (traducción) «Esta página está marcada como canonical de un conjunto de páginas, pero Google cree que otra URL es una canonical mejor» (duplicada: Google eligió una canonical distinta de la del usuario). Ir a la cita

Google: por qué este estado es la pista respetada

• “indicating a canonical preference is a hint, not a rule.” (traducción) «indicar una preferencia canonical es una pista, no una regla». — Documentación de Google Search Central. Ir a la cita
• “While we encourage you to use these methods, none of them are required; your site will likely do just fine without specifying a canonical preference.” (traducción) «Aunque recomendamos usar estos métodos, ninguno es obligatorio; es probable que tu sitio funcione bien sin especificar una preferencia canonical». Ir a la cita

Modelos mentales

1. Los tres estados tratan de la coincidencia. Todo el grupo de canonical y duplicados del informe de indexación se reduce a una pregunta: ¿coincidieron tu canonical declarada y la elegida por Google?

• Coinciden → página alternativa con etiqueta canonical correcta. Está bien.
• No declaraste ninguna y Google eligió → Duplicate without user-selected canonical. Comprueba la elección.
• Declaraste una y Google la anuló → Duplicate, Google chose different canonical than user. Investiga el desacuerdo. Lee en qué grupo está una URL antes de hacer nada.

2. La decisión «¿querías indexarla?». Para este estado, una sola cosa decide si actuar: ¿querías que estas páginas se posicionaran?

• No → ignóralo. El sistema consolidó correctamente. (Autocalonicalizarlas crearía problemas de contenido duplicado y no hay nada que validar.)
• Sí → depura el destino canonical. Una página que te importa se está apartando.

3. Estado ≠ error. «Por qué no se indexan las páginas» es una lista de motivos, no una lista de problemas. Que no esté indexada es el estado previsto para la mayoría de URLs alternativas. No trates un estado como una tarea pendiente.

4. Verifica, no supongas. Inspección de URLs muestra la canonical declarada y la elegida por Google lado a lado. Una alternativa sana las tiene alineadas. Comprueba una muestra antes de sacar conclusiones del total bruto.

5. La cifra es relativa, no absoluta. Una cifra grande solo es significativa en relación con el tamaño del sitio y con si afecta a páginas deseadas. Miles de alternativas en una tienda facetada o multilingüe son normales; miles en un sitio pequeño son una señal estructural.

Lista de comprobación: «¿debo preocuparme por esto?»

Haz esta comprobación antes de dedicar tiempo a «corregir» el estado:

• Confirma el estado. En el informe de indexación de páginas, verifica que la URL está realmente bajo «página alternativa con etiqueta canonical correcta», no bajo uno de los dos estados hermanos de duplicados, que tienen otro diagnóstico.
• Aplica la decisión. ¿Hay páginas que querías indexar y posicionar? Si no, detente aquí: funciona como debe.
• Comprueba la cifra frente al tamaño del sitio. ¿Es proporcional a un sitio facetado, parametrizado o multilingüe, o está fuera de escala para la cantidad de páginas reales?
• Vigila los cambios repentinos. ¿Una página que antes estaba indexada y recibía tráfico ha caído recientemente en este grupo? Compáralo con el tráfico.
• Haz una comprobación puntual con Inspección de URLs. En una muestra, ¿la canonical elegida por Google coincide con la canonical declarada por el usuario y es el destino que esperabas?
• Comprueba la salud del destino canonical. ¿Apunta a una página viva 200 (no un 404 ni una redirección) con el mismo contenido?
• Solo si afecta a una página deseada: corrige el destino o la autorreferencia canonical; alinea barra, mayúsculas, host y protocolo; corrige hreflang al mismo idioma y usa 301 para duplicados que ya no deban ser accesibles.
• No solicites indexación ni pulses Validate Fix para forzar alternativas: no hay nada que validar y estarías luchando contra tu propia canonical correcta.

¿Debo actuar sobre este estado?

Recorre este árbol antes de tocar nada. Es la misma decisión de la pestaña Advanced, desglosada en las cuatro situaciones que realmente justifican una corrección.

KPI permanente: tamaño del grupo en relación con el tamaño del sitio

El total bruto de «página alternativa con etiqueta canonical correcta» no tiene sentido por sí solo: una tienda con navegación facetada debería generar una cifra alta, y Google tampoco publica un umbral numérico para este grupo. Importa más qué patrones de URL y qué páginas lo forman: revisar el patrón y la intención de negocio detecta problemas reales que una proporción pura puede pasar por alto. Aun así, la proporción es una señal de tendencia útil: indica si la cifra crece en proporción al sitio o lo supera.

Número de páginas alternativas como parte de las URLs conocidas

• Métrica: la cifra de este estado en el informe de indexación de páginas, seguida como parte del total de URLs conocidas o indexadas y comprobada trimestre a trimestre.
• Qué te dice: si el grupo crece al ritmo normal del sitio (más productos, más combinaciones de filtros y más variantes regionales) o lo supera; esto apunta a un problema estructural, como parámetros descontrolados, un espacio de filtros sin límites o una incoherencia de barra final o mayúsculas que multiplica URLs.
• Cómo obtenerla: informe de indexación de páginas de GSC, filtrado por «página alternativa con etiqueta canonical correcta», anotando la cifra junto al total de páginas indexadas de la misma propiedad. Comprueba por muestreo las canonicals declaradas con el Canonical Checker.
• Referencia / rango realista: Google no publica un umbral numérico, así que no lo trates como una cifra de aprobado o suspenso. Sigue la tendencia de la proporción y, sobre todo, si las URLs afectadas son patrones esperados (variantes, filtros o idiomas) o páginas que realmente querías indexar. Como regla orientativa mía, no estándar de Google: cinco mil alternativas en un sitio de 300 páginas merecen una revisión; cinco mil en una tienda de un millón de URLs, normalmente no. Establece tu proporción la primera vez y vigila si se ensancha más rápido que el sitio.
• Cadencia: trimestral como comprobación permanente; inmediatamente después de una migración, cambio de plantilla o lanzamiento de navegación facetada, cuando la proporción puede cambiar rápido.

Manual operativo: una página deseada está atrapada en este grupo

Ya aplicaste la decisión y confirmaste que una página que te importa está bajo «página alternativa con etiqueta canonical correcta». Recorre estos pasos en orden y detente en cuanto uno de ellos lo explique.

1. Confirma que lees el estado correcto. Vuelve a comprobar la entrada de esta URL exacta en el informe de indexación de páginas. Es fácil confundir este estado con sus dos hermanos —«duplicada sin canonical seleccionada por el usuario» y «duplicada: Google eligió una canonical distinta de la del usuario»— y cada uno tiene un diagnóstico diferente.

2. Compara la canonical declarada con la elegida por Google. Pasa la URL por Inspección de URLs en Search Console (o por el Canonical Checker para una lectura rápida a nivel HTML/HTTP). Si la canonical declarada no es la propia página ni la URL que esperabas, ahí tienes la respuesta: corrige el destino canonical.

3. Comprueba la salud del destino canonical. Si la canonical declarada apunta donde esperas, confirma que el destino resuelve de verdad. Síguelo con el Redirect Checker o curl -sI: debe devolver un 200 limpio, no un 404 ni otro salto de redirección.

4. Compara la cifra con el tamaño del sitio. Si el destino parece correcto, pregunta si es una sola página mal configurada o parte de un patrón mayor: ¿la cifra de este estado es desproporcionada respecto a la cantidad de páginas reales? Si lo es, busca una causa estructural (parámetros, filtros o variantes de barra y mayúsculas) en vez de tratarlo como un caso aislado.

5. Compara la cronología con el tráfico. Si esta página se posicionaba y solo recientemente cayó en este grupo, abre los datos de rendimiento de la URL. Una caída que coincide con la fecha en que apareció aquí apunta a un cambio reciente de plantilla, plugin o configuración que redirigió la canonical.

6. Corrige y vuelve a verificar. Corrige el destino canonical (autorreferencia o URL verdaderamente equivalente) y vuelve a ejecutar Inspección de URLs después de que Google rastree de nuevo para confirmar que la canonical declarada y la elegida por Google vuelven a coincidir.

Ponte a prueba: página alternativa con etiqueta canonical correcta

Cinco preguntas sobre este estado y sus diferencias con los estados hermanos del informe de indexación de páginas.

Comprobación masiva de destinos canonical

Comprobar una URL es trabajo para una herramienta. Confirmar que una lista de destinos canonical resuelve limpiamente —en vez de devolver 404 o redirigir en silencio— es una tarea masiva distinta que merece un script.

Comprueba la canonical declarada de una URL con el Canonical Checker:

1. Pega la URL que estás auditando.
2. Lee las señales canonical HTML y HTTP que informa, además del estado del destino canonical.
3. Úsalo para confirmar si una página se referencia a sí misma o apunta a otro sitio, y si ese destino es realmente accesible.

Confirma que los destinos canonical devuelven 200 en una lista de URLs (curl)

macOS / Linux / WSL

#!/usr/bin/env bash
# Reads one URL per line from urls.txt, extracts its declared canonical target,
# then confirms that target returns a clean 200 — not a 404 or another redirect.
while IFS= read -r url; do
  target=$(curl -s "$url" \
    | grep -io '<link[^>]*rel="canonical"[^>]*>' \
    | head -1 \
    | grep -oE 'href="[^"]*"' \
    | cut -d'"' -f2)

  if [ -z "$target" ]; then
    echo "$url -> no canonical tag found"
    continue
  fi

  status=$(curl -s -o /dev/null -w "%{http_code}" "$target")
  echo "$url -> $target [$status]"
done < urls.txt

Una fila limpia se ve así: https://example.com/page?utm_source=x -> https://example.com/page [200]. Cualquier fila que termine en 404 indica que el destino canonical está roto; una fila en el rango 3xx indica que la canonical apunta a otra redirección en vez de al destino final; ambos casos merecen corrección. Esta extracción basada en grep es una heurística rápida, no un parser HTML completo; ante cualquier ambigüedad (varias etiquetas <link> o canonicals inyectadas con JavaScript), confirma con el Canonical Checker o Inspección de URLs en vez de confiar ciegamente en el script.

Herramientas para inspeccionar y corregir este estado

• Canonical Checker — audita las señales canonical HTML y HTTP de una URL, comprueba si el destino canonical resuelve realmente y explica las señales que podrían hacer que Google elija una canonical distinta.
• Redirect Checker — sigue un destino canonical (o cualquier URL) e informa del estado final y de cada salto, para detectar una canonical que apunta a una cadena de redirecciones en vez de a un 200 limpio.
• Google Index Checker — comprueba señales de indexabilidad observables (redirecciones, noindex e indicios de canonical) de una URL; sirve como comprobación rápida, aunque no puede ver la canonical realmente elegida por Google: para eso está Inspección de URLs.
• Indexation Reconciler — une en una tabla la evidencia del sitemap, la obtenida, la canonical, las redirecciones y el informe de indexación de páginas de GSC; es útil para detectar de una vez una cifra desproporcionada de páginas alternativas.
• Inspección de URLs (Google Search Console) — fuente principal de verdad: muestra la canonical declarada por el usuario junto a la elegida por Google para cualquier URL.

Problemas habituales cuando una página deseada está atrapada aquí

Cuatro tarjetas independientes de síntoma, causa y solución para las situaciones que de verdad convierten este estado en un problema.

La canonical de una página deseada apunta a la página equivocada

Síntoma: Una página que te importa muestra «página alternativa con etiqueta canonical correcta», pero la canonical declarada no es ella misma ni la URL que esperabas.

Causa probable: una canonical mal configurada; a menudo una plantilla apunta cada elemento a una página de categoría, o una canonical apunta a una casi coincidente que no contiene realmente el mismo contenido.

Solución y comprobación: corrige la canonical para que se autorreferencie (si la página debe posicionarse por sí sola) o apunte a la URL verdaderamente equivalente. Confirma con Inspección de URLs, después de que Google vuelva a rastrear, que la canonical elegida por Google coincide.

El destino canonical devuelve 404, redirige o no coincide

Síntoma: El destino canonical declarado es correcto en principio, pero al visitarlo devuelve un 404, otra redirección o contenido que no es realmente la misma página.

Causa probable: la página de destino se eliminó, movió o renombró sin actualizar las etiquetas canonical que apuntaban a ella.

Solución y comprobación: apunta la canonical a una página viva 200 con contenido realmente equivalente. Sigue el destino con el Redirect Checker o curl -sI para confirmar que resuelve limpiamente y sin saltos adicionales.

La cifra es muy desproporcionada para el tamaño del sitio

Síntoma: el número de URLs bajo este estado sigue creciendo y parece demasiado alto para la cantidad de páginas reales del sitio.

Causa probable: un problema estructural genera alternativas no deseadas: parámetros descontrolados, un espacio ilimitado de combinaciones de filtros o una incoherencia de barra final, mayúsculas o protocolo que multiplica la misma URL.

Solución y comprobación: identifica y limita el patrón que genera URLs (gestión de parámetros, límites de filtros y una sola convención de barra, mayúsculas y protocolo). Vuelve a comparar la cifra con el total de URLs conocidas unas semanas después para confirmar que se ha estabilizado.

Una página que se posicionaba cayó aquí junto con una pérdida de tráfico

Síntoma: Una página que antes estaba indexada y se posicionaba ahora muestra «página alternativa con etiqueta canonical correcta» y su tráfico ha caído.

Causa probable: un cambio reciente de plantilla, plugin o configuración redirigió la canonical de la página a otra URL, a menudo sin intención.

Solución y comprobación: averigua qué cambió alrededor de la fecha en que apareció el estado (despliegues, actualizaciones de plugins o ediciones de plantilla) y corrige la canonical para que vuelva a apuntar a la propia página. Verifica de nuevo con Inspección de URLs y vigila los datos de rendimiento para comprobar la recuperación.

Demuestra que la corrección de una canonical surtió efecto

Después de corregir un destino canonical mal configurado, estas comprobaciones confirman que Google realmente lo adoptó, no solo que cambió el HTML.

Prueba 1: la canonical declarada apunta donde querías

• Prueba — Pasa la URL por el Canonical Checker (o consulta el código fuente / curl -s y busca la etiqueta <link rel="canonical">).
• Resultado esperado — La canonical declarada es la propia página (si debe posicionarse por sí sola) o la URL verdaderamente equivalente que querías.
• Interpretación del fallo — Si la canonical declarada todavía muestra el destino antiguo, la corrección no se desplegó, está en caché o una plantilla que sigue apuntando en la dirección equivocada la sobrescribió.
• Ventana de supervisión — Inmediata: la respuesta HTML refleja el cambio en cuanto está activo y se limpian las cachés.
• Desencadenante de reversión — No corresponde en este paso: no pases a la prueba 2 hasta que la canonical declarada sea correcta.

Prueba 2: el destino canonical resuelve limpiamente

• Prueba — Sigue el nuevo destino canonical con el Redirect Checker o curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" <target-url>.
• Resultado esperado — Un 200 en un solo salto en la URL exacta a la que canonicalizaste; sin cadena de redirecciones ni 404.
• Interpretación del fallo — Un 404 significa que el destino no existe; un 3xx significa que canonicalizaste a otra redirección en vez de al destino final: apunta la canonical al destino resuelto.
• Ventana de supervisión — Inmediata.
• Desencadenante de reversión — El destino no resuelve a 200: corrígelo antes de comprobar el lado de Google.

Prueba 3: la canonical elegida por Google coincide con la declarada

• Prueba — Ejecuta Inspección de URLs en Google Search Console sobre la URL corregida.
• Resultado esperado — El campo de canonical elegida por Google coincide con el de la canonical declarada por el usuario, y el estado del informe de indexación de páginas refleja la relación corregida (autoposicionada o una alternativa limpia que apunta a la página correcta).
• Interpretación del fallo — Si la canonical elegida por Google sigue mostrando el destino antiguo después de un nuevo rastreo, una señal en conflicto —enlaces internos, entradas del sitemap o una redirección— todavía apunta en la dirección antigua y también debe alinearse.
• Ventana de supervisión — De días a unas semanas, según la frecuencia con que Google vuelva a rastrear la URL; solicita un nuevo rastreo mediante Inspección de URLs para acelerar la comprobación en vez de esperar pasivamente.
• Desencadenante de reversión — No abortes ni reviertas la corrección solo porque Google aún no haya vuelto a rastrear: es un retraso esperado, no un fallo. Solo reconsidera la corrección si la canonical elegida por Google sigue discrepando semanas después de confirmar el nuevo rastreo.

Registro de cambios