Die Umformung hier ist bewusst darstellungsneutral: Folgen von Leerraum in gewöhnlichem Markup werden zu einem einzelnen Leerzeichen zusammengezogen — genau das, was ein Browser beim Aufbau der Seite ohnehin tut, das Ergebnis wird also identisch dargestellt. Diesen Leerraum ganz zu entfernen wäre nicht neutral, denn der Abstand zwischen zwei Inline-Elementen wird dargestellt, und sie zusammenzuziehen verändert den Text.
Bereiche, deren Leerraum Bedeutung trägt, werden unverändert übernommen: pre und textarea stellen ihren Leerraum dar, während script und style Code in einer anderen Sprache enthalten, wo ein zusammengezogener Zeilenumbruch ändern kann, was ausgeführt wird. Kommentare werden entfernt, außer bedingten Kommentaren, die für ältere Versionen des Internet Explorer Bedeutung haben.
Warum die Ersparnis bescheiden ist
-
Leerraum wird zusammengezogen, nicht entfernt:
Wo eine Folge aus Leerzeichen und Zeilenumbrüchen stand, bleibt ein einzelnes Leerzeichen. Dieses eine Leerzeichen wird oft dargestellt, und es zu löschen zieht Wörter zusammen, die getrennt bleiben sollen.
-
Vier Arten von Bereichen bleiben vollständig erhalten:
pre, textarea, script und style. Ihr Inhalt kommt genau so durch, wie er geschrieben wurde.
-
Attribute und Tags bleiben unangetastet:
Anführungszeichen werden nicht entfernt, optionale schließende Tags nicht weggelassen und boolesche Attribute nicht gekürzt. Diese Ersparnisse gibt es, aber jede beruht auf Parsing-Regeln, die sich unterscheiden.
-
Kompression zählt hier mehr als Minifizierung:
gzip und brotli kommen mit wiederholtem Markup ausgezeichnet zurecht, der Unterschied auf einer komprimierten Seite ist also kleiner, als er unkomprimiert wirkt.
Rendering-neutral, not whitespace-free
Runs of whitespace in ordinary markup are collapsed to a single space by the [msm_tool slug="html-minifier"], which is exactly what a browser already does when it lays a page out — so the result renders identically to the original. Removing that whitespace entirely, rather than collapsing it, would not be neutral: the single space between two inline elements is itself rendered, and deleting it joins words that were meant to stay apart.
Four regions are copied through exactly as written
`pre` and `textarea` render their whitespace directly, so collapsing anything inside them would be a visible change rather than an invisible optimisation. `script` and `style` hold an entirely different language, where a collapsed newline can change what actually runs rather than merely how it looks. All four are left untouched rather than run through the same whitespace pass as ordinary markup.
Conditional comments are kept, ordinary ones are not
Every regular HTML comment is removed, with one specific exception: conditional comments, which carry real meaning for older versions of Internet Explorer and would change behaviour if stripped rather than merely changing file size.
What stays untouched, and why each one is a real trade-off
Quotes around attribute values are not removed, optional closing tags are not dropped, and boolean attributes are not shortened to their minimal form. Each of those savings genuinely exists, and each one depends on parsing rules that vary enough between contexts that applying them safely everywhere is a harder problem than the size saved is worth here.
Why the gain matters less than it once did
Gzip and brotli compress repeated markup extremely well, so the difference minification makes to a page that is actually served compressed is considerably smaller than the raw, uncompressed byte counts suggest. Minifying HTML is still worth doing for a file that will not be compressed at all; for one that will, the win is real but modest.