Variantes de producto en SEO: una URL o varias

Un producto con color azul y otro idéntico en color rojo pueden vivir en la misma URL o en dos URLs distintas, y esa decisión no es cosmética: determina si Google trata cada variante como una página propia que compite por su hueco en el índice, o como un simple estado de la misma página. La respuesta correcta no es "siempre una" ni "siempre varias": depende de si existe demanda de búsqueda específica para esa variante y de si su contenido es realmente distinto, no solo el nombre de un atributo.

Este artículo se centra exactamente en esa decisión: qué hacer con las variantes de color, talla, material o capacidad de un mismo producto. No entra en feeds de Shopping, en categorías ni en productos agotados, que son decisiones distintas con sus propias reglas.

Qué es una variante y por qué la URL importa

Una variante de producto es una versión del mismo artículo que cambia en un atributo concreto, pero conserva la misma ficha técnica, la misma categoría y, casi siempre, el mismo precio base: una camiseta en tres colores, unas zapatillas en ocho tallas, un mismo mueble en dos acabados. La tienda necesita gestionarlas como unidades de inventario distintas, con su propio SKU y su propio stock, pero eso es una decisión de catálogo, no una decisión de SEO.

La decisión de SEO es otra: si cada variante tiene su propia URL indexable, la tienda multiplica las páginas que compiten por rastreo y autoridad, y varias pueden acabar diciendo lo mismo con una palabra cambiada. Si, en cambio, todas comparten una única URL, la tienda pierde la posibilidad de que una variante concreta aparezca en los resultados cuando alguien busca precisamente esa combinación. Ninguna opción es gratis; el trabajo consiste en aplicar cada una donde corresponde, producto por producto.

• Color: la variante más habitual y, casi siempre, la de menor diferenciación de contenido real
• Talla: relevante en moda y calzado, donde la disponibilidad por talla sí genera búsquedas propias
• Material o acabado: madera frente a metal, algodón frente a poliéster, con descripciones que pueden diferir de forma legítima
• Capacidad o formato: 250 ml frente a 1 litro, 8 GB frente a 256 GB, con precio y ficha técnica distintos

Cómo se representan las variantes en la URL

Hay tres formas habituales de manejar el cambio de variante en la interfaz, y cada una tiene una implicación distinta para el rastreo. La primera es el parámetro de consulta añadido a la URL del producto, del tipo producto.html?color=azul&talla=m; Google puede rastrear e indexar estas URLs sin problema, pero por defecto no sabe si quieres que las trate como páginas independientes o como la misma página bajo distintos disfraces. La segunda es el segmento de ruta dedicado, como /producto/camiseta/azul-m/, que suele reservarse para variantes que sí se quieren indexar por separado, porque a nivel de URL se comportan como una página normal.

La tercera, cada vez más habitual, es el selector que cambia el contenido visible mediante JavaScript sin modificar la URL en absoluto: el usuario elige el color y la imagen, el precio o el stock se actualizan en pantalla, pero la barra de direcciones no cambia. En ese caso no existe una URL de variante que indexar; toda la decisión se traslada a si ese contenido dinámico se sirve también en el HTML inicial, para que un rastreador que no ejecuta JavaScript de forma perfecta no se quede solo con la primera variante mostrada por defecto.

Durante años, Search Console ofreció una herramienta de gestión de parámetros de URL para indicarle a Google cómo tratar cada parámetro; la retiró en 2022. Desde entonces, la señal sobre qué hacer con una URL de variante llega por las etiquetas que la propia página declara, no por configuración aparte.

Cuándo conviene una única URL canónica

Consolidar todas las variantes en una sola URL indexable tiene sentido cuando el atributo que cambia no genera una intención de búsqueda distinta y cuando el contenido alrededor de esa variante es, en la práctica, el mismo texto con una palabra sustituida. Es el caso típico del color en muchos productos de moda o de hogar: nadie busca de forma diferenciada "funda de cojín gris" frente a "funda de cojín azul" con volumen suficiente como para justificar dos páginas separadas, y la descripción, las medidas y las características son idénticas salvo el nombre del color.

En esta situación, la variante no indexada debe seguir siendo accesible para el usuario, con su selector de color o talla funcionando con normalidad, pero la URL que resulta de esa selección debe llevar una etiqueta canonical apuntando a la URL principal del producto. Esto no significa ocultar la información: el nombre de cada color, su disponibilidad y su imagen deben poder verse en el HTML servido, para que la página principal reúna toda la riqueza de contenido de sus variantes en lugar de repartirla entre varias URLs débiles.

Consolidar también evita un problema de crawl budget en catálogos grandes: seis variantes por producto multiplican por seis el número de URLs que rastrear para llegar al mismo número de fichas útiles, y ese presupuesto de rastreo es limitado.

Cuándo una variante merece su propia URL

El caso contrario aparece cuando alguien busca esa combinación concreta, no el producto en general. Una talla grande de calzado, una capacidad de almacenamiento específica en electrónica o una edición de color que ha tenido cobertura mediática propia son ejemplos donde existe una intención de búsqueda separada: "zapatillas running mujer talla 42" no es la misma consulta que "zapatillas running mujer", y una página que responda específicamente a la talla 42, con su disponibilidad real y sus reseñas propias, puede posicionar donde la página genérica del modelo no llega.

La señal más fiable para tomar esta decisión no es la intuición sino los datos: revisar en Search Console qué consultas traen tráfico o impresiones a la página del producto principal, y comprobar si aparecen de forma recurrente términos de talla, color o capacidad. Si una variante concreta arrastra su propio volumen de búsqueda visible en esos datos, es candidata a tener URL propia; si no aparece ningún patrón así, la consolidación de la sección anterior sigue siendo la opción más sólida.

Otra señal legítima, distinta de la búsqueda, es la diferencia real de contenido: fotografía propia, descripción no genérica, precio distinto o reseñas que solo hablan de esa versión. Ahí la variante ya no es decorativa sino, a efectos de contenido, casi un producto distinto, y merece su propia URL indexable con canonical autorreferenciado.

El canonical y los errores más comunes con esta etiqueta

Sobre una variante consolidada, el canonical debe apuntar desde la URL de la variante hacia la URL principal del producto. Sobre una variante que se ha decidido indexar por sí misma, el canonical debe ser autorreferenciado: la página declara que ella misma es la versión canónica, no otra. El error aparece cuando se mezclan las dos lógicas sin criterio, o cuando directamente no se declara ningún canonical y se deja que Google decida por su cuenta cuál de las URLs casi idénticas prefiere mostrar en el índice, una decisión que no siempre coincide con la que la tienda hubiera elegido.

Hay tres fallos que se repiten con frecuencia en catálogos con muchas variantes. El primero es bloquear las URLs de variante mediante robots.txt en lugar de canonicalizarlas: si Google no puede rastrear la página, tampoco puede leer su canonical, así que en vez de consolidar autoridad se crea una URL huérfana que puede seguir indexada por enlaces externos, sin ningún contexto. El segundo es combinar noindex con un canonical hacia otra URL: son dos instrucciones distintas para el mismo problema, y conviene usar solo una señal, porque la combinación resulta contradictoria. El tercero es el canonical en cadena, donde la variante A apunta a B y esta a su vez apunta a una tercera URL en lugar de apuntar todas directamente a la página final; cada salto diluye la señal.

Datos estructurados para variantes: ProductGroup

Además del canonical, existe un mecanismo pensado específicamente para declarar relaciones de variante: el tipo ProductGroup de schema.org, que Google admite en su documentación de datos estructurados de producto. Un ProductGroup describe la familia completa —por ejemplo, una camiseta— y enumera sus miembros concretos mediante la propiedad hasVariant, mientras que cada producto individual declara isVariantOf apuntando de vuelta al grupo. La propiedad variesBy indica qué atributos cambian entre los miembros, típicamente "color" o "size", y cada variante conserva su propio SKU dentro de un productGroupID compartido por toda la familia.

Esta marca no sustituye al canonical ni decide por sí sola qué se indexa: el canonical sigue siendo la señal que le dice a Google qué URL debe aparecer en resultados; ProductGroup es la señal que le explica, cuando varias de esas URLs sí están indexadas, cómo se relacionan entre ellas. Es especialmente útil cuando una tienda ha decidido indexar algunas variantes por demanda de búsqueda pero no todas: sin ProductGroup, Google puede tratar esas páginas como duplicados sueltos que compiten entre sí; con la marca, entiende que son piezas legítimas de una misma familia de producto y puede mostrar la variante correcta en función de la consulta.

Declarar ProductGroup no obliga a indexar más URLs de las decididas; es correcto usarlo sobre una única variante indexada que reúne, como atributos adicionales de su propia oferta, las opciones de color o talla disponibles, sin que cada una tenga página propia.

Errores frecuentes al gestionar variantes

Más allá del canonical, hay patrones que aparecen una y otra vez en tiendas con catálogos de variantes complejos y que conviene revisar antes de que se conviertan en un problema de escala.

• Navegación facetada sin control: combinar color, talla y material sin límite genera miles de URLs indexables que nadie busca, diluyendo el rastreo en combinaciones vacías
• Selectores de variante que dependen por completo de JavaScript sin que el HTML inicial contenga la información, de forma que la primera pasada de rastreo solo ve la variante mostrada por defecto
• Enlazado interno inconsistente: unas páginas de categoría enlazan a la URL con parámetro y otras a la versión canónica del mismo producto, repartiendo la señal en lugar de concentrarla
• Cambiar la estructura de URL de las variantes sin dejar redirecciones 301 desde las antiguas, perdiendo el valor de los enlaces externos que apuntaban a ellas
• Migas de pan y datos de breadcrumb que no reflejan la variante mostrada, generando una jerarquía que no coincide con lo que el usuario ve en pantalla
• Duplicar la descripción larga palabra por palabra entre variantes indexadas por separado, en lugar de aportar algo propio a cada una o consolidarlas si no hay nada que aportar

Un criterio simple para decidir por línea de producto

La decisión no tiene que tomarse variante por variante de forma manual e indefinida; conviene fijar un criterio por línea de producto y aplicarlo de forma consistente. Un orden razonable de comprobación: primero, revisar si existe una consulta de búsqueda diferenciada para el atributo, apoyándose en los datos de Search Console de la página principal; segundo, comprobar si el contenido de la variante puede ser genuinamente distinto —imagen propia, matiz de descripción, precio o disponibilidad propios— y no solo un cambio cosmético; tercero, contar cuántas combinaciones resultarían indexables si se aplicara el mismo criterio a todo el catálogo, porque lo que funciona para un producto con tres variantes puede ser insostenible para uno con cuarenta.

Cuando la respuesta a las dos primeras preguntas es afirmativa, la variante se indexa con su propio canonical autorreferenciado y, si procede, su marcado ProductGroup. Cuando no lo es, se consolida hacia la página principal, manteniendo toda la información de la variante visible ahí para no perder el contenido, solo la URL independiente. Pasados unos meses conviene revisar el rendimiento real de las variantes indexadas: si alguna no recibe tráfico ni aparece en informes de rastreo relevantes, es candidata a plegarla de vuelta en la siguiente revisión del catálogo.