Un feed de datos es un archivo estructurado —normalmente XML, CSV o JSON— que agrupa los registros de productos o contenidos de un comerciante en filas de campos estandarizados y que se actualiza de forma programada, de modo que todos los sistemas posteriores lean la misma información actualizada en lugar de depender de que alguien la vuelva a introducir a mano. Se sitúa entre los sistemas internos de una empresa y las plataformas externas que necesitan datos de producto, y actúa como la capa de traducción que conecta ambos. Los feeds de datos son la materia prima de formatos más específicos para cada canal, incluido el feed de productos que realmente consumen Google Shopping o Meta.
Por qué un feed de datos es importante para la gestión de feeds
Un feed de datos es importante porque es el único punto en el que las incoherencias de los datos empresariales subyacentes se hacen visibles y pueden corregirse antes de llegar a un canal de compras. Los sistemas de origen, como un ERP o un PIM, suelen almacenar la información de producto de forma incoherente —distintos equipos introducen tallas, categorías o descripciones de maneras ligeramente diferentes—, y el feed de datos es el punto de control en el que esa variación se detecta y se corrige o se envía directamente a un marketplace. Las plataformas de gestión de feeds aprovechan esta fase para aplicar la normalización y enriquecer los registros con metadatos, algo mucho más barato de corregir una sola vez, a nivel del feed de datos, que perseguir los errores por separado en cada canal en el que vende una empresa. Los minoristas que se saltan este paso suelen descubrir el coste más tarde, en forma de listados rechazados o peores posiciones en las búsquedas.
Cómo funciona un feed de datos
Un feed de datos se genera extrayendo los registros de producto del lugar donde estén almacenados, asignando cada campo interno al esquema que espera el destino y generando el resultado como un archivo o un endpoint que puede volver a obtenerse de forma programada. En la fase de generación también se produce la transformación: se convierten las unidades, los nombres de categoría se asignan a la taxonomía de un canal, los campos que faltan se completan a partir de fuentes de enriquecimiento y se filtran los artículos duplicados o descatalogados. Como un mismo feed de datos subyacente suele alimentar varias salidas específicas por canal —un feed con formato de Google, otro con formato de Meta, uno para una red de afiliación—, dejar limpio el feed de datos base una sola vez significa que cada feed de productos posterior hereda esa misma precisión, en lugar de necesitar correcciones por separado.
Ejemplo: una fila de un feed de datos en XML
<item>
<g:id>SKU-40217</g:id>
<title>Ceramic Pour-Over Coffee Dripper - Matte White</title>
<link>https://example-shop.com/products/ceramic-pour-over-dripper</link>
<g:price>28.50 USD</g:price>
<g:availability>in stock</g:availability>
<g:gtin>00812345678903</g:gtin>
<g:brand>Kettle & Ash</g:brand>
<g:product_type>Home > Kitchen > Coffee & Tea</g:product_type>
</item>Cada campo refleja aquí una decisión tomada previamente en el feed de datos: g:product_type refleja una asignación de categoría aplicada durante la normalización, g:gtin refleja un campo de metadatos extraído de una base de datos de productos, y la presencia de todos los atributos obligatorios refleja un paso de validación que se ejecutó antes de admitir este registro en la salida final.
Conceptos relacionados
Un feed de datos rara vez llega limpio por sí solo: normalmente necesita normalización para estandarizar los valores incoherentes y metadatos para completar los atributos descriptivos con los que realmente clasifica un canal antes de estar listo para convertirse en un feed de productos específico para ese canal. Para consultar una referencia completa, campo por campo, de lo que debe contener un feed de datos bien formado, consulte nuestra guía sobre parámetros estándar del feed de productos XML.
