Minificateur JSON

Collez un document JSON bien formaté et obtenez une version sur une seule ligne avec chaque octet inutile supprimé : espaces entre les jetons, sauts de ligne, espaces superflus, commentaires JSONC. La sortie est comparable en nombre d’octets à l’encodage le plus court possible des mêmes données, prête à être intégrée dans un <script>, un paramètre d’URL ou un payload qui est facturé à l’octet.

Comment minifier JSON

  1. 1

    Collez le JSON

    Bien formaté ou déjà partiellement minifié. L'entrée est analysée et re-sérialisée.

  2. 2

    Minifier

    Tous les espaces entre les jetons sont supprimés ; les commentaires sont enlevés ; les nombres sont conservés tels quels.

  3. 3

    Voir la différence de taille

    Nombre d'octets avant/après et réduction en pourcentage.

  4. 4

    Copiez la sortie

    JSON sur une seule ligne prêt à être collé dans un fichier de code ou une requête API.

Ce qui est supprimé

  • Espaces entre les jetons : espaces, tabulations, sauts de ligne.
  • Commentaires (style JSONC // et /* */), supprimés car le JSON strict les interdit.
  • BOM et espaces en tête au début du document.

Ce qui N’EST PAS supprimé

  • Valeurs : chaque chaîne, nombre, booléen et null est préservé exactement.
  • Mise en forme des nombres : chaque nombre est conservé exactement tel qu’il est écrit, 1.50 reste 1.50 et 1e-3 reste 1e-3. L’outil préserve la précision que vous avez saisie.
  • Ordre des clés : les objets conservent leur ordre d’insertion original.

Pourquoi minifier JSON

  • Payloads plus petits : une configuration bien formatée de 120 Ko peut réduire à 70 Ko ; cela compte pour chaque requête.
  • Intégrations en ligne : lorsque vous insérez JSON dans une balise <script> ou un paramètre d’URL, les espaces gaspillent de la bande passante.
  • Stabilité des hachages : deux documents JSON sémantiquement égaux avec des espaces différents hachent à des valeurs différentes. Minifier d’abord donne un hachage cohérent (bien que la véritable canonicalisation trie également les clés).

Référence d’économies d’octets

Entrée Formaté (2 espaces) Minifié Économies
Petite config (50 clés) 1.8 Ko 1.1 Ko 39%
Réponse API (5 Ko imbriquée) 6.2 Ko 4.1 Ko 34%
Grand dump de données 1.2 Mo 0.8 Mo 33%

Après gzip, la différence diminue considérablement, gzip compresse déjà efficacement les espaces. Minifiez pour le cas des octets bruts (URLs, intégrations en ligne) ; comptez sur gzip pour le cas de transmission.

Quand NE PAS minifier

  • Fichiers de configuration stockés dans le contrôle de version, la lisibilité l’emporte sur les octets.
  • Fichiers que les humains modifient, personne ne modifie du JSON minifié à la main sans le regretter.
  • Artefacts de débogage, un JSON sur une seule ligne de 400 Ko dans un journal de crash est impossible à lire.

Erreurs courantes

  • Minifier JSON qui dépendait des commentaires. Les commentaires sont supprimés et le comportement du parseur peut changer si vous aviez des marqueurs TODO.
  • Minifier des nombres à virgule flottante. Certains outils re-sérialisent 0.1 différemment de l’entrée ; cet outil préserve exactement la représentation sous forme de chaîne.
  • Utiliser la minification comme compression. Gzip économise plus d’octets que la minification pour le texte. Combinez les deux, ne substituez pas.

Questions fréquentes

Typiquement 30-40% plus petit pour une entrée bien formatée. L’économie provient presque entièrement des espaces ; les données réelles restent inchangées. Après gzip, la différence entre la version minifiée et la version formatée est généralement inférieure à 5% car gzip gère efficacement les espaces.

L’outil préserve la forme exacte des nombres sous forme de chaîne. 1.50 reste 1.50, 1e-3 reste 1e-3. Certains minificateurs normalisent, celui-ci est conservateur par défaut afin que vous ne voyiez jamais de perte de précision involontaire.

Non. La minification s’exécute entièrement dans votre navigateur. Le JSON collé ne quitte pas votre machine, sûr pour les réponses API avec des jetons ou des configurations privées.

Oui, les commentaires sont tolérés à l’entrée et supprimés à la sortie (le JSON strict ne les autorise pas). Si vous devez préserver les commentaires, conservez une source JSONC bien formatée et minifiez uniquement au moment du déploiement.

Outils similaires

Outil disponible dans d’autres langues