Página alternativa con etiqueta canónica adecuada: suele estar bien

"Página alternativa con etiqueta canónica adecuada" significa que Google encontró una URL cuya etiqueta canónica apunta a otra URL, estuvo de acuerdo e indexó esa otra URL en su lugar. En la mayoría de los casos, es el sistema funcionando como está previsto y no hay nada que cambiar. Solo se convierte en un problema cuando en la lista aparece una página que usted quiere en los resultados de búsqueda, y eso suele deberse a una plantilla que escribe una etiqueta canónica equivocada.

El estado aparece en el grupo "Sin indexar" del informe "Indexación de páginas". En la versión en inglés de Search Console se llama "Alternate page with proper canonical tag", y las páginas de ayuda de Google en portugués llaman al mismo motivo "Página alternativa com tag canônica adequada".

Qué quiere decir Google con "Página alternativa con etiqueta canónica adecuada"

La documentación de Google sobre el informe "Indexación de páginas" (consultada en octubre de 2026) describe estas URLs como páginas marcadas como alternativas de otra página y da 3 ejemplos: una página AMP con una canónica para ordenadores, una versión móvil de una canónica para ordenadores y una versión para ordenadores de una canónica móvil. Después indica que la página "apunta correctamente a la página canónica, que está indexada, así que no tiene que hacer nada".

Hay dos detalles más que importan. La sección "Sin indexar" indica que esas páginas no están indexadas "no necesariamente por un error", así que el recuento de este estado no es un recuento de defectos. Y la entrada termina así: "Search Console no detecta las páginas en otros idiomas". Por tanto, si aquí aparece una página traducida, es una señal de alarma.

Google tiene 3 estados relacionados con la URL canónica, y se diferencian en 2 preguntas: si la página declaró una URL canónica y si Google estuvo de acuerdo con ella.

Es el único de los 3 en el que su instrucción y la decisión de Google coinciden. Si sus URLs están en la tercera fila, la guía sobre Duplicada: el usuario no ha indicado ninguna versión canónica trata ese caso.

Qué URLs suelen acabar en este estado

Cualquier URL cuya etiqueta canónica nombre otra página puede acabar aquí cuando Google está de acuerdo. Los orígenes habituales:

• Parámetros de seguimiento y de campaña. Los enlaces de anuncios, correos electrónicos y publicaciones en redes sociales añaden parámetros como ?utm_source= o ?gclid=. El propio ejemplo de Google canonicaliza la URL de un producto con un parámetro gclid hacia la URL limpia del producto.
• Ordenación y filtrado. Las páginas de categoría que reordenan o filtran los mismos productos (?sort=price, ?color=blue) generan muchas URLs para una sola página.
• Pares AMP. La especificación de AMP exige que la canónica de una página AMP apunte a la versión HTML normal, o a sí misma si no existe una versión normal. Cada página AMP emparejada es una entrada esperable.
• URLs móviles separadas. Un sitio que sirve m.example.com junto a www.example.com canonicaliza una versión hacia la otra.

En todos estos casos, quedar "sin indexar" es justo el objetivo: una URL por cada contenido en los resultados de búsqueda, que es lo que pedía la etiqueta canónica. La documentación de Google sobre canonicalización añade que las URLs duplicadas se rastrean con menos frecuencia que la canónica.

¿Es un problema? Dejarlo, vigilarlo o corregirlo

El veredicto depende de qué hay en la lista, no de lo larga que sea.

• Déjelo cuando las URLs de ejemplo sean variantes que nunca quiso indexar y cada etiqueta canónica nombre la versión que quiere en la búsqueda. Es el estado normal, incluso con miles de entradas.
• Vigílelo cuando el recuento suba al ritmo de algo que usted hizo: un nuevo filtro de categoría, una campaña de anuncios, una nueva plantilla AMP. Revise algunos ejemplos, confirme el patrón y siga adelante.
• Corríjalo cuando aparezca aquí una página que quiere indexar. Normalmente significa que una plantilla está escribiendo una etiqueta canónica equivocada en muchas páginas a la vez.
• Investíguelo cuando el recuento se dispare sin un cambio que pueda identificar. Abra los ejemplos: una nueva fuente de enlaces con parámetros es inofensiva, mientras que las rutas de artículos, productos o idiomas apuntan a una plantilla.

flowchart TD
    A["URL listada como página alternativa"] --> B{"¿Debería aparecer esta URL por sí misma en la búsqueda?"}
    B -->|no| C{"¿Su canónica nombra la versión que quiere indexar?"}
    C -->|sí| D["Déjela: el estado es el esperado"]
    C -->|no| E["Apunte la canónica a la versión correcta"]
    B -->|sí| F{"¿Es una página traducida?"}
    F -->|sí| G["Corrija: canónica a sí misma, en su propio idioma"]
    F -->|no| H{"¿Es la página 2 o posterior de una serie?"}
    H -->|sí| I["Corrija: cada página con canónica a sí misma"]
    H -->|no| J["Corrija la plantilla que escribe la canónica"]

Los 4 patrones que meten aquí páginas reales, y cada uno requiere corrección:

1. Todas las páginas apuntan a la página de inicio. Un tema o un include de cabecera construye la canónica a partir de la dirección del sitio en lugar de la dirección de la página actual. Las páginas de artículos y productos piden entonces fundirse con la página de inicio y, cuando Google está de acuerdo, acaban aquí.
2. Las páginas paginadas apuntan a la página 1. La documentación de Google sobre paginación indica que no se debe usar la primera página de una serie como canónica; cada página debe tener la suya.
3. Las páginas traducidas apuntan al idioma original. La documentación de Google sobre canonicalización solo trata las versiones de idioma como duplicados si el contenido principal está en el mismo idioma, y pide que se especifique una canónica en el mismo idioma. Una página en francés canonicalizada hacia su gemela en inglés saca la página francesa del índice. El patrón completo está en nuestro análisis de etiquetas canónicas que apuntan a otro idioma.
4. Las variantes apuntan a la página principal equivocada. Una página de color o de ubicación con su propia demanda de búsqueda, canonicalizada hacia una página genérica porque se aplicó una sola regla a todo un tipo de página.

Cómo confirmar qué caso tiene

Search Console le dice qué URLs están afectadas. Confirmar la causa requiere 4 pasos.

1. Agrupe los ejemplos por patrón. Abra el motivo en el informe "Indexación de páginas" y exporte los ejemplos. La documentación indica que los ejemplos se limitan a 1,000 elementos y pueden no incluir todas las URLs, así que trate la exportación como una muestra. Ordénelos por ruta y parámetro: una lista de URLs con ?utm_ y ?sort= es una lista para dejar como está; las entradas de blog, los productos o las rutas /fr/ son las que hay que investigar.

2. Inspeccione una URL de cada grupo sospechoso. En Inspección de URLs, lea "URL canónica declarada por el usuario" y "URL canónica seleccionada por Google" en la sección "Indexación de páginas". En este estado, ambas suelen nombrar el destino de la canónica, no la URL que inspeccionó. La documentación advierte que la prueba en directo no puede predecir qué URL se elegirá como canónica, así que lea estos campos en el resultado indexado.

3. Inspeccione el destino de la canónica. Debe estar indexado, responder con un estado 200, no llevar noindex y nombrarse a sí mismo como canónico. Un destino que redirige o lleva noindex contradice la canónica que apunta a él, y entonces Google puede elegir otra URL; la guía de indexabilidad de páginas explica cómo interactúan esas señales.

4. Lea la canónica en el HTML que envía su servidor. La documentación de Google pide asegurarse de que JavaScript no modifica el elemento link canonical, así que compare el HTML original con lo que muestra el navegador:

# Canonical tag in the HTML the server returns
curl -s "https://example.com/blog/my-post/" | grep -Eio '<link[^>]*rel=.?canonical[^>]*>'

# Canonical sent as an HTTP header (used for PDFs and other non-HTML files)
curl -sI "https://example.com/files/guide.pdf" | grep -i '^link:'

Si el HTML original y la página renderizada nombran URLs distintas, un script está reescribiendo la etiqueta después de cargar. En 34 sitios externos en los que SEOReport comparó el HTML original del servidor con la página de inicio renderizada entre mayo y octubre de 2026, 6 (18%) tenían al menos uno de estos elementos (título, meta descripción, etiqueta canónica o H1) presente solo después del renderizado. La guía de renderizado de JavaScript explica cómo llevar esos elementos a la respuesta del servidor.

Cómo corregir cada caso

En principio, la solución es siempre la misma: cada página que quiere indexar se declara a sí misma como canónica, con una URL absoluta en el <head>, y cada variante apunta a esa página.

<!-- On https://example.com/fr/tarifs/ : the French page names itself -->
<link rel="canonical" href="https://example.com/fr/tarifs/" />

<!-- On https://example.com/shoes/?sort=price : the variant names the main page -->
<link rel="canonical" href="https://example.com/shoes/" />

Para los 4 casos: construya la canónica a partir de la ruta de la propia página, no de la dirección base del sitio; dé a cada página de una serie su propia canónica; deje que cada versión de idioma se nombre a sí misma y encargue a hreflang los enlaces entre versiones (la guía de implementación de hreflang incluye el marcado); y dé una canónica autorreferencial a las variantes con demanda de búsqueda propia.

Después, alinee las señales de apoyo, porque Google desaconseja enviar instrucciones de canonicalización distintas por métodos distintos: incluya solo URLs canónicas en su sitemap XML y enlace internamente a la URL canónica, no a una variante. Una canónica autorreferencial en cada página indexable es lo mínimo. 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.

Hay dos cambios que conviene evitar en las entradas sanas: añadir noindex (lo tratamos en las preguntas de abajo) y bloquear las variantes en robots.txt. Un bloqueo en robots.txt impide que Google lea siquiera la etiqueta canónica, y la documentación de Google advierte que las URLs bloqueadas pueden indexarse igualmente sin su contenido.

Cómo validar la corrección

Cuando el cambio de plantilla esté publicado, inspeccione una URL corregida, ejecute la prueba en directo para confirmar que Google puede descargarla y use "Solicitar indexación" en algunas páginas importantes. Cuando Google vuelva a rastrear, la "URL canónica declarada por el usuario" del resultado indexado debería mostrar la propia página, y la página debería salir de este estado.

Si la corrección afecta a muchas URLs, use "Validar corrección" en el motivo dentro del informe "Indexación de páginas". La documentación de Google indica que la validación suele tardar hasta unas 2 semanas y puede tardar más. Cuente con que el recuento baje a lo largo de días o semanas a medida que Google vuelve a rastrear, y no espere que llegue a 0 en un sitio con enlaces de seguimiento, filtros o páginas AMP. El objetivo es un recuento menor formado por las URLs correctas.

Qué revisa un diagnóstico completo sobre este estado

Un diagnóstico completo de SEOReport no ve qué URLs agrupó Google como alternativas; eso solo lo muestra Search Console. Revisa la parte que usted controla: si el destino canónico que nombra su página de inicio está sano (sin redirección, indexable, canónico a sí mismo), si la canónica de la página de inicio cambia entre smartphone y ordenador o entre el HTML original y la página renderizada, si las páginas en otros idiomas llevan una canónica que apunta a una URL distinta de ellas mismas, y los destinos canónicos a los que no enlaza ninguna de las páginas examinadas. Cada hallazgo nombra las URLs que encontró. Nuestra guía de etiquetas canónicas explica cómo funcionan las etiquetas canónicas.

Preguntas frecuentes

¿Perjudica a mi sitio tener muchas páginas alternativas?

No. Un recuento alto debido a parámetros, filtros o páginas AMP solo refleja cuántas variantes de URL existen. Importa cuando incluye páginas que usted quiere indexar.

¿Debo añadir noindex a estas URLs para limpiar el informe?

No. La etiqueta canónica ya las mantiene fuera del índice, y Google recomienda rel="canonical" en lugar de noindex para elegir la URL canónica dentro de un sitio. Añadir noindex solo suma una instrucción contradictoria. El artículo sobre «La URL se ha marcado como "noindex"» explica cuándo noindex es la herramienta adecuada.

¿Por qué aparece aquí mi página traducida si Search Console no detecta las páginas en otros idiomas?

Porque su etiqueta canónica nombra otra URL, normalmente la página en el idioma original, y Google la respetó. Cambie su canónica para que apunte a sí misma.

¿Por qué aparecen aquí URLs que nunca enlacé?

Google encuentra URLs a través de enlaces en cualquier lugar, incluidos anuncios, correos electrónicos y publicaciones en redes sociales que añaden parámetros de seguimiento. Esas URLs sirven la etiqueta canónica de su página, así que Google las integra en la URL principal.

¿Cuánto tarda la página en salir de este estado después de la corrección?

Google tiene que volver a rastrear la página y procesar la nueva canónica, lo que lleva de días a semanas. "Solicitar indexación" pide a Google que rastree páginas importantes concretas, y "Validar corrección" hace el seguimiento de todo el grupo.