Ce JSON est-il valide?

La question paraît simple, mais elle mérite une réponse précise. Un JSON est valide lorsqu'il respecte la grammaire définie par le format, celle que tout analyseur conforme applique. Concrètement, le document doit pouvoir être transformé en structure de données sans provoquer d'erreur. Pour le vérifier sans ambiguïté, le plus fiable reste de le soumettre à un analyseur réel plutôt que de se fier à une lecture visuelle, car certaines erreurs sont invisibles à l'œil, comme un caractère de contrôle invisible ou un guillemet typographique ressemblant à un guillemet droit. L'outil vous donne cette réponse objective en une fraction de seconde: soit le document se conforme à la grammaire et il est déclaré valide, soit il s'en écarte et l'outil vous montre exactement où le problème apparaît.

La première règle, et la plus fréquemment enfreinte, concerne les guillemets. En JSON, toute chaîne de caractères et toute clé d'objet doit être entourée de guillemets doubles droits. Les guillemets simples, autorisés en JavaScript, sont ici invalides. De même, les guillemets typographiques que certains traitements de texte insèrent automatiquement ne sont pas reconnus. Une clé écrite sans aucun guillemet, comme on le ferait dans un objet JavaScript, provoque également une erreur. Cette exigence explique une grande partie des documents rejetés: un extrait copié depuis du code source ou depuis un document mis en forme contient souvent des guillemets non conformes. Le validateur signale précisément ce type d'écart, en pointant le caractère qui n'aurait pas dû se trouver là.

Deux autres interdictions surprennent souvent les développeurs habitués à JavaScript. D'abord, aucune virgule ne doit suivre le dernier élément d'un tableau ou la dernière paire d'un objet. Cette virgule finale, tolérée et même recommandée dans du code moderne, est strictement refusée en JSON. Ensuite, les commentaires sont totalement interdits, qu'ils soient introduits par deux barres obliques ou encadrés par des symboles. Le format ne prévoit aucune syntaxe pour annoter un document. Beaucoup de fichiers de configuration échouent pour cette raison, parce qu'un développeur y a laissé une note explicative. Si vous avez besoin de commentaires, il faut les déplacer hors du fichier ou utiliser un champ dédié. Le validateur détecte ces deux cas et vous indique la position exacte du problème.

La structure elle-même doit être équilibrée. Chaque accolade ouvrante appelle une accolade fermante, et chaque crochet ouvrant appelle un crochet fermant, dans le bon ordre d'imbrication. Un déséquilibre, une accolade oubliée à la fin d'un objet profond ou un crochet fermé trop tôt, rend le document invalide. C'est précisément ce que fait la fonction JSON.parse des navigateurs: elle parcourt le texte et lève une exception dès qu'elle rencontre une construction impossible. L'outil s'appuie sur ce même mécanisme, puis traduit l'exception en un message lisible avec une position. Ainsi, plutôt que de vous laisser deviner, il vous conduit directement au premier endroit où la grammaire est rompue, ce qui accélère considérablement la correction, surtout sur des documents fortement imbriqués.

Enfin, il est utile de savoir comment cette vérification se déroule. Tout se passe dans votre navigateur, sur votre propre machine. Le texte que vous collez n'est pas envoyé sur un serveur, il est analysé localement puis oublié dès que vous quittez la page. Cette exécution locale est rassurante lorsque vous testez un contenu sensible, et elle rend l'outil utilisable même hors connexion une fois la page chargée. Répondre à la question ce JSON est-il valide ne nécessite donc ni compte, ni téléversement, ni attente. Vous obtenez un verdict fiable, une position d'erreur précise et une explication de la règle enfreinte, ce qui vous permet non seulement de corriger le document, mais aussi de mieux comprendre le format pour éviter l'erreur la prochaine fois.