# 5 problemas de canonical tag y cómo corregirlos
Un problema de canonical ocurre cuando tu sitio le dice a Google una cosa sobre qué versión de una página debería rankear, pero la estructura del sitio dice otra. Google termina confundido sobre qué URL es dueña de la autoridad de ranking, y pierdes tráfico hacia páginas duplicadas o, peor, hacia competidores que se quedaron con tu contenido de forma limpia.
El problema real es que la mayoría de los sitios no sabe que tiene un problema de canonical hasta que bajan los rankings o ven una indexación rara en Google Search Console (GSC). Puedes tener canonicals autorreferenciados que apuntan a la URL equivocada, canonicals faltantes en versiones con parámetros de las páginas, o canonicals que se encadenan a través de varias redirecciones. Si no revisas tus URLs en vivo de forma directa, no vas a agarrar esto hasta que te cueste.
Qué es un Comprobador de canonical
El Comprobador de canonical es una herramienta gratis en el navegador que lee el HTML de cualquier URL en vivo y extrae el tag rel=canonical exacto que está presente (o confirma que falta). Pegas una URL —sin login— y en segundos ves el tag que la página está reclamando como canonical, si es autorreferenciado o apunta a otro lado, y si es absoluto o relativo.
La herramienta te muestra el tag crudo y su destino para que lo compares contra lo que pensabas desplegar. Si tu página en example.com/products?color=red apunta su canonical a example.com/products sin un rel=canonical en el canonical mismo, acabas de crear una cadena de canonical débil que no va a pasar autoridad con limpieza.
Por qué importa para el SEO
El contenido duplicado no te lastima de forma directa como factor de ranking, pero un canonical incorrecto le da a Google señales en conflicto sobre qué versión debería rankear. Cuando Google recrawlea tu sitio cada 3-7 días, reevalúa el canonical tag en cada pase. Si está mal, estás partiendo la autoridad de ranking entre varias URLs en lugar de consolidarla en una versión fuerte.
La segunda consecuencia es el desperdicio de rastreo. Si tienes 200 variaciones con parámetros de la misma página de producto, todas con canonicals autorreferenciados correctos, Google las indexa con eficiencia. Pero si la mitad apunta a una URL no canonical y la otra mitad no apunta a nada, Google desperdicia budget rastreando y volviendo a rastrear esas páginas para entender la estructura. He visto sitios perder el 15-30% de su asignación de crawl solo por esto.
Tercero, pierdes datos de optimización de conversión. Las plataformas de analytics respetan los canonicals de formas distintas: algunas consolidan métricas a lo largo de cadenas de canonical, otras no. Terminas con datos de sesión fragmentados para la misma página lógica, y se vuelve imposible saber si lo que de verdad mueve tu tráfico está funcionando.
Cómo usarlo
- Entra al Comprobador de canonical en https://scrawl.tools/tools/canonical-checker y pega tu URL en vivo en el campo de entrada.
- Haz clic en "Check" y espera a que la herramienta traiga y parsee el HTML de la página. Te va a mostrar el tag rel=canonical si existe, o "No canonical tag found" si a la página le falta por completo.
- Compara el resultado contra lo que esperas. Si tu página es
/products/blue-shoesy el canonical dice/products/blue-shoes, es autorreferenciado y correcto. Si apunta a/productso a otro dominio, investiga por qué.
Qué te dicen los resultados
Si la herramienta devuelve un canonical absoluto —<link rel="canonical" href="https://example.com/products/blue-shoes" />— tu tag es legible para Google y se renderiza en el código fuente HTML. Esa es la base que necesitas. Si es relativo, como <link rel="canonical" href="/products/blue-shoes" />, Google lo va a resolver bien en la mayoría de los casos, pero lo absoluto es más limpio.
Si ves un canonical que apunta a una URL que no existe, a una cadena de redirección o a un dominio completamente distinto sin una razón clara, encontraste tu problema de canonical. La herramienta no te puede decir por qué está mal, pero te va a mostrar qué está mal para que investigues la causa en tu CMS o en la lógica del template.
Lo más importante: si la herramienta no devuelve nada —ningún canonical tag— esa página queda expuesta a que la superen scrapers o variaciones con parámetros de sí misma. Google va a intentar inferir un canonical, y muchas veces se equivoca.
3 errores que comete la mayoría
El problema real es que los equipos asumen que sus canonicals están bien porque los desplegaron una vez. Los canonicals se desvían. Un developer empuja un tag que apunta a staging, alguien cambia el dominio en un template y no en otro, o tu CMS aplica un canonical por defecto que anula el que configuraste. La mayoría se pierde esto hasta que GSC muestra varias versiones de la misma página en el índice.
Segundo, la gente crea cadenas de canonical sin darse cuenta. La página A apunta a la página B, la página B apunta a la página C, y Google solo sigue un salto. Crees que la autoridad se está consolidando en la página C, pero en realidad se detiene en la página B. Si estás migrando contenido o reestructurando URLs, prueba cada salto con el Comprobador de canonical para asegurar que apunte directo al canonical final, no a pasos intermedios.
Tercero, los equipos ponen canonicals en URLs cargadas de parámetros que no deberían tenerlos. Si tienes /search?q=blue+shoes en tu sitio de e-commerce y le pones un canonical, le estás diciendo a Google que esta URL dinámica es la versión de autoridad, y eso va contra el propósito. Los canonicals deberían apuntar desde las páginas con parámetros hacia URLs limpias, no al revés.
Corre tu auditoría ahora
Saca una lista de 20-30 URLs de tu sitio que más importan: tu homepage, las landing pages principales, páginas de producto con parámetros, contenido duplicado que ya conoces. Pega cada una en el Comprobador de canonical y arma una hoja de cálculo con lo que encuentres. Vas a ver patrones en segundos: canonicals faltantes en ciertos tipos de página, canonicals que apuntan todos al dominio equivocado después de una migración, o cadenas que no sabías que existían.
Si encuentras redirecciones rotas en tu cadena de canonical, usa el Comprobador de cadenas de redirección para trazar el path completo y confirmar dónde aterriza Google al final. No corrijas a ciegas: prueba, documenta y verifica cada cambio de canonical antes de desplegarlo en todo el sitio.