Modelos de datos de producto: cómo estructurar la información de producto en PIM

Por qué importan los modelos de información

Un modelo de información de producto es la arquitectura que define qué datos recopilas, cómo se organizan y cómo se relacionan entre sí. No es solo una lista de campos. Es la base de todo lo que haces con los datos de producto.

Esta es la diferencia:

Sin un modelo adecuado: los category managers añaden campos al azar, marketing estructura los datos a su manera y el equipo de integraciones sufre porque los requisitos de los marketplaces no encajan. Resultado: caos, retrabajo manual de los datos y errores en los listados.

Con un modelo adecuado: los datos llegan estructurados, escalan con facilidad, se sincronizan automáticamente con los marketplaces y no requieren retrabajo constante.

Un modelo de información mal diseñado cuesta más que el mejor sistema PIM. Porque el sistema es solo una herramienta; el modelo es tu forma de pensar en tus productos.

Qué es un modelo de información

Un modelo de información es un conjunto de reglas y estructuras que describen qué información guardas sobre un producto, en qué formato y con qué restricciones.

Se compone de cuatro elementos:

1. Jerarquía de categorías: cómo organizas los productos en un árbol de categorías. No sirve solo para facilitar la navegación; es la base para aplicar modelos distintos a productos distintos.

2. Atributos: las propiedades del producto (talla, color, material, peso, potencia). Cada atributo tiene un tipo de dato, un nivel de obligatoriedad y unos valores permitidos.

3. Grupos de atributos: agrupaciones lógicas de atributos según su finalidad. Por ejemplo, «Información básica», «Dimensiones y peso», «Multimedia», «Categorización», «SEO». Los grupos facilitan la navegación a los gestores y estructuran la ficha de producto.

4. Diccionarios y vocabularios: listas de valores predefinidos para los atributos (por ejemplo, todos los colores o materiales posibles). Así se garantiza la coherencia de los datos.

Jerarquía de categorías: cómo construir el árbol correcto

La categorización es lo primero que hay que definir. Determina si puedes aplicar reglas distintas a productos distintos.

Principio 1: una única lógica de clasificación

El árbol de categorías debe construirse con un solo criterio por nivel; de lo contrario, surge la confusión.

Incorrecto:

Electrónica
├── Electrodomésticos
├── Para la cocina
├── Menos de 1000 W
└── Color negro

Correcto:

Electrónica
├── Electrodomésticos de cocina
│ ├── Hervidores
│ ├── Microondas
│ └── Batidoras
├── Cuidado del hogar
│ ├── Aspiradoras
│ └── Mopas de vapor
└── Climatización
├── Aires acondicionados
└── Calefactores

Principio 2: profundidad del árbol

No crees categorías más profundas de lo necesario. Normalmente bastan 3 o 4 niveles. Si llegas a 7 u 8 niveles, hay un error de lógica en algún punto.

Principio 3: un producto, una categoría

En un sistema PIM, un producto existe como una única instancia y pertenece a una sola categoría. No es una limitación, sino una decisión de arquitectura:

• La categoría define el modelo de datos. Si un producto está en «Smartphones», se le aplican los atributos de smartphone. Si un producto pudiera estar a la vez en «Smartphones» e «Ideas para regalar», no quedaría claro qué conjunto de atributos aplicar.
• Los cambios se hacen una sola vez. Actualizas la descripción y se actualiza en todas partes. Sin riesgo de tener precios actuales en una categoría y desactualizados en otra.
• Sin duplicación de datos. Un SKU = un registro en el sistema. Esta es la base de la fuente única de verdad (Single Source of Truth).

¿Y la navegación del sitio web?

En un sitio web o marketplace, un producto puede aparecer en varias secciones. En el PIM, esto se gestiona con un grupo de atributos independiente, «Categorización», en el que cada canal tiene su propio diccionario con el árbol de categorías de ese canal.

Grupo de atributos: Categorización

Categoría del sitio web (diccionario):
- Guía de regalos de temporada
- Novedades
- Ofertas
- Más vendidos

Categoría de Amazon (diccionario):
- Electrónica > Accesorios > Auriculares
- Electrónica > Accesorios > Altavoces

Categoría de Walmart (diccionario):
- Electrónica > Audio > Auriculares y auriculares intraurales

El producto sigue perteneciendo a una sola categoría del modelo de información (por ejemplo, «Electrónica > Audio > Auriculares»), que define sus atributos. Las secciones en las que aparece en el sitio web o en el marketplace se controlan con estos diccionarios adicionales. Un mismo producto puede estar en «Guía de regalos», «Novedades» y «Más vendidos» en tu sitio web y seguir siendo un único registro en el PIM.

En la práctica: GS1 cuenta con el estándar GPC (Global Product Classification), que recomienda esta lógica. Úsalo como punto de partida y luego adáptalo a la lógica de tu negocio.

Atributos: tipos, obligatoriedad, grupos

Los atributos son las propiedades concretas del producto. Cada atributo tiene:

Nombre: una denominación clara (por ejemplo, «Material de la carcasa», no «MatCrc»)

Tipo de dato:

• Identificador: SKU, UPC y cualquier número de identificación con límites de longitud
• Campo de texto: texto libre (descripciones, nombres) con posibilidad de generación con IA
• Bloque con formato (HTML): descripciones detalladas con marcado, enlaces y formato
• Lista de selección única: elegir un valor de un diccionario (color, marca, país)
• Lista de selección múltiple: elegir varios valores de un diccionario (colores disponibles, accesorios compatibles)
• Campo numérico: precios, valoraciones, cantidades con ajustes de rango y formato
• Campo numérico con unidad: peso, longitud, volumen con selección de la unidad desde un diccionario
• Imagen: fotos del producto con control de formato, tamaño y cantidad
• Archivos: documentación, certificados, manuales (PDF y otros formatos)
• URL: enlaces a recursos externos
• Email: direcciones de contacto con validación de formato
• Teléfono: números con formato automático según el país

Nivel de obligatoriedad:

• Obligatorio: el producto no puede exportarse al marketplace sin este campo
• Recomendado: conviene rellenarlo, pero no es crítico
• Opcional: se rellena si aplica al producto

Nivel de aplicación:

• Por producto (SKU): exclusivo de un producto concreto
• Por categoría: igual para todos los productos de una categoría
• Por marca: características comunes a todos los productos de una marca

Grupos de atributos:

Los atributos se combinan en grupos lógicos para ayudar a los gestores a moverse por la ficha de producto:

Grupo: Información básica
- Nombre del producto
- Descripción
- Marca
- Modelo

Grupo: Dimensiones y peso
- Largo
- Ancho
- Alto
- Peso

Grupo: Multimedia
- Fotos
- Vídeo reseña
- Manual (PDF)

Grupo: Categorización
- Categoría del sitio web
- Categoría de Amazon
- Categoría de Walmart

Grupo: SEO
- Meta título
- Meta descripción
- Slug de URL

Ejemplo de estructura de atributos para smartphones:

Categoría: Electrónica > Dispositivos móviles > Smartphones

Atributos obligatorios:
- Nombre del producto (campo de texto)
- Descripción (bloque con formato)
- Fotos (imagen, mínimo 3)
- Marca (lista)
- Modelo (campo de texto)
- Precio (campo numérico)
- Stock (campo numérico)

Atributos recomendados:
- Sistema operativo (lista: iOS, Android)
- Capacidad de almacenamiento (lista: 64GB, 128GB, 256GB)
- Tamaño de pantalla (campo numérico con unidad: pulgadas)
- Batería (campo numérico con unidad: mAh)
- Cámara (campo numérico: megapíxeles)
- Color (lista)
- Garantía (campo numérico: meses)

Atributos opcionales:
- Contenido de la caja (campo de texto)
- Vídeo reseña (URL)
- Certificaciones (archivos)

Diccionarios y vocabularios: por qué son críticos

Un diccionario es una lista controlada de valores para un atributo. En lugar de que cada gestor escriba «rojo», «Rojo», «carmesí», dices: aquí tienes la lista de colores, elige de ella.

Por qué es importante:

1. Coherencia: todos los datos tienen el mismo formato
2. Analítica: puedes contar con precisión cuántos productos rojos tienes
3. Filtros y búsqueda: en sitios web y marketplaces, los filtros solo funcionan con valores controlados. Si los colores se rellenan desde un diccionario, los compradores encuentran todos los productos rojos con un clic. Si se rellenan como texto libre, algunos productos se pierden porque alguien escribió «escarlata» o «ROJO».
4. Integraciones: cuando los datos se sincronizan con otros sistemas, ya están en el formato correcto

Ejemplo de diccionario de colores:

ID: CLR-001 → Rojo
ID: CLR-002 → Negro
ID: CLR-003 → Blanco
ID: CLR-004 → Azul
ID: CLR-005 → Verde
ID: CLR-006 → Amarillo
ID: CLR-007 → Plateado

El producto hace referencia al ID, no al texto. El diccionario en sí se mantiene unificado e invariable. Pero al exportar a distintos marketplaces, se aplican tablas de mapeo a nivel de canal:

Canal: Amazon US
CLR-001 → Red
CLR-002 → Black
CLR-003 → White

Canal: Amazon DE
CLR-001 → Rot
CLR-002 → Schwarz
CLR-003 → Weiß

Canal: Walmart
CLR-001 → Red
CLR-002 → Black
CLR-003 → White

Esta separación es importante: el diccionario es tu estándar interno y el mapeo por canal es la adaptación a los requisitos de cada plataforma. Los gestores trabajan con valores que entienden y el sistema los transforma automáticamente al formato adecuado al exportar.

Dónde es especialmente crítico:

• Tallas: ropa y calzado (S, M, L, XL frente a US 4-16 frente a EU 36-52)
• Materiales: cada tipo de producto usa su propio conjunto de materiales
• País de origen: códigos ISO para automatizar los trámites aduaneros
• Unidades de medida: lb, oz, fl oz, in, ft (especialmente importante para la logística y la integración con el ERP)

En la práctica: ISO 8000 recomienda mantener los diccionarios en un sistema de gestión de datos maestros (MDM) independiente, desde el que se cargan en el PIM. Así se obtiene un único punto de control para todos los sistemas.

Principios para construir un modelo de información

Tanto si empiezas desde cero como si rediseñas un modelo existente, sigue estos principios:

1. Empieza por una auditoría de la situación actual

Revisa qué datos tienes ahora. ¿Dónde se guardan? ¿Cómo están estructurados? ¿Qué campos se usan y cuáles están muertos? Así entenderás qué se necesita realmente y qué es herencia de sistemas antiguos.

2. Define la fuente de verdad de cada atributo

¿De dónde viene la información? ¿Los precios de SAP, las descripciones de marketing, las fotos de diseño, las especificaciones del proveedor? Cada atributo debe tener un responsable y una fuente.

3. Piensa en los marketplaces desde el principio

Revisa los requisitos de Amazon, Walmart, eBay y Shopify. ¿Qué campos son obligatorios? ¿Qué formatos se usan? Diseña el modelo para cubrir la mayoría de los requisitos de las plataformas.

4. Planifica para escalar

Si ahora tienes 500 productos pero prevés llegar a 50.000, el modelo tiene que soportarlo. No crees campos especiales para un solo producto; crea diccionarios compartidos.

5. Validar en la entrada es mejor que corregir en la salida

Define las reglas directamente en el sistema: qué campos son obligatorios y qué formatos se permiten. Es más barato que limpiar los datos después.

6. Versiona tu modelo

Cuando cambies la estructura, no borres la anterior. Crea versiones: Modelo v1.0, v1.1, v2.0. Así se simplifican la migración y la vuelta atrás si algo sale mal.

En la práctica: ejemplos para distintos sectores

FMCG (alimentación y bebidas)

El modelo de información debe incluir:

Campos obligatorios:

• Nombre del producto
• Descripción
• Fotos (como mínimo, la parte frontal del envase)
• Ingredientes (importante por los alérgenos)
• Información nutricional (calorías, proteínas, grasas, hidratos de carbono)
• Peso neto/volumen
• Fecha de consumo preferente
• Condiciones de conservación

Diccionarios:

• Tipo de producto (bebida, snack, lácteo, cárnico, etc.)
• Alérgenos (gluten, leche, frutos de cáscara, soja, etc.)
• País de origen

Electrónica (electrodomésticos, gadgets)

Campos obligatorios:

• Modelo, fabricante
• Especificaciones técnicas (potencia, tensión, dimensiones, peso)
• Garantía
• Fotos (desde varios ángulos)
• Manual de usuario (PDF)

Diccionarios:

• Tipo de producto (microondas, frigorífico, cafetera)
• Color
• Material de la carcasa
• Calificación energética (certificación ENERGY STAR, etc.)

Ropa y calzado

Campos obligatorios:

• Talla
• Material (exterior y forro)
• Color
• Fotos (como mínimo, delantera y trasera)
• Instrucciones de cuidado
• Composición del tejido (en porcentajes)

Diccionarios:

• Tabla de tallas (S, M, L, XL frente a US 4-16 frente a EU 36-52)
• Colores (incluidos los nombres de moda: «rosa empolvado», «gris carbón»)
• Materiales (algodón, poliéster, lana, lino, mezclas)
• Temporada (Primavera-Verano, Otoño-Invierno, entretiempo)

Productos farmacéuticos y de salud

Aquí los requisitos son más estrictos por las restricciones regulatorias.

Campos obligatorios:

• Nombre comercial
• Nombre genérico
• Forma farmacéutica (comprimido, cápsula, jarabe, pomada)
• Concentración
• Tamaño del envase
• Fabricante
• Número NDC
• Fecha de caducidad
• Condiciones de conservación
• Drug Facts/prospecto (PDF)
• Estado Rx/OTC

Diccionarios:

• Clasificación del medicamento
• Formas farmacéuticas
• Vías de administración (oral, tópica, inyectable)
• Restricciones de edad

Importante: en el sector farmacéutico, los datos deben cumplir los requisitos de la FDA. Un error en la dosis o en las contraindicaciones no es solo una mala experiencia de usuario: es una posible demanda.

Localización del modelo para distintos mercados y marketplaces

Un único modelo de información rara vez sirve para todos los canales de venta. Cada marketplace tiene sus propios requisitos y el modelo debe tenerlos en cuenta.

Distintos marketplaces, distintos requisitos

Amazon:

• Requisitos estrictos de formato de las fotos (fondo blanco, mínimo 1000 px)
• Bullet points (5 ventajas clave)
• Backend keywords (términos de búsqueda ocultos)
• Variaciones del producto (color, talla) agrupadas en un solo listado
• A+ Content para descripciones enriquecidas

Walmart:

• Shelf description (descripción breve para la búsqueda)
• Key features (características clave)
• Requisitos estrictos para las imágenes
• Contenido Rich Media

eBay:

• Item Specifics (los atributos dependen de la categoría)
• Estado (nuevo, usado, reacondicionado)
• Más libertad en las descripciones, datos menos estructurados

Shopify:

• Metafields para atributos personalizados
• Variantes de producto (opciones/variantes)
• Colecciones para agrupar productos

Cómo se resuelve en el modelo de información

Enfoque 1: modelo base + extensiones

Crea un modelo central con los atributos comunes y añade después los campos específicos de cada marketplace.