¿Qué es un PIM (Product Information Management)?

Si alguien en tu empresa dice «eso se cambia en el PIM», habla del sistema donde vive la información de producto antes de llegar a la tienda. PIM son las siglas en inglés de la gestión de la información de producto, y no tiene nada que ver con los gestores de información personal de las agendas electrónicas, que comparten sigla. Para una tienda importa por una razón práctica: cuando hay un PIM, la ficha publicada es la última parada de un dato que se decidió en otro sitio, y si nadie sabe qué sistema manda sobre cada campo, los cambios hechos en la tienda desaparecen en la siguiente sincronización.

Cómo funciona

Cada PIM tiene su vocabulario, pero las piezas se repiten. Las explicamos con la documentación de Akeneo, un PIM cuya ayuda pública define cada concepto por separado.

Familias. Una familia es un conjunto de atributos de producto que comparten los productos de esa familia, y un producto que entra en ella hereda automáticamente todos sus atributos.⁠^{[1]Akeneo Help Center. What is a family?} Las zapatillas tienen talla, drop y tipo de suela; las mochilas, capacidad y material. La familia es la plantilla del dato, igual que la plantilla del tema es la plantilla de la página.

Canales. Un canal es una selección de productos e información para exportar, y puede ser una web, un catálogo impreso o una aplicación móvil. Cada canal tiene su árbol de categorías, sus idiomas y sus monedas, y su propia completitud: una web puede exigir 50 atributos y una aplicación, 30.⁠^{[2]Akeneo Help Center. What is a channel?} Es la idea central del PIM: el mismo producto se prepara de forma distinta para cada destino.

Completitud. Es el porcentaje de atributos obligatorios que tienen valor, calculado según la familia, el canal y los idiomas activos. Un producto está completo cuando llega al 100 %, es decir, cuando todos sus atributos obligatorios tienen un valor.⁠^{[3]Akeneo Help Center. Understand product completeness} Es la métrica con la que un equipo de catálogo sabe qué le falta antes de publicar.

Distribución. El PIM no vende: envía. Su trabajo termina cuando el dato llega a cada canal, ya sea la plataforma de la tienda, un marketplace o Google Merchant Center. Merchant Center, por ejemplo, acepta productos por archivo, por Google Sheets, por su API, desde plataformas de comercio electrónico como Shopify o leyendo los datos estructurados de la web.⁠^{[4]Ayuda de Google Merchant Center. Create a product data source} Cada destino tiene sus reglas: el título de un producto en Merchant Center admite hasta 150 caracteres y la descripción, hasta 5.000.⁠^{[5]Ayuda de Google Merchant Center. Product data specification} Por eso un PIM guarda a menudo varias versiones de un mismo campo, una por canal.

Las conexiones cambian. Los conectores que usan las API de cada destino se rompen cuando el destino cambia. Google retiró la Content API for Shopping el 18 de agosto de 2026, empezó a devolver errores progresivos a partir del 1 de septiembre y pide migrar las integraciones a la Merchant API.⁠^{[6]Google for Developers. Latest updates (Merchant API)} Si tu PIM envía productos a Google por API, pregunta qué API usa hoy.

En una tienda

Lo que un PIM obliga a decidir es quién manda sobre cada campo. Un ejemplo ficticio, el de una tienda de material de montaña con un ERP para precios y existencias, un PIM para el contenido de producto y la tienda en Shopify:

La última columna es la que da sustos. Cuando dos sistemas escriben el mismo campo, gana el último que sincroniza, y la plataforma no tiene por qué avisarte. Si usas una herramienta que publica en la tienda, pregunta qué hace en ese caso. Clione, por ejemplo, marca el producto en la siguiente sincronización cuando la plataforma o un PIM sobrescriben un campo que publicó, con la fecha y los campos exactos, y volver a publicarlo es una decisión tuya.

Cómo comprobarlo

1. Haz la lista de canales. Tienda, marketplaces, feeds de Google y de otros destinos, catálogo impreso. Con un solo canal, un PIM tiene poco que repartir; con varios, es donde se decide qué recibe cada uno.
2. Escribe el mapa de campos: para cada campo, qué sistema lo escribe y cuáles lo reciben, como en la tabla de arriba. Un campo con dos sistemas que escriben es una sobrescritura de campos esperando a ocurrir.
3. Elige tres productos y compáralos en tres sitios: el PIM, la ficha de producto publicada y el feed. Nombre, precio, atributos y descripción tienen que coincidir.
4. Revisa la completitud por canal, no la global: un producto puede estar completo para la web e incompleto para Google.⁠^{[2]Akeneo Help Center. What is a channel?}⁠^{[5]Ayuda de Google Merchant Center. Product data specification}
5. Pregunta cómo llega el dato a Google: si es por API, que la integración use la Merchant API y no la Content API for Shopping.⁠^{[6]Google for Developers. Latest updates (Merchant API)}⁠^{[4]Ayuda de Google Merchant Center. Create a product data source}

Concepto cercano: catálogo de productos

El catálogo de productos es el conjunto de productos que la tienda tiene dados de alta en su plataforma, el que ves en el panel de Shopify o BigCommerce y el que se publica. El PIM está antes: es donde se prepara la información que acaba en ese catálogo y en los demás canales. Una tienda sin PIM edita su catálogo directamente en la plataforma; una tienda con PIM edita en el PIM y deja que el catálogo de la plataforma reciba. Mezclar las dos formas de trabajar sin un mapa de campos es lo que hace que los cambios desaparezcan. Mejorar ese dato, venga de donde venga, es el enriquecimiento de catálogo.

Para seguir, la ruta de lectura de catálogo y entidades ordena el resto de términos.