Minificar CSS, JS o HTML
Quita comentarios, sangrías y espacios en blanco innecesarios de hojas de estilo, scripts y páginas, de forma segura y sin cambiar ningún nombre en tu código.
Suelta tus archivos aquí
.css, .js, .mjs, .html, .htm, .txt · hasta 20 MB
Cómo minificar
- 1
Suelta tus archivos de código fuente
Añade hasta veinte hojas de estilo, scripts o páginas, cada una de hasta 20 MB. Cada archivo se lee y procesa dentro de esta pestaña del navegador.
- 2
Confirma el lenguaje
Primero decide la extensión, luego el contenido. Si ninguno lo aclara, elige tú mismo entre CSS, JavaScript o HTML antes de continuar.
- 3
Descarga los archivos minificados
Cada resultado aparece junto al original como un archivo .min, y un lote completo llega junto en un ZIP.
Análisis por tokens: las cadenas siguen siendo cadenas
Cada archivo se recorre y se convierte en tokens reales antes de eliminar un solo carácter. Eso evita que un marcador de comentario dentro de una cadena corte la línea, que una doble barra dentro de una URL se trague una regla, o que un comienzo de comentario con ángulos dentro de un script cierre el bloque antes de tiempo. Quitar espacios en blanco de forma ingenua falla justo en estos casos, y falla en silencio.
Se conservan los saltos de línea que importan
En JavaScript un salto de línea a veces equivale a un punto y coma. Un return seguido de un salto de línea devuelve undefined, mientras que un return seguido de un espacio devuelve el valor, así que sustituir ese salto cambia lo que hace el código. Los saltos de línea de los que depende el lenguaje se mantienen. En HTML, el contenido de pre y textarea se copia tal cual, y los comentarios condicionales se conservan: son marcado, no simples notas.
Lo que no hace a propósito
Los nombres de variables no se acortan y no se genera ningún mapa de código fuente. Renombrar variables locales exige analizar todos los ámbitos con un analizador completo, y un pequeño fallo rompe código que funcionaba sin avisar. El ahorro aquí es menor que el de una cadena de construcción completa, y todo lo que se quita es reversible.
Tu código nunca se sube
La lectura, el análisis y la reescritura ocurren dentro de esta pestaña del navegador, sin servidor, sin cola y sin copia cuando la cierras. Eso importa con archivos fuente, que suelen contener endpoints internos, comentarios sobre trabajo aún sin publicar y claves que alguien dejó en una configuración por accidente.
Preguntas frecuentes
¿Es seguro minificar código que no escribí yo?
Las transformaciones aquí solo eliminan cosas que el lenguaje ignora: comentarios, sangrías y espacios en blanco redundantes. Nada se reescribe, reordena ni se renombra, así que la salida se comporta igual que la entrada. De todos modos, conserva el original, porque un archivo minificado está pensado para generarse, no para editarse.
¿Por qué mis nombres de variables se quedan igual?
Acortar nombres requiere analizar los ámbitos apoyado en un analizador completo del lenguaje, y un fallo en ese análisis cambia en silencio el comportamiento del código en producción. Eso no está implementado y ningún ajuste finge que lo está. El resultado es una reducción segura, pero más limitada que la de un empaquetador completo, algo que conviene saber antes de comparar tamaños en bytes.
¿Es lo mismo que ofuscar?
No. Minificar elimina bytes que el analizador no necesita, y la lógica sigue siendo legible si vuelves a dar formato al código. La ofuscación intenta que el código cueste seguirlo, con identificadores renombrados, cadenas codificadas y reescritura del flujo de control. Aquí no se intenta ocultar nada.
¿Obtengo un mapa de código fuente?
No se genera ningún mapa de código fuente. Vincular las posiciones minificadas con las líneas originales exige seguir cada token durante toda la reescritura, algo propio de una herramienta de construcción. Para depurar, conserva el archivo sin minificar y sirve el minificado.
¿Puedo minificar varios archivos a la vez?
Hasta veinte por lote, y el lenguaje se detecta por archivo, así que una hoja de estilo, un script y una página pueden pasar juntos. Un archivo con un error de sintaxis se informa por nombre y se omite sin cancelar los demás.
¿Qué pasa si un archivo tiene un error de sintaxis?
Recibes la línea y la columna en lugar de un resultado. Un bloque de CSS sin cerrar o una declaración sin valor detiene ese archivo a propósito: emitir una hoja de estilo truncada que parece correcta hasta que llega a producción es peor que un mensaje de error.
¿Por qué mi archivo casi no se redujo?
Probablemente ya estaba minificado. Cuando la salida es casi del mismo tamaño que la entrada ya no queda nada que quitar, y la herramienta lo indica de forma clara aunque igual te devuelva el archivo en lugar de bloquearte.
¿También se comprimen los estilos y scripts incrustados en HTML?
Sí. Los bloques style y script dentro de una página se minifican con el mismo sistema que los archivos independientes, y los espacios en blanco entre etiquetas se reducen a un solo espacio. Un script inline con errores no derriba el resto de la página: ese bloque se deja tal como estaba.