# Qué es un PIM y qué papel tiene en una tienda online

> Qué es un PIM (Product Information Management), cómo organiza familias, canales y completitud, y cómo decidir qué sistema manda sobre cada campo.

URL: https://clione.ai/es/glosario/pim/
Lang: es

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](/es/glosario/atributos-de-producto/) que comparten los productos de esa familia, y un producto que entra en ella hereda automáticamente todos sus atributos.[^akeneo-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.[^akeneo-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.[^akeneo-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](/es/glosario/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](/es/glosario/datos-estructurados/) de la web.[^gmc-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.[^gmc-spec] 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.[^merchant-api-updates] 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:

| Campo                                                                                         | Quién lo escribe                   | Quién lo recibe           | Qué pasa si se edita en la tienda               |
| --------------------------------------------------------------------------------------------- | ---------------------------------- | ------------------------- | ----------------------------------------------- |
| Precio y existencias                                                                          | ERP                                | PIM, tienda y _feeds_     | Lo pisa la siguiente sincronización del ERP     |
| Nombre y descripción                                                                          | PIM                                | Tienda y _feeds_          | Lo pisa la siguiente exportación del PIM        |
| Atributos (talla, material, capacidad)                                                        | PIM                                | Tienda, _feeds_ y marcado | Lo pisa la siguiente exportación del PIM        |
| Imágenes                                                                                      | PIM o su gestor de imágenes        | Tienda y _feeds_          | Depende de si la exportación incluye imágenes   |
| [_Meta title_](/es/glosario/meta-title/) y [meta description](/es/glosario/meta-description/) | La tienda                          | Solo la tienda            | Se queda, si el PIM no exporta ese campo        |
| Preguntas frecuentes y [JSON-LD](/es/glosario/json-ld/)                                       | Una herramienta de enriquecimiento | Solo la tienda            | Se queda, salvo que otro sistema escriba encima |

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.


Que un producto con la completitud al 100 % está listo. Lo que mide la completitud es cuántos atributos obligatorios tienen un valor,[^akeneo-completeness] y **un valor puede estar relleno y ser falso**: una capacidad copiada de otro modelo cuenta igual que la buena. Además, solo cuenta los atributos que alguien marcó como obligatorios para esa familia y ese canal.[^akeneo-family][^akeneo-channel] La completitud dice qué falta; si lo que hay es correcto, lo dice una revisión.


## 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](/es/glosario/sobrescritura-de-campos/) esperando a ocurrir.
3. **Elige tres productos y compáralos en tres sitios**: el PIM, la [ficha de producto](/es/glosario/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.[^akeneo-channel][^gmc-spec]
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.[^merchant-api-updates][^gmc-data-source]

## Concepto cercano: catálogo de productos

El [catálogo de productos](/es/glosario/catalogo-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](/es/glosario/enriquecimiento-de-catalogo/).

Para seguir, la [ruta de lectura de catálogo y entidades](/es/aprender/catalogo-y-entidades/) ordena el resto de términos.