El error SEO técnico que más tráfico cuesta
Hay errores SEO técnicos visibles y errores SEO técnicos silenciosos. Los visibles suelen arreglarse antes. Los silenciosos pueden comerse tráfico durante meses.
Si tuviera que elegir uno de los más costosos y menos vigilados, me quedaría con este: canonicals apuntando mal.
Por qué una canonical mal configurada hace tanto daño
La etiqueta canonical le dice a Google qué versión de una página debería considerar principal cuando hay varias parecidas.
Cuando está bien, ayuda.
Cuando está mal, puede hacer que:
- Google ignore la URL correcta,
- consolide señales en una versión que no toca,
- o trate páginas valiosas como si fueran secundarias.
El problema es que no hace ruido
Una canonical rota no siempre rompe la web.
No suele dar:
- una pantalla en blanco,
- un error 500,
- ni una caída obvia al día siguiente.
Por eso es tan peligrosa. Porque el daño puede ser progresivo y poco evidente.
Qué es exactamente una canonical
Es una etiqueta que le dice a Google cuál es la versión preferida de una página cuando existen varias URLs parecidas o potencialmente duplicadas.
No está pensada para “arreglarlo todo”. Está pensada para evitar ambigüedad.
Cuando la usas bien:
- consolidas señales,
- evitas duplicidades innecesarias,
- y ayudas a que Google entienda qué URL debería priorizar.
Por qué tanta gente la da por supuesta
Porque la canonical suele estar en plantilla, escondida y “aparentemente resuelta”. Y justo por eso casi nadie la revisa hasta que algo raro empieza a pasar.
Es uno de esos elementos que, si nadie mira, puede quedarse mal durante meses.
El caso más costoso: canonical a URL con parámetros o versión incorrecta
Un patrón muy feo es este:
- páginas importantes con canonical apuntando a una versión con parámetros,
- a otra URL parecida,
- o incluso a una versión que luego redirige.
Eso genera ambigüedad y puede diluir señales justo en las páginas que deberían consolidarlas mejor.
Dónde suele pasar
- e-commerce con filtros,
- landings duplicadas,
- sistemas CMS con plantillas mal montadas,
- o migraciones donde se arrastran reglas antiguas.
También aparece mucho en proyectos donde:
- alguien ha querido “limpiar” URLs sin revisar impacto,
- se mezclan parámetros de campañas,
- o se generan versiones muy parecidas sin una lógica clara.
Cómo detectarlo
Yo empezaría por:
- mirar la canonical en páginas importantes,
- comprobar si coincide con la versión que realmente quieres posicionar,
- revisar Search Console,
- y cruzarlo con sitemap y enlazado interno.
El website audit es buen punto de partida para detectar señales de este tipo sin tener que revisar todo a mano desde cero.
Qué comprobaría en una URL concreta
- si la canonical existe,
- a qué URL apunta,
- si esa URL responde con 200,
- si es indexable,
- y si coincide con la versión que realmente quieres posicionar.
Qué síntomas suelen aparecer
- páginas que no acaban de asentarse,
- URLs válidas que no rinden como deberían,
- señales raras de indexación,
- o tráfico orgánico más flojo de lo esperable sin un culpable obvio.
En algunos casos también se nota así:
- la URL correcta no consolida señales,
- otra versión recibe más protagonismo del debido,
- o Search Console parece “mezclar” comportamientos de URLs que no deberían competir entre sí.
Qué tipo de webs sufren más este problema
E-commerce
Por filtros, parámetros, variantes y plantillas repetidas.
Webs con muchas landings parecidas
Porque es fácil que varias URLs terminen apuntando mal o mezclando intención.
Proyectos migrados
Especialmente si han cambiado estructura, CMS o lógica de generación.
Webs con muchas versiones parecidas
Por idioma, parámetros, campañas, variantes o arquitectura poco limpia. Ahí el margen de error sube mucho.
Cómo lo corregiría
La regla es sencilla:
- cada URL importante debe apuntar a la versión canónica correcta,
- estable,
- indexable,
- y coherente con sitemap y enlaces internos.
No tiene más misterio conceptual, aunque en implementación puede depender del CMS o framework.
Lo que haría en orden
- identificar patrón,
- corregir la lógica en plantilla o generación,
- revisar sitemap y enlaces internos,
- y validar después en las URLs afectadas.
Qué buscaría en la validación
- que la URL correcta tenga canonical a sí misma o a la versión adecuada,
- que el sitemap no mande otra señal distinta,
- y que los enlaces internos apunten a la versión buena.
Qué no haría
- no pondría canonicals a la home por costumbre,
- no canonicalizaría “porque sí” páginas que deberían existir por separado,
- y no mezclaría canonicals con redirecciones sin revisarlo bien.
Tampoco usaría canonical como parche rápido de un problema estructural más grande si en realidad lo que toca revisar es arquitectura o indexación.
Por qué este error cuesta tanto tráfico
Porque toca una capa básica de consolidación SEO.
Si Google duda sobre qué URL es la principal, la visibilidad se vuelve más frágil, especialmente en webs con muchas páginas o variaciones.
Cómo evitar que vuelva a pasar
- revisa plantillas,
- controla migraciones,
- valida cambios grandes,
- y no des por hecho que “la canonical ya estará bien”.
Por qué hablo de este error y no de otro
Porque hay errores más visibles, pero pocos combinan tan bien estas tres cosas:
- impacto real,
- invisibilidad relativa,
- y facilidad para pasar desapercibido durante semanas.
Una canonical mal puesta puede convivir con una web “aparentemente correcta” demasiado tiempo.
Señal práctica para sospechar de esto antes
Si una página importante:
- está indexada pero rinde raro,
- no consolida como debería,
- o compite con versiones parecidas sin motivo claro,
yo miraría la canonical antes de ponerme a teorizar sobre updates, enlaces o contenido.
Por qué conviene revisarlo junto a sitemap y enlaces
Porque una canonical aislada no cuenta toda la historia.
Si:
- el sitemap apunta a una URL,
- los enlaces internos a otra,
- y la canonical a una tercera,
estás mandando tres mensajes distintos a Google. Y eso casi nunca acaba bien.
Resumen
- Una canonical mal configurada puede drenar tráfico sin hacer ruido.
- Es especialmente peligrosa en webs con muchas URLs o variaciones.
- Conviene revisarla junto a sitemap, indexación y enlazado interno.
- No suele romper la web, pero sí puede debilitarla mucho.
- Es uno de esos fallos que merece vigilancia continua.
Preguntas frecuentes
¿Una canonical mal puesta puede sacar una página de Google?
Puede afectar seriamente a cómo Google interpreta esa URL y a qué versión decide priorizar.
¿Dónde pasa más?
En e-commerce, filtros, migraciones y proyectos con plantillas complejas.
¿Cómo lo reviso rápido?
Con una revisión técnica inicial desde el analizador gratuito y el website audit.
¿Se arregla sola?
No. Si está mal en plantilla o lógica de generación, normalmente persiste hasta que se corrige.