Minificador de HTML

No. La minificación solo elimina caracteres que el navegador no necesita, como espacios entre etiquetas y comentarios que nunca se renderizan. Los espacios que afectan el diseño, como el texto dentro de pre o la separación entre elementos en línea, se conservan, así que la página renderizada se ve igual antes y después. Si un diseño depende del espaciado y prefieres no darle vueltas, el nivel Seguro reduce cada secuencia de espacios a uno solo y nunca elimina ninguno.

Estándar para casi todo: elimina los espacios entre etiquetas y los atributos que HTML5 ya da por supuestos, que es lo que hace un paso de compilación normal. Seguro es la opción prudente cuando el espaciado importa y prefieres no pensarlo. Máximo exprime el último porcentaje eliminando atributos vacíos o con valor por defecto y ordenando atributos y clases, así que conviene comprobar que nada seleccione por lo que ha quitado.

Sí. El CSS dentro de cada bloque <style> y el JavaScript dentro de cada bloque <script> se minifican junto con el marcado, cada uno con su interruptor para desactivarlo. Los atributos style en línea y los manejadores de eventos pasan por los mismos motores. En una página real, el código embebido suele ser gran parte del peso, por eso mucho ahorro viene de ahí.

Significa que un fragmento de código embebido se dejó sin minificar, con cada regla o instrucción intacta, y explica por qué. El motor de CSS no sabe leer reglas anidadas y las borra, y una declaración a la que le falta el dos puntos hace que pierda la regla siguiente, así que cualquier bloque <style> con alguno de esos problemas se conserva en vez de minificarse. Un script que el motor de JavaScript no puede analizar, incluido cualquiera que use await de nivel superior, se trata igual. No se pierde nada; simplemente esos bytes no se comprimen.

Trabajan juntos. Minificar edita el HTML y elimina contenido que un compresor no puede saber que es innecesario. Gzip o brotli comprimen después lo que envías y pliegan repeticiones en la red. Conviene usar ambos: primero minificar para dar una entrada limpia y luego dejar que el servidor comprima. Juzga la ganancia real con la cifra gzip que se muestra aquí.

Depende de cómo esté escrito el origen. Un marcado con mucho formato, estilos en línea y scripts grandes puede reducirse bastante; una página ya compacta ahorrará menos. Al contar gzip, el porcentaje baja porque la compresión ya recuperaba parte de los espacios, y por eso la cifra gzip es la más honesta.

No. El motor de CSS es capaz de seguir un @import y traerse su contenido, y aquí se le indica explícitamente que no lo haga. Un @import se queda en la salida tal como lo escribiste y no se hace ninguna petición por él, así que pegar una página interna nunca envía nada a la red.

No. El HTML minificado es un artefacto de compilación, no código fuente. Confirma la plantilla o documento legible que editan tú y tu equipo, y genera el archivo minificado como último paso antes de servirlo. Subir la salida minificada vuelve difíciles las revisiones y las fusiones.

No directamente. Esta herramienta minifica HTML estándar, que es lo que recibe un navegador. Sintaxis de plantillas como {{ }} o {% %} no es HTML válido por sí sola, y los nombres de atributo salen en minúsculas, así que una directiva como *ngIf vuelve como *ngif. Minifica la salida renderizada o usa una herramienta hecha para tu lenguaje de plantillas.

No. Todo se ejecuta en el navegador. El HTML que pegas, cualquier archivo que subas y el resultado se procesan localmente, nunca se transmiten ni se almacenan, y desaparecen al cerrar la pestaña. Incluso el marcado privado o sin publicar permanece seguro.