Un feed de datos es un archivo estructurado —normalmente XML, CSV o JSON— que organiza los registros de productos o contenido de un comerciante en filas de campos estandarizados, actualizados periódicamente para que todos los sistemas posteriores lean la misma información actualizada en lugar de depender de que alguien la introduzca manualmente. Se sitúa entre los sistemas internos de una empresa y las plataformas externas que necesitan datos de productos, actuando como la capa de traducción que los conecta. Los feeds de datos son la materia prima de formatos más específicos de cada canal, incluido el feed de productos que utilizan Google Shopping o Meta.

Por qué es importante un flujo de datos para la gestión de flujos de datos

Un feed de datos es fundamental porque es el único punto donde las inconsistencias en los datos comerciales subyacentes se hacen visibles y se pueden corregir antes de que lleguen a un canal de venta. Los sistemas de origen, como un ERP o un PIM, suelen almacenar la información del producto de forma inconsistente (diferentes equipos introducen tallas, categorías o descripciones de maneras ligeramente distintas), y un feed de datos es el punto de control donde esa variación se detecta y corrige o se envía directamente al marketplace. Las plataformas de gestión de feeds utilizan esta etapa para aplicar la normalización y enriquecer los registros con metadatos , lo que resulta mucho más económico de corregir una sola vez, a nivel del feed de datos, que de buscar errores de forma independiente en cada canal de venta de la empresa. Los minoristas que omiten este paso suelen descubrir el coste más adelante, en forma de listados rechazados o un peor posicionamiento en los resultados de búsqueda.

Cómo funciona una fuente de datos

Un feed de datos se genera extrayendo los registros de productos de donde estén almacenados, asignando cada campo interno al esquema que espera el destino y generando el resultado como un archivo o punto final que se puede recuperar periódicamente. En la etapa de generación también se produce la transformación: se convierten las unidades, se asignan los nombres de las categorías a la taxonomía del canal, se completan los campos faltantes a partir de fuentes de enriquecimiento y se filtran los artículos duplicados o descontinuados. Dado que el mismo feed de datos subyacente suele proporcionar varias salidas específicas para cada canal (un feed con formato de Google, un feed con formato Meta, un feed de red de afiliados), limpiar el feed de datos base una sola vez significa que todos los feeds de productos posteriores heredan esa misma precisión en lugar de necesitar correcciones por separado.

Ejemplo: Una fila de entrada 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 &amp; Ash</g:brand>
  <g:product_type>Home &gt; Kitchen &gt; Coffee &amp; Tea</g:product_type>
</item>

Cada campo aquí refleja una decisión tomada en una etapa anterior del flujo de datos: g:product_type refleja una asignación de categorías 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 cada atributo requerido refleja un paso de validación que se ejecutó antes de que este registro fuera admitido en el resultado final.

Conceptos relacionados

Un feed de datos rara vez llega limpio por sí solo; normalmente necesita normalización para estandarizar valores inconsistentes y metadatos para completar los atributos descriptivos que un canal realmente utiliza en su posicionamiento antes de que esté listo para convertirse en un feed de producto específico del canal. Para obtener 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 de feeds de productos XML.