JSON (JavaScript Object Notation) est un format de données léger, basé sur du texte et construit à partir de paires clé-valeur et de tableaux imbriqués, conçu pour représenter des données structurées de manière à la fois facile à analyser pour les machines et raisonnablement lisible directement par un humain. Issu de JavaScript, il est aujourd'hui indépendant de tout langage et s'est imposé comme le format par défaut de la plupart des API web modernes, remplaçant des alternatives plus anciennes et plus verbeuses dans de nombreux cas d'intégration. En gestion de flux, JSON apparaît moins comme le format du flux shopping final que comme le format sur lequel repose de plus en plus tout ce qui entoure ce flux.
Pourquoi JSON compte pour les intégrations de flux
La plupart des flux produits soumis directement à un canal shopping sont encore au format XML ou CSV, mais les systèmes qui construisent et gèrent ces flux — PIM, ERP, plateformes de gestion de flux et les API qui les relient — communiquent entre eux très majoritairement en JSON. Lorsqu'un outil de gestion de flux récupère le stock en temps réel depuis une API, vérifie la disponibilité via la charge utile d'un webhook ou échange des données avec un PIM, ces données sont presque toujours du JSON en coulisses, même si elles sont converties en XML avant d'être soumises à Google ou à Meta. Comprendre JSON est important pour quiconque dépanne une intégration de flux, car c'est dans l'essentiel de la tuyauterie entre les systèmes — et non dans le fichier de flux final — que JSON se trouve réellement.
Comment fonctionne JSON
Un document JSON est construit à partir d'un petit ensemble de primitives : les objets, qui sont des paires clé-valeur entre accolades, les tableaux, qui sont des listes ordonnées entre crochets, et des valeurs scalaires comme les chaînes, les nombres et les booléens. Le format lui-même n'impose aucun schéma fixe — un parseur JSON n'exige pas de type de document prédéfini, ce qui explique en partie pourquoi il est si largement utilisé pour les réponses d'API qui doivent évoluer sans casser les anciens clients. Lorsqu'une plateforme de flux reçoit une charge utile JSON de l'API d'un flux de données ou d'un webhook, elle analyse généralement cette structure et mappe ses champs vers ce que le format du flux de destination — souvent XML — exige réellement.
Exemple : les données JSON derrière un article de flux 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>Le bloc commenté montre le même produit tel qu'il existe en JSON, le format que la plupart des outils de gestion de flux récupèrent réellement depuis une API, avant d'être aplati dans les balises XML attendues par un canal shopping.
Concepts associés
JSON est le format de liaison qui sous-tend l'essentiel de l'automatisation dont dépendent désormais les flux, qu'il s'agisse d'une API renvoyant des données de stock en temps réel ou d'un webhook transmettant un changement de prix dès qu'il survient dans un système source. Il apparaît aussi de plus en plus comme format de soumission alternatif pour le flux de données lui-même, à mesure que les plateformes ajoutent des options d'import en JSON à côté de leur prise en charge traditionnelle du XML et du CSV.
