Valider du JSON
Le parseur natif du navigateur donne la position du caractère qui casse — c'est l'information utile, et c'est celle qu'on affiche, plutôt qu'un « JSON invalide » qui ne mène nulle part.
Comment le contrôle fonctionne
- 1
Le texte est analysé
Par JSON.parse, le parseur du navigateur : exactement le même que celui de votre application.
- 2
L'erreur est rendue telle quelle
Message natif et position du caractère. C'est ce qui permet de retrouver la virgule en trop.
- 3
La sortie est reformatée
Indentation à 2, 4 ou 8 espaces, ou minification pour ne garder que la donnée.
Les trois fautes qui reviennent toujours
La virgule finale après le dernier élément d'un tableau ou d'un objet : JavaScript la tolère dans le code, JSON jamais. Les guillemets simples : JSON n'accepte que les doubles. Et les commentaires, qui n'existent pas en JSON — JSONC et JSON5 sont d'autres formats.
Rien ne sort de la page
Une charge utile d'API contient souvent des jetons, des identifiants ou des données clients. Ici, elle reste dans votre onglet : il n'y a ni envoi ni journal.
Questions fréquentes
Pourquoi mon JSON est-il refusé alors qu'il marche en JavaScript ?
Parce que JavaScript n'est pas JSON. L'objet littéral de JavaScript accepte les clés sans guillemets, les guillemets simples, les virgules finales et les commentaires. JSON n'accepte aucun des quatre.
Faut-il indenter le JSON en production ?
Non. L'indentation ne sert qu'à la lecture humaine et gonfle la charge utile de 10 à 30 %. Servez du JSON minifié et laissez les outils de développement l'indenter à l'affichage.
Mes données sont-elles envoyées quelque part ?
Non. L'analyse se fait avec le parseur du navigateur, dans votre onglet. Rien n'est transmis, ce qui compte quand la charge utile contient un jeton d'accès.
Le même contrôle par API
Cet outil tourne dans votre navigateur. Pour le même contrôle dans votre code, en masse ou côté serveur, l'API répond en JSON.
Voir la documentation