Formateur JSON

• Encodeur/décodeur Base64
• Encodeur/décodeur URL
• Tous les convertisseurs

Le JSON est la langue commune des API web et des fichiers de configuration. L’impression lisible facilite la lecture des structures imbriquées, la minification économise bande passante et stockage, et une validation rapide détecte fautes de frappe et virgules finales avant qu’elles ne cassent des pipelines ou des applications.

Avantages du formatage JSON

• Lisibilité : Une indentation cohérente révèle d’un coup d’œil l’imbrication des objets et tableaux, ce qui accélère les revues et l’intégration.
• Débogage : Le JSON formaté est plus simple à comparer en diff et à inspecter lorsqu’une API renvoie des structures inattendues.
• Validation : Une vérification d’analyse rapide confirme si le texte est du JSON légal avant de le valider ou de l’envoyer en aval.
• Minification : Supprimer les espaces peut réduire nettalement la taille pour les clients mobiles, les caches périphériques et les configurations embarquées.
• Normes : Un JSON valide respecte la RFC 8259 ; des charges valides évitent les surprises avec les analyseurs stricts.

Cette page propose trois opérations principales sur du texte JSON. Chacune s’exécute entièrement dans votre navigateur avec l’analyseur JSON standard de l’appareil.

Opérations

• Formater : Analyse l’entrée et la réécrit avec l’indentation choisie (0 à 4 espaces) et des sauts de ligne.
• Minifier : Analyse et resérialise sans espaces superflus, produisant une chaîne compacte sur une ligne ou minimale.
• Valider : Tente JSON.parse sur l’entrée et signale le succès ou le message d’erreur sans modifier la zone de sortie sauf si vous formatez ou minifiez.

Quelques points pratiques aident à choisir quand embellir plutôt que minifier et comment interpréter les erreurs.

Référence rapide

• Le JSON indenté est souvent plusieurs fois plus volumineux que le minifié pour des arbres profonds, ce qui compte pour les journaux et téléchargements.
• Les gains typiques de minification varient beaucoup selon l’espace blanc d’origine.
• L’indentation est une question de présentation ; les valeurs analysées sont identiques après une analyse réussie.
• Les navigateurs lèvent des SyntaxError explicites pour du JSON invalide ; l’outil affiche ce message à côté de votre saisie.
• Le JSON n’autorise ni commentaires ni virgules finales ; les validateurs les signaleront comme invalides.

Bonnes pratiques

Adoptez la représentation adaptée à chaque étape : lisible dans les dépôts et la documentation, compact sur le réseau quand la taille importe.

• Formatez le JSON lors de la rédaction de configs et de la revue d’échantillons d’API ; minifiez pour les bundles ou réponses en cache lorsque la taille compte.
• Validez avant de fusionner du JSON généré par machine ou de coller des échantillons dans des applications.
• Choisissez une indentation d’équipe (souvent 2 ou 4 espaces) et tenez-vous-y pour des diffs cohérents.
• Traitez les erreurs de validation comme un signal pour corriger la source, pas seulement la jolie vue.
• N’oubliez pas que le JSON minifié est plus difficile à lire pour les humains : gardez une copie formatée sous contrôle de version si le fichier est édité à la main.

Cas d’usage typiques

• Développement d’API : Inspectez et rangez les corps de réponse REST ou GraphQL avant documentation ou tests.
• Fichiers de configuration : Normalisez app.json, tsconfig ou modèles cloud pour des commits lisibles.
• Débogage : Reformatez une charge d’erreur sur une seule ligne pour voir clairement champs et imbrication.
• Échange de données : Validez les charges entre services ou lors du passage d’un texte ad hoc à du JSON strict.
• Revue de code : Présentez du JSON formaté dans les pull requests pour que les relecteurs parcourent la structure rapidement.