Valider un fichier JSON
Le verdict, la ligne, la colonne et l’extrait fautif — pas juste « erreur de syntaxe ».
Traité sur cet appareil · aucun envoi de fichier
JSONGEOJSONVous pouvez aussi coller (Ctrl+V)Confortable jusqu’à 50 Mo
Aucun téléchargement : tout se passe dans cette page.détails
Cet outil n’utilise aucun moteur à télécharger — son code est déjà dans la page.
À quoi sert cette page
Un fichier de configuration refusé, un import qui échoue, et pour toute explication « Unexpected token }, at position 1847 ». Savoir qu’un JSON est invalide ne sert à rien tant qu’on ne sait pas où. Cette page traduit cette position en ligne et colonne, montre la ligne fautive avec un curseur sous le caractère en cause, et rend un rapport lisible. Le fichier reste dans votre navigateur — un fichier de configuration contient souvent des mots de passe, et il n’a aucune raison de transiter par un site.
On dit aussi : erreur de syntaxe json.
Comment faire
- Déposez un ou plusieurs fichiers JSON à contrôler.
- Lancez la vérification — il n’y a rien à régler.
- Lisez le verdict sous chaque fichier, et téléchargez le rapport détaillé.
Questions fréquentes
Que contient le rapport ?
Le verdict d’abord : valide ou invalide. Si le fichier est valide, ce qu’il contient — un objet de tant de clés, un tableau de tant d’éléments. S’il ne l’est pas : la ligne, la colonne, la ligne fautive recopiée avec un curseur « ^ » sous le caractère problématique, et le message brut de l’analyseur pour les cas tordus.
Quelles sont les erreurs de syntaxe les plus fréquentes ?
La virgule en trop avant une accolade ou un crochet fermant, tolérée par presque tous les langages mais interdite en JSON ; les guillemets simples au lieu des doubles ; une clé sans guillemets ; un commentaire // ou /* */, que le format ne prévoit pas ; et les guillemets typographiques introduits par un traitement de texte.
L’outil corrige-t-il le fichier ?
Non, et c’est délibéré : deviner l’intention derrière une syntaxe cassée revient à modifier vos données au jugé. L’outil localise le problème avec assez de précision pour que la correction prenne quelques secondes dans votre éditeur. Une fois le fichier valide, l’outil « mettre en forme un JSON illisible » l’indente proprement.
Mon JSON est valide mais l’application le refuse quand même, pourquoi ?
Parce que la syntaxe et le contenu sont deux choses différentes. Un fichier syntaxiquement irréprochable peut manquer d’un champ obligatoire, employer une chaîne là où un nombre est attendu, ou ne pas respecter la structure documentée. Cette validation-là dépend de l’application qui lit le fichier ; celle-ci répond seulement à la question « est-ce du JSON ? ».
Bon à savoir
- La vérification porte sur la syntaxe JSON, pas sur le contenu : un fichier valide peut parfaitement contenir des données absurdes.
- La validation contre un schéma (JSON Schema) n’est pas encore proposée : les champs attendus, leurs types et leur obligation ne sont pas contrôlés.
- Le JSON Lines (.jsonl — une valeur JSON complète par ligne) est un autre format : un fichier parfaitement correct y serait déclaré invalide dès la deuxième ligne. Il n’est donc pas accepté, plutôt que jugé à tort.
- L’analyse s’arrête à la première erreur rencontrée — c’est le comportement de tout analyseur JSON. Corrigez-la et relancez pour découvrir la suivante.
- Un fichier invalide n’est pas un échec de l’outil : le rapport est produit normalement, avec la position et l’extrait fautifs.
- Le BOM éventuel en tête de fichier est toléré, comme le font les analyseurs courants, et n’est pas compté comme une erreur.