Minificateur CSS / JS
Minifiez CSS ou JavaScript : commentaires et espaces supprimés, auto-détection, stats octets, copie/téléchargement.
What this does
- CSS — strips /* comments */, collapses whitespace, removes trailing semicolons, tightens punctuation.
- JavaScript — strips // line and /* block */ comments, collapses whitespace, tightens braces and parens. Preserves string and template literals.
Note: this is a safe regex minifier — no variable renaming (mangling) and no dead-code elimination. Use Terser / esbuild in your build pipeline for production-grade compression.
À propos de cet outil
CSS / JS Minifier supprime tout ce dont le navigateur n'a pas besoin : commentaires, espaces blancs redondants, points-virgules de fin, et (pour CSS) unités optionnelles après zéro. Collez votre fichier ou déposez-le sur la page ; l'outil détecte automatiquement si vous lui avez donné du CSS ou JavaScript et applique le jeu de règles approprié. Les tailles originale et minifiée sont affichées côte à côte avec le pourcentage économisé.
Pour CSS nous suivons un ensemble de règles conservateur — sûr sur tous les navigateurs, pas de changements de spécificité, pas de réécritures de raccourcis qui pourraient changer le comportement de la cascade. Pour JavaScript le minificateur supprime les commentaires et réduit les espaces blancs mais ne renomme pas les variables ni ne mange les identifiants (cela nécessiterait un parser et risque de casser eval / accès aux propriétés dynamiques). Pour la minification agressive (terser, esbuild, swc) utilisez un outil de build ; ceci est le bon outil pour les tâches rapides « rendre cela plus petit avant de le coller dans un email ».
Quand utiliser cet outil
- Gain rapide pré-déploiement. Un petit
<style>ou<script>inline qui ne passe pas par votre bundler bénéficie encore de la minification. - Templates email et AMP. Le CSS inline atteint des limites de taille ; supprimer les espaces blancs peut économiser 30–40 %.
- Copier-coller dans la config. Les longs snippets JS dans les fichiers de config YAML ou JSON deviennent beaucoup plus lisibles lorsqu'ils sont minifiés.
- Vérifier les économies d'octets avant de s'engager à un changement d'outil de build.
Ce que nous ne faisons délibérément pas
Pas de renommage de variables, pas d'élimination de code mort, pas de réécriture d'expressions. Ces changements peuvent casser du code qui repose sur les noms d'identifiants (debug, monkey-patching,this dynamique), et les garanties de sécurité nécessitent un parser conscient de l'AST complet. Pour les builds de production utilisez terser ou esbuild ; les économies sont plus grandes mais la surface de sécurité est beaucoup plus large. Cet outil vous donne les 50 % faciles avec zéro risque.
Questions fréquentes
De combien mon fichier sera-t-il plus petit ?
Fonctionne-t-il sur TypeScript ?
tsc, esbuild, swc) et minifiez la sortie. Pour la source annotée en types, un outil compatible TS comme esbuild ou swc fait à la fois le décollage de types et la minification en une passe et est le bon choix.
Le CSS minifié va-t-il casser ma mise en page ?
Cela fonctionne-t-il pour les source maps inline ?
//# sourceMappingURL= est un commentaire et disparaît). Pour la production, vous voulez généralement générer un fichier .map séparé à côté de la sortie minifiée, servi de manière conditionnelle. Notre outil ne génère pas de source maps — cela nécessite un parser complet et est la responsabilité d'un pipeline de build. Utilisez esbuild / terser pour ce workflow.