Cómo auditar los canonicals de un sitio web y decidir qué corregir

Una etiqueta canonical indica a los buscadores qué versión de una página quieres indexar cuando el mismo contenido está disponible en más de una URL.

Cuando los canonical están mal configurados, las señales de indexación se dividen o apuntan a páginas que no deberían posicionarse.

Una auditoría de canonicals encuentra esos problemas antes de que te cuesten visibilidad.

Esta guía cubre cómo rastrear tu sitio, qué estados de canonical buscar y cómo decidir qué necesita corrección de verdad.

El método usa un rastreador de sitios, y los nombres de los filtros que aparecen abajo corresponden al Screaming Frog SEO Spider.

La herramienta documenta un flujo de trabajo específico para auditorías de canonicals en su tutorial de auditoría de canonicals.

Por qué importan los canonicals para la indexación

El elemento rel="canonical" es una sugerencia para los buscadores.

Consolida las propiedades de indexación y de enlaces en una única URL preferida, para que las versiones duplicadas no compitan entre sí.

No obliga a nada, pero es la señal más fuerte que puedes enviar sobre qué URL debería posicionarse.

Los canonicals importan incluso en sitios bien construidos.

Los parámetros de seguimiento, las opciones de ordenación y otros sitios web que enlazan a URLs variantes pueden crear versiones duplicadas que nunca planeaste.

Un canonical autorreferenciado en cada página protege contra esa duplicación que surge de forma natural.

Paso uno: rastrear el sitio con los canonicals habilitados

Abre tu rastreador, introduce la URL del sitio e inicia el rastreo.

En el SEO Spider, la opción de almacenar y rastrear canonicals viene habilitada por defecto en Configuration > Spider > Crawl.

Esto importa porque el rastreador sigue las URLs referenciadas dentro de las etiquetas canonical, no solo los enlaces de tu navegación.

Así puedes ver si el destino de un canonical existe realmente y responde correctamente.

Deja que el rastreo termine antes de evaluar los resultados.

Los rastreos parciales omiten páginas, y algunas comprobaciones de canonical dependen de que el rastreador haya visitado los destinos de los canonical.

Paso dos: revisar los estados de canonical en el informe

La pestaña Canonicals lista cada URL rastreada junto al canonical encontrado en su HTML o en su cabecera HTTP.

La columna Occurrences cuenta cuántos elementos canonical se descubrieron para cada URL.

El panel de resumen indica qué filtros contienen datos, así ves dónde están los problemas sin abrir cada filtro.

Estos son los estados que vale la pena revisar, según los filtros documentados:

• Contains Canonical. La página tiene un canonical configurado, ya sea autorreferenciado o apuntando a otro lugar. Es tu vista base de cobertura.
• Self Referencing. El canonical coincide con la URL de la página. Lo ideal es que cada versión canonical de una página tenga uno, para protegerte contra duplicados por parámetros y creados desde fuera.
• Canonicalised. El canonical apunta a una URL distinta. Se está indicando a los buscadores que no indexen esta página y que consoliden sus señales en el destino. Merecen revisión cuidadosa, porque un canonical erróneo saca de la contienda una URL que quizá sí merezca posicionarse.
• Missing. No hay canonical presente. El buscador elige entonces la versión que considera mejor, lo que puede provocar imprevisibilidad en el posicionamiento. En general, todas las URLs deberían especificar un canonical.
• Multiple. Hay más de un canonical configurado para una URL, mediante varios elementos link, una cabecera HTTP, o ambos combinados. Debería existir un único canonical de una única implementación.
• Multiple Conflicting. Varios canonicals que especifican URLs distintas. Es el estado más imprevisible, porque las implementaciones se contradicen entre sí.
• Non-Indexable Canonical. El destino del canonical está bloqueado por robots.txt, devuelve una redirección, un error o es noindex. Los destinos de canonical deberían ser siempre páginas indexables con respuesta 200, así que estos deben corregirse hacia la versión que responde.
• Canonical Is Relative. La etiqueta usa una URL relativa en lugar de absoluta. Las rutas relativas son fáciles de configurar mal de forma sutil, lo que puede causar problemas de indexación.
• Unlinked. URLs descubribles solo a través de etiquetas canonical, sin hipervínculos que apunten a ellas. Esto suele señalar un problema de enlazado interno o un canonical que apunta a una página que el sitio ha abandonado en la práctica.

Paso tres: combinar la auditoría de canonicals con una revisión de contenido duplicado

Los problemas de canonical y el contenido duplicado son dos vistas del mismo asunto, así que ejecuta ambas comprobaciones en el mismo rastreo.

La pestaña Content tiene filtros de duplicados exactos y casi duplicados.

Los duplicados exactos son páginas idénticas en todo su HTML, detectadas por valor de hash.

Los casi duplicados son páginas similares por encima de un umbral configurable, calculado sobre el texto de la página y no sobre el HTML completo.

Los duplicados exactos pueden dividir las señales de posicionamiento y crear imprevisibilidad en el ranking.

La guía documentada indica que solo debe existir una única versión canonical, enlazada internamente, con las demás versiones redirigidas con 301 hacia ella.

Los casi duplicados requieren revisión manual, porque páginas similares pueden ser legítimas, como variaciones de producto que tienen demanda de búsqueda por un atributo concreto.

La pregunta para cada grupo es si las páginas aportan valor único para los usuarios, o si deberían consolidarse, mejorarse o eliminarse.

Para profundizar en esa decisión, consulta nuestra guía para encontrar contenido duplicado y decidir si corregirlo, canonicalizarlo o diferenciarlo.

Paso cuatro: decidir qué corregir primero

No todo canonical marcado es una emergencia.

Recorre la lista en un orden aproximado de certeza:

1. Corrige los canonicals no indexables. Un canonical que apunta a una redirección, a una página de error o a una página noindex casi siempre está mal. Actualízalo a la versión activa e indexable del contenido.
2. Corrige los canonicals múltiples y en conflicto. Elimina la implementación duplicada para que quede exactamente un canonical, de un solo método. Las causas habituales son un tema o plantilla del CMS que añade una etiqueta mientras un plugin añade otra, o una cabecera HTTP configurada junto a un elemento HTML.
3. Revisa las páginas canonicalizadas. En cada caso, confirma que el destino es la versión que realmente quieres posicionar. Un canonical que apunta a la página hermana, categoría u homepage equivocada saca silenciosamente la página de origen de la búsqueda.
4. Añade los canonicals ausentes. Un canonical autorreferenciado en cada página canonical es el valor seguro, porque protege contra la duplicación por parámetros y por enlaces externos.
5. Investiga las URLs sin enlaces. Si una URL solo es accesible mediante una etiqueta canonical, o enlázala internamente o cuestiona si el destino del canonical es la página correcta.

Las páginas canonicalizadas son el grupo que más criterio requiere.

La postura documentada es que, en un mundo ideal, un sitio no canonicalizaría nada.

Solo se enlazarían las versiones canonical, pero los canonicals suelen ser necesarios por circunstancias fuera de tu control.

Así que la existencia de una página canonicalizada no es automáticamente un defecto.

Lo que importa es si la elección fue deliberada y si el destino es correcto.

Un ejemplo práctico del proceso de revisión

Supón que el rastreo marca un artículo del blog como canonicalizado hacia la página de listado del blog.

Esa decisión merece ser cuestionada.

El artículo tiene su propio título, su propio tema y presumiblemente su propia intención de búsqueda.

Canonicalizarlo hacia el listado descarta su capacidad de posicionarse.

La corrección es cambiar el canonical a autorreferenciado.

Ahora supón que el rastreo marca una versión para imprimir de una página de producto como canonicalizada hacia la página de producto estándar.

Ese es un canonical deliberado y razonable: el contenido es realmente un duplicado, y la página estándar es la versión que quieres indexada.

Mismo filtro, conclusión opuesta.

Por eso las auditorías de canonicals necesitan revisión humana en lugar de una regla general.

Causas habituales detrás de los errores de canonical

Conocer los sospechosos habituales acelera la corrección:

• Cambios de plantilla. Un rediseño o una actualización del tema puede eliminar etiquetas autorreferenciadas o dejar fijo un canonical que ya no coincide con la estructura de URLs.
• Plugins o módulos apilados. Dos herramientas que inyectan cada una un canonical producen los estados múltiples y en conflicto.
• URLs de staging dejadas en producción. Un canonical que apunta a un dominio de staging o desarrollo es un error clásico del día de lanzamiento y suele aparecer como destino no indexable o sin enlaces.
• Rutas relativas tras una migración. Los canonicals relativos que funcionaban en la estructura antigua pueden resolverse incorrectamente después de cambiar las URLs.
• Navegación por facetas y parámetros. Las combinaciones de filtros y ordenación generan variantes de URL; los canonicals son una de las herramientas para gestionarlas, junto con las decisiones de enlazado interno.

Convertir la auditoría en un hábito continuo

Los errores de canonical suelen introducirse con un cambio: una migración, una edición de plantilla, un plugin nuevo.

Eso significa que la auditoría más valiosa es la que se ejecuta justo después de un cambio, no solo un barrido anual.

Vuelve a rastrear tras cualquier actualización de todo el sitio y compara los filtros de canonical con tu rastreo anterior.

Las entradas nuevas en los filtros de no indexables o en conflicto apuntan directamente a lo que cambió.

Combina esto con revisiones más amplias de la salud del sitio.

Una auditoría de todo el sitio de páginas activas detecta problemas de contenido en la misma pasada.

¿Decidiendo cómo deben comportarse las páginas antes de construirlas?

Nuestro artículo sobre elegir el disparador correcto del flujo de automatización cubre un principio similar.

Ideas clave

• Rastrea el sitio completo con el rastreo de canonicals habilitado, para que los destinos de los canonical se visiten y se verifiquen.
• Revisa cada estado de filtro documentado, priorizando los canonicals no indexables y en conflicto, y después revisando las decisiones deliberadas de canonicalización.
• Ejecuta la comprobación de contenido duplicado junto a la auditoría de canonicals, porque ambos hallazgos se complementan.
• Trata las alertas de canonical como invitaciones a revisar, no como defectos automáticos; la corrección correcta depende de si el canonical refleja una decisión de indexación deliberada.
• Vuelve a rastrear tras migraciones, rediseños y cambios de plugins, que es cuando se introducen la mayoría de los errores de canonical.

Una auditoría de canonicals es una de las pocas revisiones técnicas de SEO donde el rastreador hace la mayor parte de la detección y tú haces la mayor parte de la decisión.

Ejecuta el rastreo, lee los filtros y exige a cada página canonicalizada que se justifique.

Las páginas que superan esa pregunta son las que se ganan su lugar en el índice.

Cómo puede ayudarte Meshline.

Conectamos automatización, Marketing Orgánico (generación de demanda) y gestión del ciclo de vida del cliente (Revenue Intelligence).

Trae la planificación de temas, la publicación de contenidos y el feedback de rendimiento a la conversación sobre tu flujo de trabajo. Reserva una demo de Meshline.