Outils JSON

Réparation JSONVérifier avant de remplacer

Générez les propositions avec le bouton ou Ctrl/Cmd+Entrée. Examinez chaque fragment avant de rendre le résultat exportable.

Réparation JSON

Texte original

Résultat accepté

Le texte reste dans cet onglet, sans envoi ni stockage persistant.

Les propositions peuvent changer le sens ou inventer des valeurs manquantes. N’acceptez que les changements compris ; une syntaxe valide ne prouve pas l’exactitude des données.

Aperçu absent ou périmé. Générez les propositions pour cette saisie.

La Réparation JSON devient délicate quand une réponse se termine au milieu d’une valeur : fermer une accolade ne restitue pas ce qui manque. Cette page présente les différences pour vous laisser décider si chaque ajout correspond aux données attendues.

Pour réparer JSON après un copier-coller incomplet, gardez une référence fiable à portée de main. Un JSON corrompu peut retrouver une syntaxe correcte tout en contenant une valeur supposée. Ici, corriger un JSON cassé passe donc par des propositions visibles, puis par leur acceptation individuelle.

Réparation JSON avec contrôle des ajouts

Une décision par fragment

Le nombre affiché correspond aux blocs de texte modifiés. Les parties supprimées et ajoutées sont mises en évidence, avec leur ligne et leur colonne. Vous pouvez examiner une correction sans accepter d’un coup toutes les autres.

Plusieurs différences mises en évidence, avec un seul fragment coché.

Une sortie réellement examinée

La Réparation JSON conserve l’original dans son panneau. Seules les modifications acceptées composent la sortie. Le téléchargement et la copie attendent que toutes les propositions soient acceptées et que la syntaxe stricte soit valide.

Texte source conservé et résultat autorisé à l’export après examen complet.

Lire les fragments avant de les accepter

01

Relancer après avoir retouché la source

Ctrl/Cmd+Entrée génère les mêmes propositions que le bouton. Une modification de la saisie périme immédiatement l’ancien aperçu et bloque ses actions. Il faut créer un nouveau plan, même si l’ancienne sortie semblait correcte.

02

Comprendre les dépendances

Un fragment peut réunir plusieurs signes liés : la liste ne promet pas une carte par erreur grammaticale. Une acceptation partielle peut donc laisser une sortie invalide jusqu’à l’acceptation des autres fragments nécessaires.

03

Revenir sur une décision

L’annulation rétablit ensemble la saisie, la sortie et les acceptations de la dernière action. Il n’y a qu’un niveau de retour. Vérifiez particulièrement les valeurs ajoutées et les changements de type avant de continuer.

Des propositions vérifiables dans leur contexte

Plus que les virgules finales

Le moteur propose des corrections pour guillemets ou virgules manquants, noms non délimités et guillemets simples. Il peut aussi retirer des commentaires ou traiter des littéraux Python, des balises Markdown et des enveloppes JSONP. Chaque transformation reste à examiner.

Éviter une réécriture globale

La sortie est construite à partir du texte et des fragments acceptés, sans analyser puis sérialiser tout le document. Les nombres déjà présents gardent leur écriture. Les risques numériques et les clés répétées produisent toutefois des avertissements à approfondir dans le validateur.

Contrôler chaque état accepté

La validation stricte porte sur la sortie actuelle après chaque acceptation. Un original déjà valide ne demande aucune modification et peut être exporté. Une réussite syntaxique ne dispense pas de lire les avertissements ni de vérifier les données attendues.

Ce que la syntaxe ne permet pas de retrouver

Le sens reste à vérifier
Une valeur interrompue peut être remplacée ou complétée d’une façon plausible mais fausse. Fermer une structure ne récupère pas les enregistrements perdus. Aucune garantie de fidélité aux intentions de la source n’est donnée.
Une seule entrée textuelle
Pas d’import de fichier, de récupération d’URL, de traitement par IA ou de lot. L’outil ne crée ni historique persistant ni lien de partage contenant votre document.
Pas de normalisation métier
La page ne vérifie pas un schéma, ne trie pas les clés et ne supprime pas les valeurs null pour nettoyer les données. Elle n’est pas un formateur : l’indentation ne constitue pas son objectif.
Un travail limité
La saisie est limitée à 100 000 unités UTF-16 et le plan à 500 fragments. Le calcul des différences dispose de 2 000 modifications et de 100 ms. La validation impose aussi ses limites, dont une profondeur de 100 ; réduisez le document si elles sont atteintes.
Une approbation explicite
Aucune acceptation automatique ou globale. La sortie reste bloquée à l’export tant qu’un fragment est en attente ou que la syntaxe est invalide. Retoucher l’original invalide le plan précédent.

Questions sur la Réparation JSON

Quelles erreurs de syntaxe peuvent être corrigées ?

Les erreurs fréquentes concernent les virgules, les guillemets, les commentaires et des écritures qui ressemblent à du JSON sans en respecter la grammaire. Le moteur peut proposer des ajouts ou des suppressions ; leur pertinence doit être vérifiée dans le contexte.

Le contenu est-il transmis à un serveur ?

Non. Les opérations se font dans l’onglet ouvert. Aucun envoi de document n’est proposé ; télécharger le résultat consiste à enregistrer localement la sortie approuvée.

Une entrée très endommagée est-elle toujours récupérable ?

Non. Le contenu perdu peut être impossible à déduire, et certaines entrées ne donnent aucun candidat valide. Les limites de calcul peuvent aussi interrompre le traitement. Corrigez la source ou travaillez sur un extrait plus court.

Comment réagir si le résultat ne correspond pas à mes attentes ?

Refusez la proposition en la laissant en attente, ou annulez la dernière action si vous l’avez acceptée. La Réparation JSON permet ensuite de repartir d’une source modifiée ; il faut générer un nouvel aperçu avant toute autre acceptation.

La correction détecte-t-elle les valeurs erronées ou les champs absents ?

Non. Une propriété absente ou un montant incorrect peut rester parfaitement conforme à la grammaire. Comparez le résultat au contrat de votre API ou à la source d’origine : la validation stricte ne vérifie pas les règles métier.

Une proposition vous surprend ?

Essayer la Réparation JSON sur un exemple

La Réparation JSON se teste avec l’exemple : observez les fragments en attente, acceptez une modification puis vérifiez le statut avant de poursuivre.