Modelar catálogo y variantes sin arrepentirse

Construir la tienda 9 min de lectura

Estanterías con la misma prenda en varias tallas y colores, ordenadas
La estantería distingue producto de variante. Tu base de datos también debería.

El modelo de producto es la decisión que determina en silencio lo difícil que será todo lo demás. Stock, precios, facetas de búsqueda, feeds de marketplace y devoluciones lo leen, y heredan cualquier confusión que contenga.

El error más común es modelar lo que fotografías en vez de lo que envías.

La distinción que importa#

Modelar catálogo y variantes sin arrepentirse — La distinción que importa
ConceptoQué esQué debe poseer
ProductoLo que el cliente eligeTítulo, descripción, imágenes, categoría
VarianteLo que realmente envíasSKU, precio, stock, peso, código de barras
OpciónEl eje de elecciónTalla, color, con lista de valores fija
PackVarias variantes vendidas como unaSu propio SKU y su propia regla de stock

Reglas que evitan rehacerlo#

  1. Todo lo vendible tiene un SKU. Si no puede tenerlo, no es vendible por separado.
  2. Los valores de opción salen de una lista controlada, nunca de texto libre. Si no, "Azul", "azul" y "Azul marino" son tres facetas.
  3. Precio y stock viven siempre en la variante, aunque hoy todas cuesten lo mismo.
  4. Las imágenes pueden pertenecer a la variante, no solo al producto: los colores necesitan las suyas.
  5. No codifiques en el SKU significados que no existan también como campo real.

Cosas que parecen variantes y no lo son#

La personalización (un nombre grabado), los tramos por cantidad y los packs suelen meterse en el modelo de variantes porque es el martillo más cercano. Van a otro sitio: la personalización como dato de línea, los tramos como reglas de precio, los packs como producto propio con su política de stock.

Si el número de variantes de un producto pasa de unos cientos, has modelado algo que no es una variante.

Atributos, categorías y el feed que necesitarás#

Marketplaces, comparadores y tu propia búsqueda facetada quieren atributos estructurados: material, medidas, compatibilidad. Captúralos como campos desde el principio. Extraerlos de descripciones en prosa dos años después es un proyecto de datos que no gusta a nadie.

Preguntas frecuentes

¿Precio en producto o en variante?

En la variante. Aunque hoy todas cuesten igual, cambiará y la migración es desagradable.

¿Cómo trato la personalización bajo pedido?

Como dato de línea capturado al añadir al carrito, no como explosión de variantes.

¿Cuándo deben ser campos los atributos?

Desde ya. Facetas, feeds y filtros los necesitan; la prosa no se filtra.

modelado de catálogovariantes de productoestructura skumodelo de datos ecommerceatributos de producto

Todas las guías

Última actualización 2026-08-05 por ecommercedevelopment.info · Sobre nosotros

Escrito por quienes construyen

Cada guía la escriben desarrolladores que construyen y mantienen tiendas reales, no se hila desde otros sitios.

Revisado con calendario

Las plataformas y las reglas de pago cambian. Cada guía lleva la fecha de su última revisión, y la publicamos aunque nada haya cambiado.

Sin colocaciones pagadas

Ninguna plataforma, tienda de plantillas, proveedor de apps o agencia puede comprar mención, puesto ni enlace aquí.

Doce idiomas

Cada guía está traducida, no superpuesta por una máquina: cada idioma tiene su URL y su fecha de revisión.

Límites dichos

Decimos con claridad cuándo una plataforma alojada o un marketplace saldría más barato y fiable que un desarrollo a medida.