La minification change-t-elle mes nombres ?

Non. `1.0` reste `1.0` et un identifiant de vingt chiffres garde ses chiffres. Ce n’est pas le comportement par défaut d’un minifieur bâti sur analyse-puis-impression : là, `1.0` devient `1` et les longs entiers sont arrondis. Ici, chaque nombre est recopié comme le texte qu’il est.

Pourquoi ma sortie est-elle à peine plus petite ?

Parce que l’indentation représentait l’essentiel de ce qui pouvait partir. Les noms de clés, les valeurs et la structure sont le document ; les raccourcir, ce serait le modifier. Si l’objectif est le poids sur le réseau, gzip ou brotli en fait bien plus : il retrouve la répétition de vos noms de clés, qu’aucun minifieur n’a le droit de retirer.

Faut-il minifier le JSON avant de le stocker ?

Seulement si une machine le lit. Un fichier de configuration qu’une personne rouvrira vaut bien son indentation, et une étape de construction peut minifier à la sortie. Du JSON minifié dans un dépôt est un fichier que personne ne relira sérieusement.

Minifieur JSON — moins d’octets sur le réseau

Retirez les espaces d’un JSON. Les nombres gardent leur écriture et les chaînes leurs échappements : le payload rétrécit et dit toujours la même chose.

Instantané Privé Zéro cookie

Entrée JSON

Sortie JSON

Ce que fait cet outil

Il retire les blancs entre les jetons. Rien d’autre.

{
  "id": 12345678901234567890,
  "ratio": 1.0
}

{"id":12345678901234567890,"ratio":1.0}

Notez ce qui n’a pas eu lieu : 1.0 n’est pas devenu 1, et l’identifiant n’a pas perdu ses derniers chiffres. Un minifieur bâti de la façon évidente — analyser vers une valeur, la réimprimer — fait les deux, parce qu’un nombre JavaScript est un flottant double précision qui porte une quinzaine de chiffres et ne se souvient pas des virgules décimales.

Ici, chaque nombre est recopié comme le texte qu’il est.

Ce qu’il ne fera pas

Raccourcir les noms de clés. Ce sont eux, le document.

Réordonner quoi que ce soit. L’ordre des clés n’a pas de sens pour un analyseur JSON, mais il en a un pour la prochaine personne qui lira un diff de ce fichier.

Retirer les échappements des chaînes. \u00e9 et é sont la même chaîne, et réécrire l’un en l’autre change les octets sans aucun bénéfice que vous ayez demandé.

De combien est-ce plus petit, honnêtement

L’indentation représente d’ordinaire un dixième d’un document mis en forme, parfois moins. C’est tout le gain.

Si vous envoyez du JSON en HTTP, la compression fait bien davantage : gzip retrouve la répétition de vos noms de clés — "name" présent cinq cents fois — à laquelle aucun minifieur n’a le droit de toucher. Minifiez pour un fichier que vous incorporez ou stockez ; compressez pour le transport ; faites les deux si cela compte.

Confidentiel par conception

Tout s’exécute localement dans votre navigateur en JavaScript. Vos données ne sont jamais envoyées sur un serveur, ce qui rend l’outil sûr pour des contenus sensibles, et il fonctionne hors ligne.

Questions fréquentes

La minification change-t-elle mes nombres ?: Non. `1.0` reste `1.0` et un identifiant de vingt chiffres garde ses chiffres. Ce n’est pas le comportement par défaut d’un minifieur bâti sur analyse-puis-impression : là, `1.0` devient `1` et les longs entiers sont arrondis. Ici, chaque nombre est recopié comme le texte qu’il est.
Pourquoi ma sortie est-elle à peine plus petite ?: Parce que l’indentation représentait l’essentiel de ce qui pouvait partir. Les noms de clés, les valeurs et la structure sont le document ; les raccourcir, ce serait le modifier. Si l’objectif est le poids sur le réseau, gzip ou brotli en fait bien plus : il retrouve la répétition de vos noms de clés, qu’aucun minifieur n’a le droit de retirer.
Faut-il minifier le JSON avant de le stocker ?: Seulement si une machine le lit. Un fichier de configuration qu’une personne rouvrira vaut bien son indentation, et une étape de construction peut minifier à la sortie. Du JSON minifié dans un dépôt est un fichier que personne ne relira sérieusement.