Un hub de datos de producto (Product Data Hub) es el lugar donde cada producto tiene una única ficha, con atributos, precio y medios, y de la que leen la tienda, los marketplaces y los canales de anuncios. Corriges el producto una vez, en la ficha, y la próxima publicación de cada canal ya sale con el dato corregido.
El retail brasileño promedio vende el mismo producto en muchos lugares a la vez: su propio e-commerce, dos o tres marketplaces, Google Shopping, el catálogo de medios pagados. Cada uno de esos destinos quiere el dato a su manera. Uno exige GTIN, otro exige la categoría de su árbol, un tercero rechaza la foto que no tenga el tamaño que pide.
En Google, por ejemplo, la especificación de datos de producto marca cada atributo como obligatorio, opcional o dependiente del producto y del país, y la regla de imagen de Merchant Center pide un tamaño mínimo y una imagen sin elementos promocionales superpuestos.
En la práctica, el dato de producto termina disperso. Una hoja de cálculo para el marketplace, un XML para Google, una carpeta de imágenes en Drive, un campo de descripción que alguien copió y pegó con prisa. Cuando el precio cambia, cambia en un lugar. Cuando la foto mejora, mejora en un lugar. Lo demás sigue desactualizado hasta que alguien lo nota, y casi siempre eso ocurre después de que las ventas cayeron.
El hub invierte la lógica
Un Product Data Hub hace el camino inverso: el canal deja de ser el lugar donde se corrige el dato y solo lee la ficha central.
Esto cambia tres cosas:
- Consistencia. El mismo producto deja de tener una descripción distinta en cada hoja de cálculo, porque solo hay una descripción que mantener.
- Velocidad. Un producto nuevo se carga una vez y sale con el formato de cada destino, en lugar de convertirse en diez tareas de carga.
- Gobernanza. Ves en un solo lugar qué está completo, qué espera aprobación y qué todavía no se puede publicar.
PIM, DAM y feed por separado: el costo está en las uniones
La tentación es resolver cada problema con una herramienta: un PIM para los atributos, un DAM para las imágenes, un generador de feed para los canales. El problema aparece en los puntos de unión. Tres sistemas que no se conocen guardan tres versiones del mismo producto, y la inconsistencia vuelve por la puerta trasera.
En un hub, el dato estructurado, los medios y la distribución cuentan la misma historia. La foto pertenece al producto. El mapa hacia la categoría de Google pertenece al producto. La completitud que dice si la ficha está lista pertenece al producto. Mantener todo junto es lo que hace previsible la operación.
¿Un hub de datos de producto es lo mismo que un PIM?
Los dos se superponen, pero el hub va más allá. El PIM cuida el dato estructurado del producto: atributos, textos, ficha técnica, aprobación. El hub suma a esos datos los medios vinculados al SKU, que es el papel del DAM, y la salida hacia los canales, que es el papel del feed.
La parte de PIM y DAM está detallada en PIM y DAM en el mismo lugar, y la parte de salida hacia los canales, en cómo funciona el feed management moderno.
Cuándo el hub empieza a valer la pena
El hub vale la pena cuando crece el número de canales. Cada canal nuevo aumenta el costo de mantener el dato a mano, y la hoja de cálculo que servía para dos destinos no sirve para seis. Conviene recordar también que los buscadores y los asistentes leen el catálogo publicado: un dato deficiente puede convertirse en una respuesta equivocada sobre tu producto frente al cliente.
AdCore Turbo se construyó en torno a esta idea. La ficha del producto con aprobación e historial de versiones, la foto vinculada al SKU y los feeds para los canales están en el mismo lugar, y la IA propone textos que una persona de tu equipo aprueba antes de guardarlos.
El retail no necesita una herramienta más en su stack. Necesita un lugar donde el dato de producto deje de contradecirse.