WooCommerce y productos configurables: dónde está el límite
Empecemos por lo que pocas empresas de desarrollo a medida dicen: si tu tienda online tiene un catálogo estándar, WooCommerce es probablemente tu mejor opción. Productos con su foto, su precio y su stock; variantes acotadas de talla o color; envío y pasarela de pago de las de siempre. Para eso está pensado, para eso está muy rodado, y hay agencias muy buenas especializadas en montarlo bien. Encargar esa tienda a medida sería tirar el dinero, y si nos la pides, te lo diremos.
Tampoco es una opinión de barrera: en casa también hay WooCommerce funcionando, porque para lo que hace es la elección correcta. Este artículo no va contra la plataforma. Va contra usarla fuera de su terreno, que es donde los proyectos se encallan. Y su terreno se acaba en un punto muy concreto: el producto configurable.
Qué es un producto configurable de verdad
No hablamos de una camiseta en tres tallas y cuatro colores. Eso son variantes, y WooCommerce las resuelve de serie. Hablamos de lo que vimos en un proyecto real: un fabricante cuyo cliente configura el producto al comprarlo. Elige las medidas. Elige la firmeza. Elige el tejido y los acabados. Todo dentro de opciones que define el fabricante, pero combinables entre sí, y donde cada elección afecta al precio final y a qué otras opciones siguen disponibles.
La diferencia con las variantes no es de tamaño: es de naturaleza. Una variante es un producto que ya existe y espera en un almacén. Una configuración es la descripción de algo que se va a fabricar. La tienda deja de vender artículos de una lista y pasa a validar decisiones del cliente y a ponerles precio. Es otro problema, y las herramientas pensadas para el primero lo notan.
Dónde empieza a romperse
Las variantes crecen de forma combinatoria. WooCommerce materializa cada combinación como una variante: un producto hijo con su precio y su stock. Con dos atributos cortos, funciona. En el proyecto del fabricante había cuatro atributos con hasta veinte valores cada uno: las combinaciones posibles se disparan a cifras que no tiene sentido materializar, e incluso recortando a las que tenían demanda real, el catálogo rondaba el centenar de variantes por producto. Mantener eso a mano (precios, imágenes, disponibilidad) convierte cada cambio de tarifa en una tarde de trabajo.
Los precios por modificador no son nativos. En un configurable, el precio no es "esta variante vale tanto": es una base más lo que sume cada elección. Este tejido añade un importe; este acabado, otro; la medida cambia la base. El modelo de WooCommerce pone el precio en la variante final, no en la opción elegida. Así que o calculas fuera y mantienes a mano el precio de cada combinación, o instalas una extensión que lo calcule por ti.
Las reglas de compatibilidad tampoco. En el mismo proyecto había una veintena de reglas del tipo "esta firmeza no existe en esa medida". El modelo de variantes no sabe expresarlas: de serie, la combinación imposible se puede comprar igual, y el error no aparece en la web sino después, cuando el pedido llega a fabricación.
Y todo acaba en una pila de extensiones. Para cada uno de estos huecos existe un plugin. De autores distintos, con modelos de datos distintos, cada uno resolviendo su parte sin saber que los demás existen. Se instalan tres o cuatro, empiezan a pisarse, y cada actualización de la plataforma o de cualquiera de ellos puede romper el equilibrio: lo que ayer calculaba bien un precio hoy lo calcula mal, y toca averiguar cuál de las piezas ha sido. La tienda funciona, pero vive en revisión permanente.
Lo barato se paga en mantenimiento
El patrón es conocido: el arranque cuesta poco (la plataforma es libre y las extensiones se compran hechas) y el coste real aparece después, en horas de sostener el equilibrio entre piezas que no se conocen entre sí. Es la misma lógica que contamos en desarrollo barato, mantenimiento caro, con una diferencia: allí el mantenimiento caro es el modelo de negocio de un proveedor; aquí no hay culpable, es deuda técnica que se acumula sola. El resultado para el negocio es el mismo: cada mes cuesta más tener lo mismo.
Qué hacer si estás en ese punto
La decisión sale de una pregunta honesta: ¿el configurador es un extra de tu tienda, o es tu negocio?
Si es un extra, la salida razonable puede ser simplificar: menos atributos, opciones cerradas, un catálogo que quepa en el modelo de variantes. Es una decisión comercial legítima, la toma mucha gente, y no necesitas desarrollo a medida para ejecutarla: cualquier buena agencia de WooCommerce te la resuelve.
Si el configurador es el negocio (si tu diferencia es precisamente que el cliente elige medidas, materiales y acabados que otros no ofrecen), entonces esa pieza merece ser software propio: un configurador a medida donde las reglas y los precios están modelados como lo que son, no simulados con variantes. Y conviene mirar también lo que viene detrás, porque un pedido configurado tiene que llegar a fabricación sin que nadie lo vuelva a teclear. Ahí el configurador suele acabar siendo el primer módulo de algo más parecido a un ERP a medida que a una tienda.
Nuestra forma de abordarlo está publicada: tarifa por hora y dedicación mensual que decides tú, en la sección de precios. Y si no tienes claro en qué lado del límite cae tu catálogo, cuéntanos cómo es y te contestamos con franqueza. Incluida la respuesta de que te quedes en WooCommerce, si es donde tu tienda tiene que estar.