Feeds de producto: cómo mandar tu catálogo a cada canal sin rehacerlo

Qué es un feed

Un feed es la forma en que tu catálogo llega a otro sistema. Puede ser un archivo CSV que subes a un marketplace, un archivo que un canal lee cada cierto tiempo o una conexión por API que manda los cambios en cuanto ocurren. En todos los casos, el destino define las reglas:

• qué columnas quiere y con qué nombre;
• en qué orden y con qué separador;
• qué valores acepta en cada columna, por ejemplo categorías de su propio árbol o unidades específicas;
• qué es obligatorio para publicar un producto.

Google Merchant Center, por ejemplo, publica una especificación de datos de producto con los atributos que exige, los que recomienda y los que solo aplican a ciertos productos o países.

Un feed por canal, una sola ficha

El error clásico es mantener una hoja de cálculo por canal. Al principio parece práctico; a los pocos meses, cada hoja dice algo distinto y nadie sabe cuál es la buena.

La alternativa es tener una sola ficha por producto y armar un feed por canal a partir de ella. El feed decide qué columnas salen, con qué nombre y en qué formato, pero los datos son los mismos. Si cambias la descripción, cambia en todos los feeds.

Lo que suele fallar

1. Celdas vacías que borran. En algunos destinos, una columna vacía no significa «sin cambios» sino «borrar el valor». Mandar un feed incompleto puede borrar datos que el canal ya tenía.
2. Separadores de valores múltiples. Si un atributo tiene varios valores y el destino espera un separador distinto al que usas, el canal lee un solo valor raro.
3. Codificación. Un CSV que no está en UTF-8 convierte acentos y la «ñ» en símbolos.
4. Categorías que no existen en el destino. Cada canal tiene su árbol; mandar la tuya tal cual suele terminar en rechazo.
5. Identificadores inconsistentes. El SKU o el GTIN cambian entre cargas y el canal crea productos duplicados.

Antes de mandar: cuántos saldrán completos

Antes de generar un feed, conviene saber cuántos productos saldrán completos con las columnas que pide ese canal y cuántos tienen algún hueco. Con ese conteo decides si mandas todo, si dejas fuera lo incompleto o si primero completas lo que falta.

Archivo o conexión

Un archivo es simple y funciona con casi cualquier destino, pero depende de que alguien lo genere y lo suba. Una conexión —un módulo en la tienda o una API— manda los cambios sin intervención, pero hay que configurarla una vez. Muchos catálogos usan las dos: conexión con la tienda propia y archivos para los marketplaces.

Actualizar sin romper

El primer feed es fácil; lo difícil es mantenerlo al día. Algunas reglas ayudan:

• Cambia en la ficha, nunca en el archivo. Si corriges un dato en el archivo, la próxima exportación lo vuelve a poner mal.
• No cambies los identificadores. El SKU y el identificador de grupo de las variantes deben ser los mismos en cada carga.
• Revisa el reporte de errores de cada carga. Es la lista más precisa de lo que el canal no aceptó.
• Avisa cuando cambian las columnas. Si un canal agrega un campo obligatorio, ajústalo en su feed antes de la siguiente carga.

Cómo lo resuelve Bruxel

En Bruxel cada canal define sus columnas, su orden, el separador de valores múltiples y el idioma, y puedes empezar desde una plantilla. Antes de descargar ves cuántos productos saldrán completos, y puedes omitir las filas incompletas para no borrar nada en el destino. Exportar no cuesta créditos. Para la tienda propia, Bruxel se conecta de forma nativa con Adobe Commerce y tiene una API pública con avisos (webhooks) para cualquier otro sistema. La guía para exportar lo muestra paso a paso, y la de conectar Adobe Commerce explica el módulo.

Por dónde empezar

Elige el canal que más vende y descarga su especificación de datos. Compárala contra tu catálogo: qué columnas ya tienes, cuáles faltan y cuáles tienen un formato distinto. Esa comparación es tu primera lista de trabajo, y el primer feed que vale la pena automatizar.