Canonical e-commerce: variantes, filtros y paginación

La etiqueta <link rel="canonical"> es una de las herramientas SEO más potentes, y también una de las peor utilizadas en los sitios e-commerce. Bien configurada, resuelve el contenido duplicado, concentra la autoridad SEO y permite gestionar correctamente las miles de URLs técnicas que genera un catálogo.

Aquí tienes los 4 casos concretos que aparecen en el 90 % de las tiendas, y la implementación correcta para cada uno.

El self-referential canonical: la base

Cada página de tu sitio debe tener un canonical que apunte a sí misma. Al principio parece contraintuitivo, pero esa es la regla.

<!-- Página: https://example.com/products/chaussure-derby -->
<link rel="canonical" href="https://example.com/products/chaussure-derby" />

Por qué:

Indica a Google que esta URL es la versión de referencia (no una copia, no una variante)
Protege frente a parámetros parásitos (UTM, tracking, etc.): si alguien enlaza /products/chaussure-derby?ref=newsletter, Google ve el canonical y sabe que la URL real es la versión limpia
Permite normalizar las URLs con/sin trailing slash, con/sin www, http vs https

Sin canonical, Google tiene que adivinar qué URL canonizar, y sus decisiones no siempre son las mejores.

Caso 1 — Variantes de producto

Es el caso más frecuente. Un producto con 5 colores × 4 tallas = 20 variantes. Cada variante puede tener una URL distinta:

/products/chaussure-derby                          ← producto padre
/products/chaussure-derby?variant=12345            ← variante 44 negro
/products/chaussure-derby?variant=12346            ← variante 45 negro
/products/chaussure-derby?variant=12347            ← variante 44 marrón

En la mayoría de plataformas (Shopify, WooCommerce), las variantes cambian el precio y las imágenes mostradas, pero no crean una página realmente nueva: solo la misma página con un state diferente.

Implementación del canonical:

<!-- En TODAS estas URLs, el canonical apunta al padre -->
<link rel="canonical" href="https://example.com/products/chaussure-derby" />

Aunque la URL actual sea ?variant=12346, el canonical es la versión sin parámetro. Google concentra todo el "link juice" en la URL padre, y las variantes no aparecen nunca en las SERP.

Error frecuente: dejar que cada variante haga self-canonical con su propio parámetro. Resultado: Google ve 20 páginas casi idénticas y no posiciona bien ninguna.

Caso 2 — Variantes con páginas distintas

Si tu catálogo trata las variantes como páginas independientes con URLs propias (por ejemplo: /products/chaussure-derby-noir-44), la lógica cambia.

Si las variantes tienen contenido SEO distinto (título diferente, descripción adaptada, reviews distintas):

Self-referential canonical en cada variante
hreflang o lógica de enlaces internos para relacionarlas entre sí

Si las variantes comparten el 90 % o más del contenido:

Canonical hacia una variante "principal" (normalmente la más popular)
O canonical hacia el producto padre genérico

Ejemplo:

<!-- /products/chaussure-derby-noir-44 -->
<link rel="canonical" href="https://example.com/products/chaussure-derby-noir" />

<!-- /products/chaussure-derby-noir-45 -->
<link rel="canonical" href="https://example.com/products/chaussure-derby-noir" />

Resultado: Google indexa chaussure-derby-noir como versión canónica, y las tallas concretas no aparecen en las SERP.

Caso 3 — Paginación de categorías

Tienes una categoría "Zapatos" con 200 productos, paginada en 10 páginas:

/collections/chaussures          ← página 1
/collections/chaussures?page=2   ← página 2
/collections/chaussures?page=3   ← página 3

Enfoque 2026 (post rel=next/prev):

Google dejó de dar soporte a rel=next/prev en 2019. La mejor práctica hoy es:

<!-- En /collections/chaussures -->
<link rel="canonical" href="https://example.com/collections/chaussures" />

<!-- En /collections/chaussures?page=2 -->
<link rel="canonical" href="https://example.com/collections/chaussures?page=2" />

<!-- En /collections/chaussures?page=3 -->
<link rel="canonical" href="https://example.com/collections/chaussures?page=3" />

Cada página es self-referential: contienen contenido distinto (productos distintos), así que merecen indexarse por separado.

NO hagas esto: canonizar todas las páginas paginadas hacia la página 1. Es un error frecuente. Resultado: Google solo indexa la página 1 y tus productos de las páginas 3-10 se vuelven invisibles.

Caso 4 — Filtros facetados

Es el caso más complejo. Una categoría con filtros:

/collections/chaussures                      ← sin filtrar
/collections/chaussures?color=noir           ← filtrado por color
/collections/chaussures?color=noir&size=44   ← filtrado por color + talla
/collections/chaussures?sort_by=price-asc    ← ordenado por precio

Hay tres estrategias posibles:

Estrategia 1 — Canonical de todas las variantes filtradas hacia la categoría padre

<!-- En /collections/chaussures?color=noir -->
<link rel="canonical" href="https://example.com/collections/chaussures" />

Simple. Encaja si no quieres indexar las páginas filtradas. Inconveniente: las búsquedas de "zapatos negros" no posicionarán hacia la página filtrada correcta.

Estrategia 2 — URLs limpias para filtros importantes, canonical self

Para las combinaciones con alto volumen de búsqueda, crea URLs limpias:

/collections/chaussures-noir
/collections/chaussures-noir-homme

Cada URL tiene su self-referential canonical, y las URLs con parámetros (?color=noir) canonizan hacia esas versiones limpias.

Estrategia 3 — Bloquear las URLs filtradas mediante robots.txt

No dejar que Google las rastree en absoluto. Consulta robots.txt e-commerce.

Recomendación: Estrategia 2 para los filtros importantes a nivel comercial, Estrategia 3 para las combinaciones infinitas.

Canonical e i18n: no lo confundas con hreflang

Trampa clásica. Tienes una página FR y su traducción EN:

/fr/products/chaussure-derby
/en/products/leather-derby-shoes

❌ Error: poner un canonical de la versión EN hacia la versión FR.

<!-- En /en/products/leather-derby-shoes -->
<link rel="canonical" href="https://example.com/fr/products/chaussure-derby" />

Consecuencia: Google ignora la versión EN, piensa que es un duplicado de FR y no la indexa.

✅ Buena práctica: cada página localizada tiene su propio canonical + hreflang.

<!-- En /en/products/leather-derby-shoes -->
<link rel="canonical" href="https://example.com/en/products/leather-derby-shoes" />
<link rel="alternate" hreflang="en" href="https://example.com/en/products/leather-derby-shoes" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/products/chaussure-derby" />

Consulta nuestra guía completa hreflang e-commerce multilingüe.

Implementación por plataforma

Shopify

Shopify genera un canonical automáticamente en cada producto, apuntando a la URL limpia sin parámetros. En general, es correcto por defecto. Puedes sobrescribirlo mediante la plantilla:

<!-- theme.liquid en el <head> -->
<link rel="canonical" href="{{ canonical_url }}" />

Para las URLs con variantes en parámetro, Shopify canoniza correctamente por defecto.

WooCommerce

No hay canonical nativo en todas las páginas. Los plugins SEO (Yoast, RankMath, AIO SEO) se encargan de esto. Todos hacen un self-referential canonical por defecto, con opción de personalización por página.

Compruébalo con un site: en Google o con Screaming Frog para verificar que cada URL de tu sitio tiene un canonical y que apunta a la URL correcta.

Headless

Generación manual en el componente de cada página. En Next.js con generateMetadata, el campo alternates.canonical lo gestiona correctamente.

Auditoría de canonical en 15 min

Pasos:

Rastrea con Screaming Frog: el informe "Canonical" identifica todas las URLs y sus canonicals
Filtra las anomalías:
- URLs sin canonical → hay que corregirlas
- Canonicals hacia una URL 4xx o 5xx → hay que corregirlos
- Canonicals en cadena (A → B → C) → simplificarlos a A → C directamente
- Páginas en noindex con un canonical → contradicción que resolver
Revisa las variantes: para 10 productos con variantes, comprueba que todas las URLs de variantes tienen un canonical correcto
Revisa la paginación: para cada categoría paginada, comprueba la self-reference en cada página

FAQ

¿Una página sin canonical recibe una penalización?

No directamente, pero sí tiene riesgo. Google elige su propia URL canónica, que puede no ser la que tú quieres. En una tienda e-commerce, define siempre el canonical de forma explícita.

¿Google respeta el canonical al 100 %?

No. El canonical es una señal; Google puede ignorarlo si considera que otra URL es más adecuada. Motivos frecuentes: canonical hacia una página de menor calidad, hacia una página con menos backlinks o contradicción con otras señales (hreflang, internal linking).

¿Puedo tener varios canonical en una página?

No. Solo una etiqueta <link rel="canonical"> por página. Si hay varias, Google ignora por completo la directiva.

Canonical vs 301: ¿qué diferencia hay?

301 es una redirección física: el usuario y el bot son enviados a otra URL. El canonical deja la URL actual accesible, pero indica que otra es la versión de referencia. Usa 301 para URLs movidas de forma definitiva y canonical para duplicados intencionados (variantes, parámetros).

¿Una página con canonical hacia otra se indexa?

No, normalmente no. Google "fusiona" la página con su canonical e indexa solo la URL canónica. Si quieres que ambas se indexen (caso raro), debes diferenciar su contenido y usar self-referential canonical en cada una.

¿El canonical puede ser relativo (por ejemplo: `/products/foo`)?

Técnicamente sí, en la práctica no. Usa siempre la URL absoluta con protocolo (https://example.com/products/foo). Las URLs relativas son una fuente de errores (scheme incorrecto, host incorrecto).

Para auditar y corregir los canonicals de tu catálogo a gran escala, consulta Ecomptimize para Shopify o Ecomptimize para WooCommerce.