Quand deux applications échangent une information, elles doivent parler le même langage.

Pas un langage humain.

Un langage structuré.
Sans ambiguïté.
Sans interprétation.
Sans “à peu près”.

C’est exactement le rôle des langages d’échange de données.

Si tu as lu l’article sur le XML, tu sais déjà que les ordinateurs ne parlent pas “à peu près”.

Aujourd’hui, nous allons découvrir un langage plus léger… et plus moderne : le JSON.

Pourquoi les applications modernes utilisent JSON ?

Si XML a marqué les débuts du web structuré, le JSON s’est imposé plus tard comme le format préféré des applications modernes.

Pourquoi ?

Parce qu’il est :

• plus léger
• plus compact
• plus simple à lire
• plus facile à manipuler dans les applications web

Aujourd’hui, la majorité des API publiques utilisent JSON.

Quand ton application météo récupère la température actuelle,
quand ton site e-commerce affiche ton panier,
quand une application mobile synchronise tes données,
quand une IA analyse un texte ou génère une réponse…

Il y a de grandes chances que cela passe par du JSON.

Mais en tant qu’utilisateur, tu ne le vois jamais, ce JSON.

Le JSON circule en arrière-plan,
quand les applications parlent entre elles,
bien loin de ton écran.
Elles parlent en JSON (ou en XML, ou tout autre langage d’échange).

Qu’est-ce que le JSON ?

Le JSON signifie JavaScript Object Notation, que l’on peut traduire par
« notation d’objet JavaScript ».

Mais rassure-toi :
tu n’as pas besoin de connaître JavaScript pour comprendre JSON.

Le JSON est simplement un format qui organise les données sous forme de :

• paires clé–valeur 🔑
• objets 📦
• listes 📋

Pour sa structure, il utilise :

• des accolades { }
• des crochets [ ]
• des deux-points :
• des guillemets «  »
• des virgules ,

Et c’est tout.

« Eh, mais attends, tu me perds avec tes accolades, tes clés et autres bidules !« 

Pas de panique. On verra tout ça plus loin. Mais si tu bouilles d’impatience d’entrer dans les détails, tu peux sauter directement à 👉 cette section 👈.

Pourquoi JSON est devenu dominant

Lorsque les applications web sont devenues plus dynamiques (années 2010), le JSON s’est imposé pour une raison simple :

Il est parfaitement adapté au JavaScript, le langage qui fait fonctionner l’interactivité des sites web.

Comme son nom l’indique, JSON est directement compatible avec la manière dont JavaScript organise les données.

Résultat :

• moins de transformation
• moins de complexité
• plus de rapidité

Le JSON est donc devenu le format standard des API modernes.

Où est-il utilisé aujourd’hui ?

Partout.

🌐 Les API web
La majorité des services en ligne échangent des données en JSON.

📱 Les applications mobiles
Les applications Android et iOS utilisent massivement JSON pour communiquer avec leurs serveurs.

🛒 Le e-commerce
Panier, commandes, profils utilisateurs… JSON est omniprésent.

🤖 L’intelligence artificielle
Les API d’IA modernes échangent presque toujours des données en JSON.
C’est devenu le langage standard du web applicatif.

Avantages et inconvénients du JSON

Comprendre la structure du JSON

Partons maintenant à la découverte de notre JSON ! Mais à quoi ressemble-t-il ? Et comment est-il structuré ? 👀

Qu’est-ce qu’une « clé » en JSON ? 🔑

Prenons l’exemple d’une donnée de température en JSON :

"temperature": 18.4

• "temperature" est la clé (le nom de l’information)
• 18.4 est la valeur

Le double-point : joue un rôle très important :
il sert à séparer le nom de l’information de sa valeur.

C’est une manière de dire :

La température vaut 18.4.

Chaque paire clé–valeur est ensuite séparée par une virgule lorsqu’il y en a plusieurs.

Par exemple :

{
  "ville": "Lausanne",
  "temperature": 18.4
}

Contrairement au XML, il n’y a pas de balise ouvrante et fermante.
Les accolades { } remplacent les balises XML.
La structure est plus compacte.

Quelques règles importantes

En JSON :

• Les clés doivent être entourées de guillemets " "
• Les valeurs textuelles doivent également être entourées de guillemets ("Lausanne")
• Les valeurs numériques ne doivent pas être entourées de guillemets (18.4)
• Elles sont sensibles à la casse ("Ville" ≠ "ville")
• On évite généralement les espaces et les caractères spéciaux

Même si techniquement les accents sont autorisés en JSON, dans la pratique, on les évite souvent dans les clés pour garantir une compatibilité maximale entre systèmes.

On privilégie donc :

"temperature"
"dateNaissance"
"heureObservation"

plutôt que :

"température"
"date de naissance"

C’est plus sûr.
Et plus universel.

Qu’est-ce qu’un objet en JSON ? 📦

En JSON, un objet est un ensemble d’informations regroupées entre accolades { }.

Il contient des paires clé–valeur.

Reprenons notre exemple :

{
  "ville": "Lausanne",
  "temperature": 18.4
}

Ici, tout ce qui est entre { } forme un objet.

Les objets peuvent contenir d’autres objets.
Comme des poupées russes.

{
  "ville": "Lausanne",
  "temperature": 18.4,
  "vent": {
    "vitesse": 12,
    "direction": "Nord-Est"
  }
}

L’ensemble est l’objet principal.
Il contient un objet « vent ».
On dit que cet objet est imbriqué dans l’objet principal.

Traduction de l’objet JSON ci-dessus :

Pour la ville de Lausanne, la température est de 18.4°C avec un vent de 12 km/h venant du Nord-Est.

Qu’est-ce qu’une liste en JSON ? 📋

En JSON, une liste est un ensemble d’éléments regroupés entre crochets [ ].

Contrairement à un objet { } qui associe des clés à des valeurs,
une liste contient simplement une suite d’éléments séparés par une virgule.

{
  "ville": "Lausanne",
  "joursDisponibles": ["Lundi", "Mardi", "Mercredi"]
}

Dans cet objet JSON, on a une liste des jours disponibles de la semaine, du lundi au mercredi.

On peut aussi avoir des listes d’objets :

{
  "ville": "Lausanne",
  "previsions": [
    { "jour": "Lundi", "temperature": 17 },
    { "jour": "Mardi", "temperature": 19 },
    { "jour": "Mercredi", "temperature": 18 }
  ]
}

Traduction :

Pour la ville de Lausanne, les températures prévues sont :
– 17°C le lundi
– 19°C le mardi
– 18°C le mercredi

🔔 Rappel

• Les objets 📦 sont entre { }
• Les listes 📋 sont entre [ ]

Exemple concret : un échange entre une app météo et une API en JSON

Bien, maintenant, voyons un exemple concret d’un échange entre deux applications en langage JSON.

Imaginons :

👉 Une application météo sur ton smartphone
👉 Qui contacte une API météo pour obtenir les données en temps réel

Ton application ne “devine” pas la météo.

Elle envoie une requête à un serveur spécialisé (l’API météo).
Le serveur analyse la demande…
et renvoie une réponse structurée en JSON.

Requête envoyée par l’application

Voici un exemple simplifié de ce que l’application pourrait envoyer :

{
  "ville": "Lausanne",
  "pays": "Suisse",
  "unite": "celsius"
}

Cela signifie simplement :

“Peux-tu me donner la météo actuelle à Lausanne, en degrés Celsius ?”

Réponse renvoyée par l’API

Le serveur météo répond avec un message JSON :

{
  "ville": "Lausanne",
  "temperature": 18.4,
  "conditions": "Nuageux",
  "humidite": 72,
  "vent": {
    "vitesse": 12,
    "direction": "Nord-Est"
  },
  "heureObservation": "2026-02-17T14:30:00"
}

Décodons :

• "temperature" = la température actuelle
• "conditions" = description du temps
• "humidite" = taux d’humidité
• "vent" = objet contenant la vitesse et la direction
• "heureObservation" = moment où la mesure a été effectuée

Traduction :

La température à Lausanne actuelle (à 14:30 le 17 février 2026) est de 18.4°C, les conditions sont nuageuses et l’humidité est de 72%. On mesure également un vent Nord-Est de 12 km/h.

Ce qu’il se passe réellement

1. L’application envoie une requête au serveur.
2. Le serveur traite la demande.
3. Il renvoie les données en JSON.
4. L’application lit ce JSON.
5. Elle affiche les informations de manière lisible à l’écran.

Toi, tu vois :

🌤️ 18°C, Nuageux, Vent ↗️ 12 km/h

Mais en coulisses,
les applications échangent du JSON.

XML vs JSON : une différence de philosophie

Le XML est :

• très formel
• très structuré
• très rigoureux

Le JSON est :

• plus léger
• plus minimaliste
• plus orienté web moderne

L’un n’est pas “meilleur” que l’autre.

Ils répondent simplement à des contextes différents.

Conclusion

Si le XML a structuré les débuts du web moderne, le JSON est devenu le format de référence des applications actuelles.

Léger, simple, efficace.

Dans le prochain article de cette série, nous comparerons plus en détail XML et JSON pour comprendre quand utiliser l’un plutôt que l’autre.