Réparation JSON - Corriger un JSON invalide en ligne
JSON Repair Tool
Runs entirely in your browser. Nothing is uploaded.
Ce Qui Est
La réparation JSON consiste à corriger mécaniquement un JSON malformé pour qu'il respecte la grammaire définie par la RFC 8259, sans altérer les données sous-jacentes. La spécification est volontairement stricte et chaque analyseur applique chacune de ses règles. Six règles expliquent l'immense majorité des échecs. Premièrement, une virgule ne peut pas apparaître immédiatement avant une accolade ou un crochet fermant, ce qui est pourtant légal dans de nombreux langages et constitue le premier défaut du JSON écrit à la main. Deuxièmement, les clés d'objet et les valeurs textuelles doivent être entourées de guillemets doubles : les apostrophes et les identifiants nus sont rejetés. Troisièmement, le format n'a aucune syntaxe de commentaire, et pourtant beaucoup de gens écrivent des commentaires JavaScript dans leur JSON parce qu'ils ont appris le format dans un contexte JavaScript.
Quatrièmement, chaque membre d'un objet et chaque élément d'un tableau doit être suivi d'une virgule, sauf le dernier ; en omettre une déclenche une cascade d'erreurs qui désigne la mauvaise ligne. Cinquièmement, les caractères de contrôle bruts comme un retour à la ligne, un retour chariot ou une tabulation ne peuvent pas apparaître littéralement dans une chaîne : ils doivent être échappés sous la forme \n, \r et \t. Sixièmement, le document doit être correct de bout en bout, si bien qu'une charge utile coupée par une limite de tampon ou par un export interrompu ne sera jamais analysable, quelle que soit la façon dont elle est échappée. Un outil de réparation se distingue d'un validateur par ce qu'il fait une fois le problème détecté. Le validateur signale une erreur et s'arrête. L'outil de réparation applique des transformations ciblées et réversibles : suppression d'une virgule suivie uniquement d'espaces et d'un jeton fermant, conversion des chaînes délimitées par des apostrophes en chaînes à guillemets doubles avec échappement des guillemets internes, retrait des jetons de commentaire en respectant les limites des chaînes, et échappement des caractères de contrôle bruts.
La contrainte de conception décisive est que la réparation doit être prudente. Un outil qui supprime silencieusement des données pour faire passer un document serait pire qu'aucun outil, car il transforme un échec bruyant en corruption silencieuse. L'approche retenue ici consiste à ne modifier que ce qui est manifestement faux, à conserver le texte original disponible pour comparer, puis à lancer une véritable analyse afin de confirmer la réussite. Si l'entrée est trop endommagée pour être réparée automatiquement, l'outil vous le dit et vous rend le texte intact au lieu de faire semblant.
Comment utiliser
- Ouvrez l'outil de réparation JSON dans votre navigateur. Il fonctionne entièrement côté client : rien de ce que vous collez n'est transmis à un serveur ni conservé.
- Collez votre JSON cassé dans la zone de saisie. Il vient le plus souvent d'une réponse d'API impossible à analyser, d'un fichier de configuration rejeté par un formateur ou d'un texte copié depuis un journal ou une fenêtre de terminal.
- Cliquez sur Réparer. L'outil parcourt le texte et applique des corrections ciblées : virgules finales, apostrophes, clés sans guillemets, commentaires, virgules manquantes et caractères de contrôle non échappés.
- Consultez l'indicateur d'état d'analyse. Un résultat vert Valide signifie qu'un analyseur RFC 8259 strict a accepté la sortie : vous pouvez la réutiliser telle quelle dans votre code.
- Examinez la liste des corrections appliquées afin de comprendre ce qui n'allait pas et de régler la source du problème au lieu de le reproduire.
- Copiez le JSON réparé avec le bouton de copie, puis placez-le dans votre éditeur, votre terminal ou votre application. Si le document était tronqué plutôt que malformé, la réparation ne peut pas récupérer les octets manquants : réexportez les données d'origine.
- Testez le résultat dans votre application avant toute mise en production, car la réparation ne corrige que la syntaxe et ne restitue pas les valeurs déjà perdues en amont.
Exemples
Entrée: {"name":"Ada","role":"engineer",}
Processus:
Suppression de la virgule finale avant }Résultat: {"name": "Ada", "role": "engineer"} — analysé comme JSON valide
Entrée: {name: 'Ada', tags: ['math','logic'],}
Processus:
Clé nue mise entre guillemets, apostrophes converties, virgule finale suppriméeRésultat: {"name": "Ada", "tags": ["math", "logic"]} — analysé comme JSON valide
Entrée: { // user record "id": 7, "note": "line one line two" }
Processus:
Suppression du commentaire // et échappement du saut de ligne brut dans la chaîneRésultat: {
"id": 7,
"note": "line one\nline two"
} — analysé comme JSON valide
Recherches Connexes
Les gens recherchent aussi : réparation json, réparer json invalide, outil json en ligne, corriger une erreur json, virgule finale json, guillemets simples json.
réparation jsonréparer json invalideoutil json en lignecorriger une erreur jsonvirgule finale jsonguillemets simples jsonclés json sans guillemetssupprimer commentaires jsonjson non validevalidateur et réparateur jsonréparer un json tronquéjson hors ligneoutil json côté clientjson malformécorriger json en ligne gratuitjson parse errorréparer la syntaxe jsonrécupérer un json casséremettre un json validebeauté et réparation json
Questions Fréquemment Posées
Quels types d'erreurs JSON cet outil peut-il réellement corriger ?
L'outil corrige les défauts de syntaxe qui causent la grande majorité des échecs d'analyse réels : une virgule placée juste avant une accolade ou un crochet fermant, des apostrophes utilisées à la place des guillemets doubles, des clés d'objet sans guillemets, des commentaires de ligne ou de bloc laissés dans les données, des virgules manquantes entre les membres d'un objet ou les éléments d'un tableau, des retours à la ligne, tabulations et autres caractères de contrôle bruts dans les chaînes, ainsi que les données parasites ajoutées après le dernier jeton fermant. Chaque correction est une transformation ciblée, pas une réécriture globale. Un document tronqué ou corrompu ne peut pas être réparé : les octets manquants n'existent plus dans le texte que vous fournissez, l'outil signale donc ces cas comme non réparables au lieu de deviner vos données.
Pourquoi mon JSON échoue-t-il sur une ligne qui a l'air correcte ?
Les analyseurs JSON s'arrêtent au point le plus éloigné qu'ils ont réussi à comprendre, souvent bien après l'erreur réelle. Une virgule manquante au début d'un objet oblige l'analyseur à poursuivre, à interpréter la clé suivante comme une valeur textuelle, et la position d'erreur signalée glisse vers une ligne plus tardive parfaitement valide. C'est pourquoi les débutants inspectent si souvent la mauvaise ligne. La bonne réaction consiste à regarder en arrière depuis la position signalée plutôt qu'en avant, et à vérifier le séparateur entre chaque paire de membres. Passer le texte dans cet outil de réparation isole rapidement le vrai défaut, car il supprime la cascade d'erreurs et vous laisse face à la seule construction réellement malformée.
Est-il sûr de coller des données de production dans un outil de réparation JSON en ligne ?
Avec cet outil, oui, car la réparation se fait entièrement dans votre navigateur en JavaScript côté client. Votre texte est traité par du code déjà téléchargé qui s'exécute sur votre propre machine : la charge utile ne circule jamais sur le réseau, n'est jamais inscrite dans un journal serveur et ne peut pas être captée par le propriétaire du site. Cette propriété compte davantage qu'elle n'en a l'air, car les charges utiles cassées sont souvent des réponses d'API contenant des fiches clients, des en-têtes d'authentification, des secrets de webhook ou des traces d'exécution complètes. De nombreux validateurs en ligne enregistrent discrètement ce que vous collez. Vérifiez donc qu'un outil revendique bien un traitement côté client, et considérez cette revendication comme une raison de privilégier les outils sans compte ni envoi de fichier.
La réparation peut-elle changer le sens de mes données ?
Non, à condition que l'outil soit prudent, et c'est précisément la contrainte que cette implémentation respecte. La réparation ne touche que des constructions impossibles dans un JSON valide : une virgule placée avant une accolade fermante est retirée, une chaîne à apostrophes est reconvertie en guillemets doubles avec échappement des guillemets internes, un commentaire est supprimé, un séparateur manquant est inséré et un caractère de contrôle brut est échappé. Aucune clé n'est renommée, aucune valeur n'est reformatée au-delà des espaces non significatifs, aucun littéral numérique ou textuel n'est réinterprété. Comme chaque transformation est réversible à la main, vous pouvez lire la liste des modifications et vérifier que le résultat représente toujours les données voulues. Si l'entrée ne peut pas être réparée sans deviner, l'outil n'y touche pas et vous le dit clairement.
Pourquoi mon JSON est-il devenu invalide après une édition dans un éditeur de texte ?
Les causes les plus fréquentes sont humaines et mécaniques plutôt qu'exotiques. Un guillemet typographique s'est glissé depuis un traitement de texte au lieu d'un vrai guillemet double. Une fonction d'indentation automatique a ajouté des espaces en fin de ligne puis une virgule après le dernier élément d'un objet. Un rechercher-remplacer a transformé une valeur en quelque chose contenant un guillemet non échappé ou un saut de ligne brut. Un objet YAML ou JavaScript a été collé directement dans un fichier .json, emportant avec lui ses commentaires et ses apostrophes. Un transfert interrompu a laissé le document s'interrompre au milieu d'une structure. Chacun de ces cas produit un fichier qui paraît correct à l'œil mais qu'un analyseur strict refuse immédiatement, ce qui est exactement la situation que cet outil est conçu pour résoudre.
Un résultat valide signifie-t-il que mon API acceptera les données ?
Non. JSON valide signifie seulement que le texte respecte la grammaire JSON, donc qu'un analyseur peut le lire sans erreur. La question de savoir si le document convient à votre application est distincte, et la réparation syntaxique ne peut y répondre. Les noms de champs doivent toujours correspondre à votre schéma, les nombres rester dans des plages valides, les propriétés obligatoires être présentes et les structures imbriquées avoir la forme attendue par votre serveur. Un document peut être parfaitement analysé et rejeté malgré tout par un validateur d'API strict. Considérez le statut vert Valide comme la confirmation que l'erreur d'analyse est éliminée, puis faites passer les valeurs par votre propre validation de schéma ou par vos tests avant tout envoi.