Tipos de atributos en un PIM: cuándo usar texto libre, cuándo una lista y cuándo un número

Una guía práctica para decidir qué tipo de atributo usar en cada caso: las reglas simples que evitan los errores de diseño más comunes en un catálogo.

Diseñar atributos parece una tarea simple hasta que el catálogo empieza a crecer.

Al principio, todo parece entrar en una columna de Excel. Tenemos “Color”, “Material”, “Medida”, “Descripción”, “Marca”, “Peso”, “Talle”, “Uso recomendado”. Cargamos valores, completamos filas y seguimos. Pero cuando esa información tiene que alimentar un PIM, un eCommerce, un marketplace, un catálogo impreso o una integración, aparece una pregunta que cambia bastante el trabajo: ¿qué tipo de atributo debería ser cada dato?

No es lo mismo guardar un valor como texto libre que guardarlo como una lista de opciones. No es lo mismo escribir “10 kg” en una celda que separar el número “10” de la unidad “kg”. No es lo mismo permitir que cada persona escriba un color como quiera que definir un vocabulario controlado de colores.

La decisión parece chica, pero impacta en muchas cosas: filtros, búsquedas, comparaciones, reportes, integraciones, validaciones y experiencia de carga para los equipos.

En un PIM, los atributos son las piezas mínimas con las que describimos un producto. Si elegimos mal el tipo de atributo, el catálogo puede quedar más difícil de mantener, más propenso a errores y menos preparado para crecer.

Un atributo mal tipado no siempre se nota al cargar el producto. Muchas veces se descubre después, cuando el dato tiene que filtrarse, compararse, validarse o enviarse a otro canal.

¿Qué es un atributo en un PIM?

Un atributo es una unidad de información que describe una característica de un producto.

Puede ser algo técnico, como peso, voltaje, diámetro o material. Puede ser algo comercial, como marca, línea, temporada o país de origen. También puede ser algo de contenido, como descripción corta, descripción larga, beneficios o instrucciones de uso.

Por ejemplo, si tenemos una silla, algunos atributos podrían ser:

• Material.
• Color.
• Alto.
• Ancho.
• Profundidad.
• Peso.
• Tipo de uso.
• Descripción corta.
• Descripción larga.
• Requiere armado.
• Garantía.

Cada atributo responde una pregunta sobre el producto. Pero no todas las preguntas se responden del mismo modo. Algunas necesitan una frase, otras necesitan una opción cerrada, otras necesitan un número y otras necesitan un sí o no.

Por eso, cuando diseñamos un catálogo en un PIM, no alcanza con definir qué información vamos a guardar. También tenemos que definir cómo vamos a guardar esa información.

¿Por qué importa elegir bien el tipo de atributo?

El tipo de atributo determina qué se puede hacer después con ese dato.

Si un color se guarda como texto libre, cada persona puede escribirlo de una manera distinta: “Azul”, “azul”, “AZUL”, “Blue”, “Azul marino”, “Marino”, “Azul navy”. Para una persona, algunas de esas opciones pueden parecer equivalentes. Para el sistema, son valores diferentes.

En cambio, si el color se guarda como lista de opciones, el equipo elige entre valores ya definidos. Eso reduce errores, mejora la consistencia y permite que el atributo funcione mejor como filtro.

Algo parecido pasa con los números. Si el peso se guarda como texto libre, podemos encontrar “10 kg”, “10kg”, “10 kilos”, “diez kilos” o “10”. Pero si el peso se guarda como número y unidad, el sistema puede comparar, ordenar, validar y transformar el dato con mucha más facilidad.

Esta decisión impacta también en las integraciones. Muchos canales no aceptan cualquier formato. Un marketplace puede esperar una lista de valores permitidos. Un eCommerce puede necesitar números para ordenar productos de menor a mayor. Un catálogo impreso puede requerir textos más editoriales. Un ERP puede manejar identificadores y códigos que no deberían editarse libremente.

Elegir el tipo de atributo no es una decisión estética. Es una decisión de arquitectura del dato: define qué tan usable, confiable y escalable será la información del producto.

Los tipos de atributo que más dudas generan

En la práctica, muchas dudas aparecen alrededor de tres tipos de atributos: texto libre, lista de opciones y número.

No son los únicos tipos posibles. Un PIM también puede trabajar con atributos booleanos, fechas, imágenes, archivos, métricas, relaciones, precios, identificadores o campos localizables. Pero texto, lista y número son los que más se confunden en el diseño cotidiano del catálogo.

La pregunta suele ser: “¿Esto lo dejamos para escribir, lo cerramos en una lista o lo transformamos en un valor numérico?”.

Esa pregunta es muy sana. De hecho, hacerla a tiempo evita varios problemas futuros.

¿Cuándo conviene usar texto libre?

El texto libre sirve cuando necesitamos redactar información flexible, descriptiva o contextual. Es útil cuando el valor no se puede reducir fácilmente a una opción cerrada o cuando cada producto necesita una explicación propia.

Conviene usar texto libre para atributos como:

• Descripción corta.
• Descripción larga.
• Beneficios del producto.
• Instrucciones de uso.
• Recomendaciones de instalación.
• Advertencias.
• Texto comercial por canal.
• Observaciones internas.
• Contenido editorial o narrativo.

Por ejemplo, una descripción larga de producto necesita texto libre porque cada ficha puede requerir una explicación distinta. Lo mismo ocurre con una recomendación de uso: no siempre conviene forzarla dentro de una lista cerrada.

El texto libre tiene una ventaja clara: da flexibilidad. Permite explicar, matizar y adaptar la información. Pero también tiene un riesgo: si lo usamos para datos que deberían estar estructurados, el catálogo pierde consistencia.

Por ejemplo, “Material” no suele ser un buen candidato para texto libre si después queremos filtrar por material. Si cada persona escribe el material como quiere, el filtro se fragmenta. Lo mismo pasa con color, marca, talle, unidad de medida o tipo de producto.

El texto libre debería usarse cuando queremos contar algo, no cuando necesitamos clasificar, filtrar o comparar algo.

Una regla simple: si el dato tiene que funcionar como filtro, probablemente no debería ser texto libre.

¿Cuándo conviene usar una lista de opciones?

Una lista de opciones sirve cuando queremos que el usuario elija entre valores definidos previamente. Es la opción ideal para atributos que necesitan consistencia, control y repetición.

Conviene usar listas para atributos como:

• Color.
• Material.
• Marca.
• Talle.
• Género.
• Temporada.
• País de origen.
• Tipo de producto.
• Acabado.
• Uso recomendado.
• Familia comercial.
• Tipo de instalación.

La lista ayuda a evitar variantes innecesarias. En vez de permitir “Rojo”, “rojo”, “ROJO”, “Red” o “Colorado”, definimos un valor preferido: “Rojo”. Si hace falta, podemos mapear sinónimos o equivalencias, pero el dato principal queda controlado.

Esto mejora mucho la experiencia del catálogo. Los filtros son más limpios. Los reportes agrupan mejor. Las integraciones son más predecibles. Los equipos cargan más rápido porque no tienen que decidir cómo escribir cada valor.

Ahora bien, una lista de opciones también puede usarse mal. Si la lista crece sin criterio, se convierte en otra forma de desorden. Una lista con 800 colores, 50 formas de decir “negro” o valores mezclados entre materiales, acabados y usos no resuelve el problema: lo esconde dentro de un desplegable.

Por eso, una lista necesita mantenimiento. No alcanza con crearla una vez. Hay que revisar valores duplicados, opciones obsoletas, términos demasiado parecidos y criterios de uso.

¿Lista simple o lista múltiple?

Dentro de las listas, hay una diferencia importante: algunas permiten elegir un solo valor y otras permiten elegir varios.

Una lista simple sirve cuando el producto solo debería tener una opción para ese atributo. Por ejemplo, una marca, un país de origen principal, una temporada o un tipo de producto.

Una lista múltiple sirve cuando el producto puede tener varios valores al mismo tiempo. Por ejemplo, usos recomendados, ambientes de uso, certificaciones, compatibilidades o beneficios.

La diferencia importa porque una lista múltiple mal usada puede generar confusión. Si un producto tiene tres materiales, tal vez necesitamos una lista múltiple. Pero si en realidad tiene un material principal y un material secundario, quizás convenga crear atributos separados. Si un producto tiene varios colores disponibles, tal vez eso no debería resolverse con una lista múltiple en el producto padre, sino con variantes.

No hay una regla universal para todos los casos. Pero sí hay una pregunta útil: ¿el producto tiene varios valores reales o estamos usando la lista múltiple para evitar modelar mejor la información?

¿Cuándo conviene usar un número?

Un atributo de tipo número sirve cuando el dato expresa una cantidad, una medida, una proporción o un valor que necesitamos calcular, comparar, ordenar o validar.

Conviene usar número para atributos como:

• Peso.
• Alto.
• Ancho.
• Largo.
• Profundidad.
• Capacidad.
• Voltaje.
• Potencia.
• Diámetro.
• Espesor.
• Cantidad de piezas.
• Edad recomendada.
• Plazo de garantía.
• Rendimiento.

La ventaja del número es que permite operaciones que el texto libre no puede resolver bien. Podemos ordenar productos por peso, filtrar por capacidad, validar que un valor esté dentro de cierto rango o convertir unidades si el sistema lo permite.

Pero para que funcione, hay que evitar una trampa muy común: escribir número y unidad en el mismo campo.

No es lo mismo guardar “10 kg” como texto que guardar “10” como número y “kg” como unidad. En el primer caso, el sistema ve una cadena de texto. En el segundo, entiende una cantidad.

Si vamos a comparar, calcular, ordenar o validar un dato, conviene pensarlo como número. Si lo guardamos como texto, perdemos gran parte de su utilidad.

Número y unidad: una separación que evita muchos problemas

En catálogos técnicos, la separación entre número y unidad es especialmente importante.

Por ejemplo:

Atributo	Valor correcto	Unidad
Peso	10	kg
Alto	35	cm
Voltaje	220	V
Potencia	1200	W
Capacidad	1.5	L

Esta estructura permite que el dato sea más claro y más interoperable. Si más adelante necesitamos convertir centímetros a milímetros, kilogramos a gramos o litros a mililitros, el sistema tiene una base más ordenada para hacerlo.

En cambio, si tenemos valores como “35 cm”, “350 mm”, “0,35 m”, “35cm” y “treinta y cinco centímetros” dentro del mismo campo de texto, cualquier transformación se vuelve mucho más difícil.

Esto no significa que el usuario final vaya a ver el dato separado. En la ficha de producto puede mostrarse como “35 cm”. Pero internamente, conviene que el catálogo conserve una estructura más precisa.

¿Cuándo conviene usar un booleano (sí/no)?

Aunque el título de esta nota se enfoca en texto, lista y número, hay un tipo de atributo que conviene mencionar porque evita muchos errores: el atributo sí/no, también llamado booleano.

Sirve para datos que solo pueden tener dos estados claros:

• Requiere armado: sí/no.
• Es apto exterior: sí/no.
• Incluye pilas: sí/no.
• Es inflamable: sí/no.
• Es producto destacado: sí/no.
• Tiene garantía extendida: sí/no.

A veces estos datos se cargan como texto libre: “sí”, “Si”, “S”, “incluye”, “no aplica”, “no”, “N”. Eso genera inconsistencias innecesarias. Si la respuesta es binaria, conviene usar un tipo de atributo binario.

El problema aparece cuando la respuesta no es realmente binaria. Por ejemplo, “apto para exterior” puede requerir matices: apto exterior cubierto, apto intemperie, apto interior, apto zonas húmedas. En ese caso, una lista de opciones puede ser mejor que un sí/no.

La regla es simple: usemos sí/no solo cuando la respuesta realmente sea sí o no.

¿Cuándo conviene usar fecha?

Otro tipo útil es la fecha. Sirve cuando necesitamos registrar momentos específicos que pueden ordenarse o compararse en el tiempo.

Puede usarse para:

• Fecha de lanzamiento.
• Fecha de discontinuación.
• Fecha de vigencia.
• Fecha de última revisión.
• Fecha de publicación.
• Fecha de vencimiento, si aplica al tipo de producto.

Si guardamos una fecha como texto libre, podemos terminar con formatos mezclados: “01/05/2026”, “1 de mayo”, “2026-05-01”, “mayo 2026”. Como texto, todo eso puede ser legible para una persona, pero no necesariamente comparable para un sistema.

La fecha como tipo de dato permite ordenar, filtrar y activar controles más confiables. Por ejemplo, detectar productos con contenido vencido, productos pendientes de revisión o fichas que necesitan actualización.

¿Cómo decidir el tipo de atributo?

Una forma práctica de decidir el tipo de atributo es mirar qué necesitamos hacer con ese dato.

Necesidad del dato	Tipo de atributo recomendado	Ejemplo
Redactar o explicar	Texto libre	Descripción larga
Elegir un valor controlado	Lista simple	Marca
Elegir varios valores controlados	Lista múltiple	Usos recomendados
Comparar, ordenar o calcular	Número / métrica	Peso, alto, capacidad
Responder sí o no	Booleano	Requiere armado
Ordenar o controlar por tiempo	Fecha	Fecha de lanzamiento
Mostrar contenido visual o documental	Imagen / archivo	Manual, certificado, ficha técnica
Relacionar productos	Relación	Accesorios compatibles

Esta tabla no resuelve todos los casos, pero ayuda a hacer una primera clasificación. Después, cada industria y cada canal pueden exigir ajustes.

Errores comunes al diseñar atributos

Diseñar atributos es una tarea de detalle. Y, como pasa con muchas tareas de detalle, los errores suelen parecer pequeños hasta que se multiplican.

Uno de los errores más comunes es usar texto libre para todo. Es rápido al principio, pero genera inconsistencias después. Otro error frecuente es crear una lista para cada excepción, en vez de revisar si el modelo necesita otra estructura. También aparece mucho la duplicación de atributos: “Color”, “Color principal”, “Color producto”, “Color web”, “Color eCommerce”, todos conviviendo sin una regla clara.

Otro error es mezclar conceptos dentro de un mismo atributo. Por ejemplo, un campo llamado “Medida” donde algunos productos tienen alto, otros ancho, otros diámetro y otros capacidad. Ese atributo parece útil, pero en realidad junta dimensiones distintas que después no se pueden comparar.

También es habitual mezclar valor y unidad en una misma celda. “10 kg” parece claro, pero si necesitamos operar con ese dato, se vuelve limitado. Lo mismo pasa con atributos que incluyen más de una idea: “Material y acabado”, “Color y diseño”, “Uso y ambiente”. Cuando un atributo responde dos preguntas al mismo tiempo, probablemente necesite separarse.

Un buen atributo responde una pregunta clara. Si el atributo intenta responder dos o tres preguntas a la vez, tarde o temprano va a generar problemas.

Preguntas simples antes de crear un atributo nuevo

Antes de crear un atributo nuevo en un PIM, conviene hacer algunas preguntas. No hace falta convertir esto en una reunión eterna, pero sí detenerse un momento.

¿Este dato se va a mostrar al usuario final?
¿Se va a usar como filtro?
¿Se va a usar para búsqueda interna?
¿Lo necesita algún marketplace o canal externo?
¿Debe traducirse?
¿Debe variar por país, idioma o canal?
¿Debe heredarse desde un producto padre a sus variantes?
¿Debe validarse con una lista cerrada?
¿Debe compararse como número?
¿Quién lo va a cargar y quién lo va a mantener?

Estas preguntas ayudan a evitar atributos creados por impulso. En un catálogo chico, eso puede parecer demasiado. En un catálogo grande, es la diferencia entre un modelo sostenible y una estructura que envejece mal.

Atributos, familias y variantes: por qué no se diseñan aislados

Un atributo no vive solo. Forma parte de una familia de producto, de una estructura de variantes y de una estrategia de publicación.

Por ejemplo, en indumentaria, “talle” y “color” suelen ser atributos de variante. En una silla, “material” puede ser un atributo del producto padre si todas las variantes comparten el mismo material, pero “color” puede variar. En productos eléctricos, “voltaje” puede ser crítico para distinguir modelos. En libros, “autor” y “editorial” no se comportan igual que “color” o “peso”.

Por eso, antes de decidir el tipo de atributo, conviene mirar dónde vive ese dato: si aplica a todos los productos de una familia, si solo aplica a algunas categorías, si cambia por variante, si se hereda o si depende del canal.

Un atributo bien diseñado no solo tiene un buen tipo de dato. También está ubicado en el lugar correcto del modelo.

Texto libre, lista o número: una regla práctica para empezar

Cuando aparece la duda, podemos usar esta regla inicial:

Si el dato necesita explicación, usemos texto libre.
Si el dato necesita consistencia, usemos lista de opciones.
Si el dato necesita comparación, cálculo o validación, usemos número.

Después vendrán los matices: listas simples o múltiples, métricas con unidad, booleanos, fechas, archivos o relaciones. Pero esa primera regla ya evita muchos errores.

El objetivo no es volver rígido el catálogo. El objetivo es darle una estructura que permita trabajar mejor. Un buen modelo de atributos no le quita flexibilidad al equipo: le evita tener que resolver la misma duda cada vez que carga un producto.

El dato bien tipado trabaja mejor

Elegir el tipo de atributo correcto es una de esas decisiones que parecen pequeñas, pero ordenan mucho. Cuando el dato está bien tipado, el catálogo se vuelve más claro para quienes lo cargan, más confiable para quienes lo revisan y más útil para los canales que lo consumen.

Una descripción necesita espacio para contar. Un color necesita consistencia. Un peso necesita número y unidad. Una fecha necesita formato de fecha. Un sí/no necesita una respuesta binaria. Cada dato tiene una forma más natural de vivir dentro del catálogo.

Diseñar atributos es, en el fondo, una tarea de traducción: traducimos características del producto a una estructura que el PIM, los equipos y los canales puedan entender.

Un catálogo bien modelado no depende de que cada persona recuerde cómo escribir cada cosa. Depende de una estructura que acompaña la carga, reduce errores y permite que la información viaje mejor. Elegir entre texto libre, lista o número no es un detalle técnico menor: es una forma concreta de cuidar la calidad del dato desde el origen.