El proveedor te pasa "Camiseta básica negra S", "Camiseta básica negra M", "Camiseta básica azul S"… cada combinación como un producto suelto. Tu tienda, en cambio, quiere una sola ficha —"Camiseta básica"— con sus variaciones de talla y color. Esa traducción, de productos simples a un producto variable, parece trivial hasta que la haces a mano en un catálogo entero. Entonces aparecen las trampas.
El problema: simples por fuera, variable por dentro
Los proveedores exportan plano: una fila por cada combinación. El ecommerce moderno piensa en producto variable: una ficha padre con variaciones que comparten descripción e imágenes pero difieren en talla, color, precio o stock. Para pasar de lo uno a lo otro, alguien tiene que decidir qué filas son en realidad el mismo producto. Y ahí empieza el lío.
Detectar qué va junto (sin equivocarse)
Agrupar bien es la mayor parte del trabajo. Se hace por lo que comparten: un patrón en el nombre, un SKU de padre común, los mismos atributos base. El riesgo está en los dos extremos: agrupar cosas que no van juntas (dos productos distintos que se llaman parecido) o separar lo que sí (la misma camiseta partida en dos fichas). Una buena propuesta de agrupación te enseña qué ha unido antes de tocar nada, para que tú confirmes.
Las reglas que casi nadie te cuenta
Los productos variables tienen reglas propias que, si no conoces, te explotan al publicar:
- El EAN va en las variaciones, no en el padre. El producto variable no tiene código de barras propio; cada talla/color sí. Poner un EAN en el padre es un error clásico.
- El SKU del padre puede ir vacío. WooCommerce lo permite, y muchas veces es lo correcto: el SKU real está en cada variación.
- Cada variación necesita lo suyo: su imagen, su precio y su stock. No se heredan a ciegas.
- Cuidado con los simples huérfanos: productos que ya estaban publicados sueltos y que el nuevo variable va a reemplazar. Te tienen que avisar antes de pisarlos: al publicar el variable, esos simples se borran de la tienda para liberar su SKU.
El orden importa: la imagen antes que la variación
Un detalle de fontanería que marca la diferencia: al publicar, la imagen de cada variación debe subirse antes de crear o actualizar la variación, de forma atómica. Si se hace al revés, acabas con variaciones sin foto —ese catálogo a medio hacer donde unas tallas tienen imagen y otras no. Hacerlo en el orden correcto, y de una pieza, es lo que evita ese desastre silencioso.
Por qué a mano no escala
Un catálogo de moda o de recambios puede tener cientos de productos variables, cada uno con decenas de variaciones: miles de combinaciones, cada una con su EAN, su SKU, su precio y su imagen en el sitio correcto. Hacerlo a mano respetando todas las reglas es lento y propenso a errores que solo descubres cuando un cliente intenta comprar una talla que no existe. Automatizar la agrupación —con tu revisión por encima— es lo que convierte ese infierno en un paso más del pipeline.