JSON (JavaScript Object Notation) es un formato de datos ligero y basado en texto, formado por pares clave-valor anidados y arrays, diseñado para representar datos estructurados de forma que sean fáciles de interpretar para las máquinas y razonablemente fáciles de leer directamente para una persona. Surgió de JavaScript, pero hoy es independiente del lenguaje y se ha convertido en el formato predeterminado de la mayoría de las API web modernas, sustituyendo a alternativas más antiguas y verbosas en muchos casos de integración. En la gestión de feeds, JSON aparece menos como formato del feed de shopping final y más como el formato en el que funciona, cada vez más, todo lo que rodea a ese feed.
Por qué JSON es importante para las integraciones de feeds
La mayoría de los feeds de productos que se envían directamente a un canal de shopping siguen siendo XML o CSV, pero los sistemas que crean y gestionan esos feeds —PIM, ERP, plataformas de gestión de feeds y las API que los conectan a todos— se comunican entre sí mayoritariamente en JSON. Cuando una herramienta de gestión de feeds obtiene el inventario en tiempo real de una API, comprueba el stock a través de la carga útil de un webhook o intercambia datos con un PIM, esos datos son casi siempre JSON en el fondo, aunque se conviertan a XML antes de enviarse a Google o Meta. Entender JSON es importante para cualquiera que tenga que solucionar problemas en una integración de feeds, porque es en la mayor parte de la infraestructura que conecta los sistemas —y no en el archivo de feed final— donde realmente vive JSON.
Cómo funciona JSON
Un documento JSON se construye a partir de un pequeño conjunto de elementos básicos: objetos, que son pares clave-valor entre llaves; arrays, que son listas ordenadas entre corchetes; y valores escalares como cadenas, números y booleanos. El propio formato no impone ningún esquema fijo —un analizador JSON no necesita un tipo de documento predefinido—, y esa es en parte la razón por la que se utiliza tanto en respuestas de API que deben evolucionar sin romper los clientes más antiguos. Cuando una plataforma de feeds recibe una carga útil JSON de la API de un feed de datos o de un webhook, normalmente analiza esa estructura y asigna sus campos a lo que realmente exige el formato del feed de destino, que a menudo es XML.
Ejemplo: datos JSON detrás de un artículo de un feed XML
<!--
Source payload from the merchant's API, before conversion:
{
"sku": "SKU-51290",
"title": "Recycled Denim Tote Bag",
"price": { "amount": 38.00, "currency": "USD" },
"availability": "in_stock"
}
-->
<item>
<g:id>SKU-51290</g:id>
<title>Recycled Denim Tote Bag</title>
<g:price>38.00 USD</g:price>
<g:availability>in stock</g:availability>
</item>El bloque comentado muestra el mismo producto tal como existe en JSON, el formato que la mayoría de las herramientas de gestión de feeds obtienen realmente de una API, antes de convertirse en las etiquetas XML planas que espera un canal de shopping.
Conceptos relacionados
JSON es el formato de conexión que hay detrás de la mayor parte de la automatización de la que dependen hoy los feeds, ya sea una API que devuelve datos de stock en tiempo real o un webhook que envía un cambio de precio en el momento en que se produce en un sistema de origen. También aparece cada vez más como formato de envío alternativo para el propio feed de datos, a medida que más plataformas añaden opciones de carga basadas en JSON junto a su compatibilidad tradicional con XML y CSV.
