JSON Formatter

Que fait ce formatter ?

Le JSON Formatter prend une chaîne JSON quelconque — qu’elle soit compacte sur une ligne ou imbriquée de manière confuse — et la rend avec une indentation cohérente à 2 espaces. En même temps, il valide la syntaxe : si une virgule manque, qu’il y a un trailing comma ou que des guillemets manquent, l’outil signale l’endroit de l’erreur avec description.

Le JSON standard selon RFC 8259 est le format d’entrée. Objets, tableaux, chaînes, nombres, booléens et null sont autorisés comme élément racine. Une entrée vide est rejetée avec un message clair — pas d’échec silencieux.

Pourquoi formater du JSON ?

Le code JSON brut depuis APIs, logs ou fichiers de configuration est souvent compressé sur une seule ligne. Cela économise des octets, mais rend le contenu illisible pour les humains. Un formatter résout visuellement les structures imbriquées :

• Débogage : les réponses API erronées deviennent reconnaissables d’un coup d’œil, au lieu de chercher dans une chaîne des parenthèses manquantes.
• Revues de code : du JSON formaté dans les pull-requests montre les structures de données clairement — les reviewers reconnaissent les changements de schéma immédiatement.
• Documentation : les exemples de payload dans wikis et READMEs profitent d’une indentation lisible.
• Validation : les erreurs de syntaxe sont reconnues automatiquement au formatage. Pas besoin de linter séparé.

Quelles différences entre JSON, JSON5 et JSONC ?

Les développeurs trébuchent régulièrement sur des variantes du format JSON qui se distinguent dans les détails :

Caractéristique	JSON (RFC 8259)	JSON5	JSONC
Commentaires	Non autorisés	// et /* */	// et /* */
Trailing commas	Non autorisés	Autorisés	Autorisés
Guillemets simples	Non autorisés	Autorisés	Non autorisés
Clés non citées	Non autorisées	Autorisées	Non autorisées
Nombres hex	Non autorisés	Autorisés (0xFF)	Non autorisés
Diffusion	Universel	npm : 65 M+ downloads/semaine	VS Code, TypeScript

tsconfig.json, .eslintrc, renovate.json — beaucoup de fichiers config utilisent la syntaxe JSONC avec commentaires. Un parser JSON standard les évalue comme erreur. Qui travaille régulièrement avec des fichiers config a besoin d’un outil qui comprenne les deux variantes.

Quels pièges typiques ?

Trailing commas

{
  "name": "Alice",
  "age": 30,
}

La dernière virgule après 30 est une erreur de syntaxe en JSON standard. JSON5 et JSONC la tolèrent — pas le JSON standard. Le formatter signale clairement la position.

Nombres au-delà de 2⁵³

JavaScript utilise IEEE 754 Double Precision pour tous les nombres. À partir de 9 007 199 254 740 992 (2⁵³), les décimales se perdent. Qui traite du JSON avec de grands IDs entiers (p. ex. IDs Twitter Snowflake) devrait les encoder comme strings.

Commentaires en mode standard

// Config API
{"endpoint": "https://api.example.com"}

Le JSON standard ne connaît pas de commentaires. Le formatter refuse cette entrée et explique pourquoi — pas une erreur cryptique, mais un indice clair sur l’alternative JSON5.

Confidentialité — 100 % dans le navigateur

Le JSON Formatter traite tout en local via JSON.parse() et JSON.stringify(). Aucun serveur ne reçoit vos données, aucun log ne les stocke, aucun suivi n’analyse votre comportement. C’est particulièrement pertinent pour :

• Clés API et secrets : les données de production n’ont pas leur place sur des serveurs tiers — même pas pour le formatage.
• Données personnelles : conforme RGPD, parce qu’il n’y a pas de traitement sur serveurs externes.
• Payloads internes d’entreprise : la logique métier sensible reste en local.

Contrairement à beaucoup de JSON formatters en ligne qui utilisent Google Analytics et tracking publicitaire, cet outil mise sur le traitement client complet sans compromis.

Quels exemples d’application ?

• Déboguer réponse API — copier la réponse compacte depuis curl ou Postman, la formater et reconnaître la structure immédiatement.
• Vérifier fichiers config — valider package.json, tsconfig.json ou variables Terraform contre erreurs de syntaxe.
• Analyse de logs — rendre lisibles les lignes JSON des logs serveur, pour identifier les erreurs plus rapidement.
• Migration de données — avant l’import dans une base, s’assurer que le schéma JSON est correct.
• Documentation payload — créer des exemples formatés pour documentation API.

Questions fréquentes

Les réponses aux questions principales se trouvent dans le bloc FAQ ci-dessus — elles sont diffusées comme JSON-LD structuré (FAQPage) pour les moteurs de recherche.

Quels outils dev sont liés ?

Autres outils de l’écosystème convertisseur qui collent au sujet :

• Générateur UUID — générer des UUID cryptographiquement sûrs (v4 et v7) directement dans le navigateur.
• Générateur de mot de passe — créer des mots de passe aléatoires avec longueur et pool de caractères configurables.
• Convertisseur HEX-RGB — convertir des valeurs de couleur entre notation hexadécimale et RGB.