Minificador de JS

Eliminar espacios en blanco y comentarios es la parte fácil y obvia de la minificación — y por sí sola apenas mueve la aguja en código bien escrito. La verdadera reducción de tamaño viene de dos transformaciones más profundas: el mangling, que renombra cada variable local y argumento de función al identificador más corto posible (`accumulator` se convierte en `a`, `temporaryResult` en `t`), y la eliminación de código muerto, que quita ramas y expresiones que un análisis estático del código puede demostrar que nunca se ejecutarán ni afectarán al resultado. Ambas requieren entender de verdad la estructura del código — sus ámbitos, qué nombres son locales frente a exportados, qué ramas son demostrablemente inalcanzables —, que es justo por lo que una herramienta real basada en un analizador como Terser produce una salida notablemente más pequeña de lo que jamás lograría un simple buscar y reemplazar sobre espacios en blanco.

Bundlers como Webpack, esbuild, Rollup y Vite minifican su salida automáticamente como parte de una compilación de producción, casi siempre usando Terser o un motor compatible con Terser por debajo — así que para cualquiera que trabaje dentro de un proyecto de JavaScript moderno, la minificación ya ocurre de forma invisible cada vez que ejecuta un comando de compilación. Una herramienta independiente como esta cubre los casos que quedan fuera de ese pipeline: una sola etiqueta de script sin ningún paso de compilación, una comprobación rápida de cuánto se reduciría un fragmento, o un archivo puntual que necesita comprimirse sin traer una configuración de bundler completa solo para eso.

Minificar y formatear son operaciones opuestas sobre el mismo código: esta herramienta elimina el espaciado, la estructura y la legibilidad que un formateador como Prettier añade deliberadamente. Su herramienta hermana, el Formateador de JavaScript, deshace exactamente lo que hace esta — útil para el sentido inverso, tomar un archivo minificado que alguien te pasó y convertirlo de nuevo en algo lo bastante legible como para depurarlo de verdad.

Un pipeline de compilación real normalmente combina la minificación con un mapa de fuente (source map) — un archivo separado que hace corresponder cada posición de la salida minificada con su línea original en el código fuente —, específicamente para que un depurador pueda seguir mostrando código legible y números de línea correctos en producción, a pesar de que el archivo que realmente se ejecuta sea ilegible. Esta herramienta independiente deliberadamente no genera uno, ya que está pensada para una reducción puntual rápida y no para un despliegue de producción; cualquier cosa que vaya a un pipeline de compilación real debería pasar por un bundler que emita un mapa de fuente correspondiente junto a ella.