Aller au contenu principal

Minifier du JSON

Le Minificateur JSON supprime tous les espaces redondants, l’indentation, les retours à la ligne et les commentaires JSONC des payloads JSON, tout en préservant strictement l’intégrité de la syntaxe RFC 8259. Il indique les volumes en octets avant et après, le pourcentage de réduction de taille, la vraie taille gzip sur le fil mesurée par votre navigateur, et une analyse de fréquence pour le raccourcissement des clés afin d’optimiser le transfert des payloads HTTP.

100 % local
JSON d’origine (collez ici)
0 B1 ligneLig. 1, Col. 1
Sortie minifiée (sans espaces)lecture seule
0 B1 ligne

Comment fonctionne Minifier du JSON ?

Dans les applications web de production et les microservices, les payloads JSON contiennent souvent de 20% à 55% d’espaces redondants introduits par les pretty-printers, les formateurs de code ou l’indentation du développeur. Ce poids mort gonfle directement la latence de transit réseau, consomme de la bande passante sortante et ralentit la désérialisation par JSON.parse.

Le moteur de minification de ToolsByUs effectue une tokenisation lexicale complète :

  • Aucune corruption de syntaxe : les espaces à l’intérieur des littéraux de chaîne entre guillemets sont conservés à l’identique, tandis que les espaces structurels (autour des deux-points, des virgules et des crochets) sont totalement supprimés.
  • Suppression des commentaires : tolère et supprime les commentaires sur une ligne ( // ) et sur plusieurs lignes ( /* */ ) couramment présents dans les fichiers de configuration JSONC.
  • Mesure gzip réelle : la sortie minifiée est compressée avec l’encodeur CompressionStream("gzip") du navigateur lui-même, si bien que la taille sur le fil affichée est mesurée, pas modélisée. Les navigateurs dépourvus de cette API retombent sur une approximation par entropie de Shannon, et l’étiquette indique quel chiffre vous regardez.
  • Analyses de raccourcissement des clés : examine les noms de propriétés récurrents. Quand des clés de propriétés longues (par exemple transactionIdentification ) se répètent sur des centaines d’entrées de tableau, le rapport calcule les économies d’octets exactes réalisables en les raccourcissant.

JSON formaté non compressé

{
  "status": "ok",
  "code": 200
}

Exemple de sortie

{"status":"ok","code":200}

Quelles options et quels cas limites Minifier du JSON prend en charge ?

Référence technique et options
ParamètreTypeValeur par défautComportement et cas limites
Suppression des espacesRègleRFC 8259Supprime les espaces, tabulations, CR et LF en dehors des littéraux de chaîne.
Commentaires JSONCSanitiseurSupprimésDétecte et supprime les commentaires // et /* */ sans endommager le contenu des chaînes.
Taille GzipMétriqueMesuréeCompressé avec l’encodeur natif gzip du navigateur. Tombe sur une estimation d’entropie (affichée comme "~") là où CompressionStream n’est pas disponible.
Raccourcissement des clésAnalytiqueSignaléRépertorie les clés répétées de plus de 3 caractères et calcule les économies d’octets potentielles.

Questions fréquentes

Comment la minification réduit-elle la latence des réponses d’API ?

La minification réduit directement le volume brut d’octets transféré dans les paquets TCP/QUIC. Pour des payloads s’étendant sur plusieurs trames MTU (1500 bytes), supprimer les espaces morts réduit le nombre d’allers-retours et diminue les cycles CPU d’analyse du navigateur.

Minifier le JSON affecte-t-il les types de données ou la précision des flottants ?

Non. Le minificateur n’opère que sur les jetons de syntaxe JSON. Les littéraux de chaîne, les nombres, les précisions décimales et les booléens restent identiques jusqu’au bit.

Pourquoi l’outil affiche-t-il une taille gzip ?

Presque tous les serveurs web de production (Nginx, Cloudflare, Envoy) appliquent une compression gzip ou brotli aux réponses JSON, si bien qu’un décompte d’octets non compressés surestime ce qui traverse réellement le réseau. Le chiffre affiché est produit par l’encodeur gzip de votre navigateur via l’API CompressionStream, ce qui signifie que c’est la vraie taille compressée et non un modèle de celle-ci. Sur un navigateur sans cette API, l’outil retombe sur une approximation fondée sur l’entropie et fait précéder le nombre d’un tilde.

Mon JSON minifié est-il traité sur un serveur ?

Jamais. Toute l’analyse, la minification et les analyses de compression s’exécutent à 100% localement dans la mémoire de votre navigateur. Aucune donnée n’est jamais envoyée à un serveur distant.

De combien la minification réduit-elle réellement la taille d’un payload JSON ?

Un JSON indenté comporte typiquement 10–30% d’espaces, et c’est à peu près ce que la minification retire du décompte brut d’octets. Après gzip, le gain est bien plus faible, car les compresseurs sont très bons avec les longues séries d’espaces — c’est exactement pour cela que cet outil affiche les deux chiffres côte à côte plutôt que le seul qui flatte.

La minification vaut-elle la peine quand mon serveur compresse déjà les réponses ?

Souvent à la marge seulement, et si les deux chiffres sont affichés, c’est pour vous laisser décider avec un nombre plutôt qu’avec une habitude. Cela reste rentable pour le JSON embarqué dans du HTML ou dans une URL, pour tout ce qui est servi sans compression, et pour les payloads stockés au repos à l’octet près. Cela vaut rarement la peine pour une réponse d’API gzippée ordinaire, où la différence peut être inférieure à un pour cent.