Formateur JSON
Mettez en forme et validez du JSON avec une indentation propre.
Comment utiliser Formateur JSON
- Collez votre JSON.
- Il est validé et mis en forme instantanément.
- Copiez le résultat formaté.
À propos de Formateur JSON
JSON a été spécifié par Douglas Crockford et est aujourd'hui normalisé à la fois par l'ECMA et l'IETF. Il emprunte la syntaxe des objets JavaScript mais se montre bien plus strict, et c'est précisément cette rigueur qui piège la plupart des gens. Collez un contenu ici et il est analysé puis réimprimé avec votre choix parmi deux espaces, quatre espaces ou une tabulation — et lorsqu'il ne peut pas être analysé, vous obtenez le message d'erreur de l'analyseur lui-même plutôt qu'un écran vide.
Les coupables habituels méritent d'être connus. JSON n'a pas de commentaires — une décision délibérée de Crockford — et pas de virgule finale, ce qui est de loin l'erreur d'analyse la plus fréquente. Les clés doivent être entourées de guillemets doubles, si bien qu'un littéral d'objet JavaScript avec des clés nues ou des guillemets simples n'est pas du JSON valide. Il n'existe pas non plus de type date, donc les dates circulent sous forme de chaînes par convention.
Un point à surveiller : les nombres JSON sont analysés comme des doubles IEEE-754, si bien qu'un entier au-delà de 9 007 199 254 740 991 perd de la précision au passage — les identifiants volumineux sont plus sûrs transportés sous forme de chaînes. Comme cet outil analyse et réémet réellement le contenu plutôt que de se contenter d'ajuster les espaces, les clés en double s'effondrent silencieusement sur la dernière. Tout s'exécute dans votre navigateur, si bien qu'une réponse d'API remplie de vraies données client ne quitte jamais votre machine. Une fois prêt à l'envoyer, le minifieur JSON le compresse à nouveau.
Questions fréquentes
Pourquoi mon JSON échoue-t-il quand il contient des commentaires ?
Parce que JSON n'a absolument aucune syntaxe de commentaire — cela a été délibérément omis. Tout ce qui ressemble à // ou /* */ est une erreur de syntaxe, quel que soit le nombre d'outils qui le tolèrent. Retirez les commentaires, ou utilisez un format comme JSON5 ou YAML si vous en avez besoin.
Qu'est-ce qui cause le plus souvent les erreurs « Unexpected token » ?
Une virgule finale après le dernier élément d'un objet ou d'un tableau. JavaScript l'autorise, JSON non. Les causes suivantes les plus fréquentes sont les chaînes entre guillemets simples et les clés non entourées de guillemets — toutes deux valides en JavaScript, aucune ne l'est en JSON.
La mise en forme modifie-t-elle mes données ?
Les valeurs restent identiques, mais le texte est régénéré plutôt que simplement réindenté. Ainsi, les nombres littéraux sont imprimés sous forme canonique (1.50 devient 1.5), et si un objet contient deux fois la même clé, seule la dernière survit — ce qui est le comportement standard d'un analyseur, pas un bug de cet outil.
Pourquoi mon identifiant volumineux revient-il sous forme d'un nombre différent ?
Les nombres JSON sont analysés comme des flottants en double précision, exacts seulement jusqu'à environ 9 quadrillions. Un identifiant 64 bits au-delà de cette valeur est arrondi à la valeur représentable la plus proche. Mettez ces identifiants entre guillemets, sous forme de chaînes, dans votre API pour éviter ce problème.
Mon JSON est-il envoyé où que ce soit ?
Non. L'analyse et la mise en forme se font toutes deux dans votre navigateur, vous pouvez donc coller sans risque une réponse de production ou un contenu de jeton — rien n'est envoyé à un serveur.