Google puede ignorar una canonical tag que tú mismo pusiste. No es un bug ni un capricho del algoritmo: es que el motor de búsqueda trata las etiquetas canonical como una señal fuerte, no como una orden. Si tus enlaces internos contradicen la canonical declarada, si el contenido entre la URL canónica y la variante difiere más de lo esperado, o si hay inconsistencias entre la canonical y el sitemap, Google se reserva el derecho de elegir su propia versión preferida. Para muchas tiendas online, ese es el punto de partida equivocado: piensan que instalar una canonical es suficiente y dejan de revisar. No lo es.
El problema con el contenido duplicado en ecommerce no es que exista, sino que es estructuralmente inevitable. Un producto disponible en tres colores y dos tallas genera seis URLs con contenido casi idéntico antes siquiera de considerar los filtros de categoría, los parámetros de ordenación o las páginas de paginación. Una tienda mediana de 5.000 referencias puede fácilmente tener 40.000 URLs rastreables, de las que un tercio son variaciones del mismo contenido. Sin una estrategia de canonical tags bien ejecutada, Google gasta su crawl budget en variantes sin valor y diluye las señales de los productos que realmente importan.
Esta guía no es una introducción a las canonical tags. Es una estrategia de implementación específica para ecommerce, con casos concretos para variantes de producto, navegación facetada, paginación y contenido compartido entre categorías. Si ya sabes que el problema existe en tu tienda, aquí encontrarás cómo priorizarlo y resolverlo.
Qué son las canonical tags y cómo las interpreta Google
Una canonical tag es una declaración de preferencia, no una instrucción obligatoria. Se coloca en el <head> de una página HTML con el atributo rel="canonical" y una URL destino: le dices a Google cuál de todas las versiones posibles de una misma página quieres que considere como la principal y que use para consolidar señales de autoridad.
El mecanismo parece sencillo, pero la parte que muchos equipos pasan por alto es la siguiente: Google valida la señal de canonical comparándola contra otras señales del sitio. Si pones rel="canonical" apuntando a /producto-azul/ pero la mayoría de tus enlaces internos apuntan a /producto-azul/?color=blue, Google puede decidir que la URL con parámetro es, en la práctica, la versión preferida del sitio. No porque ignoren tu etiqueta por malicia, sino porque los datos de rastreo contradicen la declaración.
Según la documentación oficial de Google Search Central, los factores que consideran para elegir una URL canónica son: la etiqueta rel="canonical", las redirecciones, los sitemaps XML, los enlaces internos y el historial de rastreo. Solo el primero es tu declaración explícita. Los otros cuatro son señales implícitas que el sitio emite constantemente. Si no están alineadas, la canonical puede perder la votación.
Un dato revelador de un estudio de Semrush sobre tiendas online europeas: el 43% de los ecommerce analizados tenían errores de canonical tags que afectaban directamente a qué páginas aparecían en el índice de Google. El error más frecuente no era la ausencia de canonical, sino canonical tags apuntando a la URL incorrecta o inconsistentes con los sitemaps declarados.
Esto tiene consecuencias directas. Una tienda que vende zapatillas de running con tres anchos disponibles (normal, ancho, extra ancho) puede estar consolidando todo el tráfico en la variante de ancho normal, cuando en su mercado específico la variante “ancho” tiene el doble de búsquedas. La canonical no es solo una herramienta técnica: es una decisión de estrategia de contenido.
Canonical vs 301 vs noindex: cuándo usar cada uno
Antes de implementar nada, conviene tener claro cuándo cada herramienta es la adecuada. Los tres mecanismos resuelven problemas relacionados pero diferentes, y confundirlos genera errores que tardan meses en detectarse.
Canonical tag: Úsala cuando necesitas que una URL siga siendo accesible para el usuario pero quieres consolidar sus señales SEO en otra URL. El caso clásico es una variante de producto: /vestido-rojo/ debe poder visitarla el usuario (puede que haya llegado desde un anuncio o desde un enlace externo), pero no quieres que Google la trate como una página independiente con autoridad propia.
Redirección 301: Úsala cuando una URL ya no existe o ha cambiado de forma permanente. Si el producto /vestido-rojo/ ha sido discontinuado y redireccionas a /vestidos/, la 301 transfiere el PageRank y le dice a Google que la URL antigua ya no tiene contenido propio. También es la herramienta correcta cuando cambias completamente la estructura de URLs de tu tienda.
Noindex: Úsala cuando una URL no debe aparecer en los resultados de búsqueda, pero sí debe seguir existiendo y ser rastreable. Las páginas de carrito, de confirmación de pedido o de resultados de búsqueda interna son buenos candidatos. Una canonicalización hacia sí mismo no impide la indexación; una etiqueta noindex sí.
El error que más veces aparece en auditorías es combinarlos incorrectamente: canonical apuntando a una página con noindex, o canonical en una URL que tiene una redirección 301 activa. El primero es especialmente destructivo porque la señal canonical queda anulada por el noindex de la URL destino, y Google puede indexar la variante que querías suprimir.
(Vale la pena mencionar que algunos CMS de ecommerce populares, especialmente WooCommerce con ciertos plugins de SEO, generan estas combinaciones problemáticas por defecto en determinadas configuraciones de categorías y etiquetas.)
La estrategia de canonical self-referencing
La práctica más efectiva y menos implementada en ecommerce es el canonical self-referencing universal: cada URL del sitio tiene una etiqueta canonical que apunta a sí misma. Sin excepciones.
¿Por qué funciona? Porque elimina la ambigüedad en todos los casos donde Google podría vacilar. Considera una URL de producto típica:
https://tienda.com/zapatillas-running-nike-pegasus/Sin canonical declarada, esta URL compite potencialmente contra:
https://tienda.com/zapatillas-running-nike-pegasus
https://www.tienda.com/zapatillas-running-nike-pegasus/
https://tienda.com/zapatillas-running-nike-pegasus/?utm_source=newsletter
https://tienda.com/zapatillas-running-nike-pegasus/?ref=facebookCon una canonical self-referencing explícita, Google sabe desde el primer rastreo cuál es la versión preferida. Los parámetros UTM y de referencia, que los equipos de marketing añaden continuamente a sus URLs, no contaminan el índice.
El canonical self-referencing previene aproximadamente el 80% de los problemas de duplicados por parámetros de URL que aparecen en ecommerce, según estimaciones de varios especialistas en SEO técnico. No es un número oficial de Google, pero cualquier auditoría de una tienda sin esta implementación lo confirma rápidamente.
La implementación técnica varía según la plataforma: Shopify lo hace por defecto desde 2021, WooCommerce lo delega a plugins como Yoast o RankMath, Magento requiere configuración específica en el módulo de URL. Lo importante es verificarlo con un crawl de Screaming Frog después de configurarlo: no asumas que el CMS lo está haciendo correctamente.
Canonical tags para variantes de producto
Aquí es donde la mayoría de tiendas comete errores con consecuencias directas en el ranking. Cuando un producto tiene variantes (color, talla, material, capacidad), se generan dos estrategias posibles:
Estrategia A: URLs separadas con canonical al producto principal. Cada variante tiene su propia URL rastreable y todos apuntan al producto base como canónico. /zapatillas-running-azul/ y /zapatillas-running-rojo/ tienen rel="canonical" apuntando a /zapatillas-running/.
Estrategia B: Variantes mediante parámetros o fragmentos, con URL base canónica. Las variantes solo existen como ?color=azul o como estado de JavaScript, sin URL propia indexable.
La elección entre A y B depende de si las variantes tienen demanda de búsqueda propia. Si “zapatillas running azules” tiene 500 búsquedas mensuales y “zapatillas running rojas” tiene otras 300, quizás te interesa que cada color tenga su propia página indexada y posicionada. En ese caso, ambas variantes deben ser páginas independientes con contenido diferenciado (descripción, imágenes, especificaciones), sin canonical apuntando al producto principal, sino con canonical self-referencing.
Si las variantes no tienen demanda de búsqueda independiente y el contenido entre páginas es casi idéntico, la Estrategia A es la correcta: canonical apuntando al producto principal, que consolida todo el PageRank.
El error que no debes cometer es mezclar ambas estrategias sin criterio. Un rastreo de una tienda de electrónica con 8.000 referencias mostró que el 60% de las variantes tenían canonical al producto base, pero el 40% restante tenía canonical self-referencing. El resultado era inconsistente: Google estaba indexando selectivamente variantes que no debían aparecer en resultados y descartando páginas que sí debían posicionarse.
Canonical tags para navegación facetada
La navegación facetada, también conocida como filtros de categoría, es el principal generador de contenido duplicado en ecommerce. Una categoría de “zapatillas running” con filtros por marca, precio, material y genero puede generar matemáticamente miles de combinaciones de URL:
/zapatillas-running/?marca=nike
/zapatillas-running/?marca=nike&precio=50-100
/zapatillas-running/?marca=nike&precio=50-100&genero=mujer
/zapatillas-running/?material=meshLa guía de SEO ecommerce cubre en profundidad la navegación facetada, pero desde la perspectiva de canonical tags el principio es sencillo: las URLs de filtro que no tienen valor de búsqueda independiente deben apuntar a la categoría base como canónica.
La pregunta práctica es: ¿qué URLs de filtro sí tienen valor de búsqueda? Algunas combinaciones de filtros se convierten en keywords con demanda real. “Zapatillas running Nike mujer baratas” puede tener miles de búsquedas mensuales. Si /zapatillas-running/?marca=nike&genero=mujer responde exactamente a esa búsqueda, puede valer la pena tratarla como una página independiente con canonical self-referencing y contenido específico.
Para tomar esta decisión de forma sistemática, la herramienta es la combinación de un crawl de Screaming Frog (para ver qué URLs de filtro están generándose) con datos de Google Search Console (para ver si esas combinaciones generan impresiones de búsqueda). Las que no aparecen en Search Console raramente merecen ser indexadas; las que generan impresiones relevantes merecen una valoración individual.
Una regla práctica: las combinaciones de un solo filtro con alta demanda (marca, categoría específica) pueden indexarse. Las combinaciones de dos o más filtros deben tener canonical a la categoría base salvo evidencia explícita de demanda.
Canonical tags y paginación: el error más extendido
Cuando Google anunció en 2019 que dejaba de dar soporte a rel=prev/next, muchos equipos de SEO añadieron canonical apuntando a la página 1 en todas las páginas de paginación. La lógica era: si la paginación no tiene señales de consolidación, mejor apuntar todo a la primera página.
Este razonamiento es incorrecto y tiene consecuencias graves. Si /categoria/pagina/3/ tiene rel="canonical" apuntando a /categoria/, le estás diciendo a Google que la página 3 es un duplicado de la página 1. Google puede concluir que toda la paginación es contenido duplicado y dejar de rastrear las páginas 3, 4, 5… y los productos que solo aparecen en esas páginas pueden quedar sin indexar.
La estrategia correcta para paginación es canonical self-referencing en cada página:
/categoria/apunta a/categoria//categoria/pagina/2/apunta a/categoria/pagina/2//categoria/pagina/3/apunta a/categoria/pagina/3/
Esto le dice a Google que cada página de paginación tiene contenido único y propio, lo que es técnicamente cierto: cada página muestra un conjunto diferente de productos. Google rastreará cada página y consolidará las señales de la categoría de forma natural a través de los enlaces internos.
Una nota sobre el contenido duplicado entre páginas de paginación: el encabezado, la descripción de categoría y los elementos de navegación son idénticos en todas las páginas. Esto no es un problema significativo siempre que los productos listados sean distintos. Google entiende que los elementos de interfaz se repiten en sistemas de paginación.
Canonical cross-domain: cuándo y cómo usarlas
Las canonical cross-domain son la herramienta menos usada y más útil para ecommerce con presencia en marketplaces. Si tu tienda vende en Amazon, El Corte Inglés Online o cualquier marketplace que permita fichas de producto propias, puedes encontrarte con que el mismo contenido existe en dos dominios.
La canonical cross-domain funciona igual que la nacional: se añade rel="canonical" en la página del marketplace apuntando a tu tienda propia. Google consolida las señales de autoridad en tu dominio. El prerequisito es que el marketplace permita añadir esta etiqueta, y la mayoría no lo permite.
El caso donde sí tienes control total es si tu empresa opera múltiples tiendas online para diferentes mercados con contenido compartido. Una empresa que vende el mismo catálogo en .com y .es puede usar canonical cross-domain para consolidar señales si el contenido en español es idéntico o muy similar.
Dos limitaciones importantes a considerar. Primera: si el contenido entre las dos versiones difiere en más de un 25-30% (adaptaciones de precio, descripción diferente, especificaciones distintas), Google puede ignorar la canonical cross-domain porque los contenidos no son sustancialmente idénticos. Segunda: no uses canonical cross-domain para señalar hacia un dominio que no controlas. Google puede penalizarlo como manipulación de señales.
Puedes leer más sobre las implicaciones de contenido duplicado entre plataformas en el recurso sobre contenido duplicado en ecommerce.
Errores de canonical tags y cómo auditarlos
Los errores de canonical tags se agrupan en cuatro categorías según su impacto en el ranking.
Categoría 1 — gravedad alta: canonical a páginas con noindex
Este es el error más destructivo. La URL canónica declarada no puede indexarse, y Google descarta la señal de canonical completa. El resultado es que la URL original (la que debería ser variante) puede acabar indexándose o ninguna de las dos puede posicionarse correctamente.
Categoría 2 — gravedad alta: canonical a cadenas de redirección
Si la URL canónica tiene una redirección 301 activa, Google puede seguir la cadena o no. En ecommerce con muchas migraciones de URL históricas, este patrón aparece con frecuencia: una canonical apunta a una URL que fue redireccionada hace 18 meses y la redirección no se actualizó.
Categoría 3 — gravedad media: canonical inconsistentes con el sitemap
Si el sitemap XML incluye URLs que no tienen canonical self-referencing o que tienen canonical apuntando a otra URL, hay una contradicción de señales. Google considerará cuál de las dos fuentes es más fiable según su historial de rastreo.
Categoría 4 — gravedad baja: trailing slash inconsistente
En una tienda donde la URL oficial es /producto/ (con slash final), tener canonical tags con /producto (sin slash) en algunas páginas genera señales contradictorias. Parece un detalle menor pero es suficiente para que Google deba resolver la ambigüedad.
El proceso de auditoría de canonical tags en Screaming Frog es directo: configura la exportación para incluir la URL rastreada, la canonical declarada y el status code de la canonical. Filtra los casos donde la canonical no coincide con la URL (para detectar variantes) y verifica que todas esas canonicals respondan con status 200 y no tengan noindex. El filtrado adicional por “canonical chain” detecta los casos donde la canonical apunta a otra URL que a su vez tiene una canonical diferente: esto siempre debe resolverse.
Martin Splitt, Developer Advocate de Google, explicó en una sesión de Google Search Central Live en 2023: “La canonical es una de las señales de consolidación más importantes que tenemos, pero solo funciona cuando el resto del sitio la respalda. Un sitemap, unos enlaces internos y una canonical alineados valen diez veces más que una canonical perfecta con señales contradictorias en el resto del sitio.”
Este punto resume la filosofía correcta de implementación: las canonical tags no son una capa que se añade por encima de la arquitectura del sitio. Son una declaración que debe ser coherente con todas las demás decisiones de enlazado y estructura de URLs.
Para completar tu estrategia técnica de ecommerce, el siguiente paso natural es revisar la arquitectura de SEO técnico para tiendas online y aplicar lo aprendido aquí en el contexto de la estructura completa del sitio. Las canonical tags son una pieza del sistema, no el sistema completo.
Las canonical tags en ecommerce no son difíciles de implementar. Son difíciles de implementar bien, porque requieren tomar decisiones de estrategia de contenido antes de tocar el código: qué variantes merecen ser páginas independientes, qué combinaciones de filtros tienen demanda de búsqueda real, qué páginas deben consolidarse y cuáles deben posicionarse por sí mismas.
El punto de partida siempre es el mismo: un crawl completo con Screaming Frog, una exportación de canonical tags declaradas, y una comparación sistemática contra el sitemap y los datos de Search Console. Lo que encuentres en esa primera auditoría determinará las prioridades del trabajo.
Una tienda que corrige sus canonical tags no ve resultados inmediatos. Google necesita re-rastrear y re-procesar las señales. Espera entre 4 y 8 semanas para ver cambios en el índice, y entre 8 y 12 semanas para ver el impacto en rankings. Los ecommerce que han publicado sus resultados de auditoría reportan mejoras de entre un 15% y un 25% en páginas correctamente indexadas.
Si tu tienda lleva años sin auditar las canonical tags, el crawl lo dirá en menos de una hora. La mayoría de los problemas que encuentres serán corregibles en una tarde. Lo que no es corregible en una tarde es el tiempo que llevan esos productos sin posicionar.