Minifier HTML, CSS et JS
Retirez commentaires et espaces superflus en toute sécurité, puis copiez le résultat ou téléchargez un fichier .min.
Outil
Cet outil minifie le HTML, le CSS, le JavaScript et le JSON : il retire les commentaires, les lignes vides, l'indentation et les espaces autour de la ponctuation, sans toucher à rien d'autre. Les chaînes, l'intérieur de url(), les gabarits de chaîne, les expressions régulières, le contenu de pre, textarea, script et style, les commentaires conditionnels et les commentaires de licence commençant par /*! restent tels quels ; en HTML, aucune balise ni aucun guillemet d'attribut n'est supprimé. Collez le code ou importez un fichier de 2 Mo au plus ; tout se passe dans votre navigateur, le code n'est jamais envoyé à un serveur.
Le résultat affiche la taille de la source et de la sortie en octets, le pourcentage gagné et, si votre navigateur le permet, la taille gzip réelle des deux textes. Regardez bien cette dernière case : les serveurs envoient déjà les fichiers compressés en gzip ou brotli, et les espaces répétés comme l'indentation occupent très peu de place une fois compressés. La minification seule apporte donc un gain de vitesse limité et ne prend tout son sens qu'avec la compression. Pour la vitesse d'une page, la compression et les en-têtes de cache, le poids des images et les scripts inutiles comptent généralement davantage.
L'outil ne raccourcit pas les noms de variables, ne transforme pas le code, ne réécrit pas les valeurs CSS (0.5 reste 0.5, 0px reste 0px) et ne supprime pas les règles vides ; cette limite est voulue, pour que la sortie se comporte exactement comme la source. En JavaScript, les sauts de ligne sont conservés, donc l'insertion automatique de points-virgules n'est pas affectée ; en revanche, la distinction entre division et expression régulière se fait d'après le jeton précédent, et JSX n'est pas pris en charge. Les outils de build comme Vite, Next.js et webpack font déjà ce travail ; cet outil s'adresse aux petits sites sans étape de build, aux fichiers isolés et aux vérifications rapides. Conservez toujours le fichier source et ne modifiez jamais le fichier minifié à la main.
Questions fréquentes
Pourquoi la sortie a-t-elle moins réduit que prévu ?
L'outil ne retire que les commentaires et les espaces ; il ne raccourcit pas les noms et ne transforme pas le code. Les fichiers déjà compacts ou peu commentés changent peu. Si le serveur utilise gzip ou brotli, l'écart se réduit encore, et la case gzip le montre directement.
La sortie JavaScript est-elle sûre ?
Les sauts de ligne sont conservés, donc l'insertion automatique de points-virgules se comporte de la même façon ; chaînes, gabarits de chaîne et expressions régulières restent intacts. La distinction entre division et expression régulière repose sur le jeton précédent et peut se tromper dans de très rares cas ; ouvrez la page et vérifiez la console avant de publier. Pour une version de production, utilisez esbuild, terser ou l'outil de build de votre projet.
Mon code est-il envoyé quelque part ?
Non. Le code collé ou importé n'est traité que dans votre navigateur ; l'estimation gzip est elle aussi calculée avec l'interface de compression du navigateur. Actualiser la page efface tout.
Puis-je modifier le fichier minifié plus tard ?
Modifiez toujours le fichier source puis minifiez de nouveau ; des changements à la main dans un fichier réduit à une ligne provoquent des erreurs et sont perdus à la prochaine exécution. Gardez la source sous contrôle de version et traitez le fichier minifié comme un produit de build.
