Zum Hauptinhalt springen
PulsarKit

CSS, JS oder HTML minifizieren

Entfernen Sie Kommentare, Einrückungen und überflüssigen Leerraum aus Stylesheets, Skripten und Seiten – sicher und ohne in Ihrem Code irgendetwas umzubenennen.

Dateien hier ablegen

.css, .js, .mjs, .html, .htm, .txt · bis 20 MB

Minifizieren: So geht’s

  1. 1

    Quelldateien ablegen

    Fügen Sie bis zu zwanzig Stylesheets, Skripte oder Seiten hinzu, jede Datei bis 20 MB. Jede wird in diesem Browser-Tab gelesen und verarbeitet.

  2. 2

    Sprache bestätigen

    Zuerst entscheidet die Dateiendung, dann der Inhalt selbst. Ist es danach noch unklar, wählen Sie CSS, JavaScript oder HTML selbst aus, bevor es weitergeht.

  3. 3

    Minifizierte Dateien herunterladen

    Jedes Ergebnis kommt neben dem Original als .min-Datei zurück, mehrere Dateien gemeinsam als ein ZIP-Archiv.

In Token zerlegt, damit Strings Strings bleiben

Jede Datei wird in echte Token zerlegt, bevor auch nur ein Zeichen entfernt wird. Nur so schneidet ein Kommentarzeichen innerhalb eines Strings die Zeile nicht ab, verschluckt ein doppelter Schrägstrich in einer URL keine Regel, und ein Kommentarbeginn mit spitzer Klammer in einem Skript beendet den Block nicht vorzeitig. Naives Entfernen von Leerraum scheitert genau an diesen Fällen – und zwar ohne jede Meldung.

Zeilenumbrüche mit Bedeutung bleiben erhalten

In JavaScript ist ein Zeilenumbruch manchmal ein Semikolon. Ein return, auf das ein Zeilenumbruch folgt, gibt undefined zurück, ein return mit Leerzeichen dahinter dagegen den Wert. Diesen Umbruch zu ersetzen, würde also ändern, was der Code tut. Zeilenumbrüche, auf die die Sprache angewiesen ist, bleiben deshalb stehen. In HTML werden die Inhalte von pre und textarea wörtlich übernommen, und bedingte Kommentare bleiben erhalten – sie sind Markup, keine Notizen.

Was das Tool bewusst nicht tut

Variablennamen werden nicht gekürzt, und eine Source Map entsteht nicht. Lokale Variablen umzubenennen, erfordert eine vollständige Analyse der Gültigkeitsbereiche auf Basis eines kompletten Parsers, und schon ein kleiner Fehler darin macht funktionierenden Code ohne Vorwarnung kaputt. Die Ersparnis ist hier kleiner als mit einer vollständigen Build-Toolchain, aber alles, woraus sie entsteht, ist umkehrbar.

Ihr Code wird nie hochgeladen

Lesen, Parsen und Umschreiben geschehen vollständig in diesem Browser-Tab – ohne Server, ohne Warteschlange und ohne eine Kopie, die nach dem Schließen bleibt. Das ist bei Quelldateien wichtig, denn sie enthalten regelmäßig interne Endpunkte, Kommentare zu unveröffentlichten Arbeiten und Schlüssel, die jemand versehentlich in einer Konfiguration gelassen hat.

Häufige Fragen

Kann ich Code, den ich nicht selbst geschrieben habe, gefahrlos minifizieren?

Hier wird nur entfernt, was die Sprache ohnehin ignoriert: Kommentare, Einrückungen und überflüssiger Leerraum. Nichts wird umgeschrieben, umgestellt oder umbenannt, daher verhält sich die Ausgabe genauso wie die Eingabe. Bewahren Sie das Original trotzdem auf, denn eine minifizierte Datei ist zum Erzeugen gedacht, nicht zum Bearbeiten.

Warum bleiben meine Variablennamen unverändert?

Namen zu kürzen bedeutet eine Analyse der Gültigkeitsbereiche auf Basis eines kompletten Parsers für die Sprache, und ein Fehler darin ändert unbemerkt das Verhalten von Code, der irgendwo produktiv läuft. Das ist nicht umgesetzt, und kein Schalter tut so, als wäre es das. Heraus kommt eine sichere Verkleinerung, die schwächer ist als das, was ein vollständiger Bundler erreicht – gut zu wissen, bevor Sie Bytezahlen vergleichen.

Ist Minifizieren dasselbe wie Obfuskation?

Nein. Beim Minifizieren werden Bytes entfernt, die der Parser nicht braucht, und die Logik bleibt lesbar, sobald Sie den Code neu einrücken. Obfuskation macht Code absichtlich schwer nachvollziehbar – mit umbenannten Bezeichnern, codierten Strings und umgeschriebenem Kontrollfluss. Hier versucht nichts, etwas zu verbergen.

Bekomme ich eine Source Map?

Nein, eine Source Map wird nicht erzeugt. Um Positionen in der minifizierten Datei den ursprünglichen Zeilen zuzuordnen, müsste jedes Token durch die Umwandlung hindurch verfolgt werden – das ist Aufgabe eines Build-Tools. Zum Debuggen behalten Sie die nicht minifizierte Datei und liefern die minifizierte aus.

Kann ich mehrere Dateien auf einmal minifizieren?

Bis zu zwanzig in einem Durchgang, und die Sprache wird für jede Datei einzeln bestimmt – ein Stylesheet, ein Skript und eine Seite können also gemeinsam durchlaufen. Eine Datei mit Syntaxfehler wird mit Namen gemeldet und übersprungen, ohne die anderen abzubrechen.

Was passiert, wenn eine Datei einen Syntaxfehler enthält?

Sie erhalten statt eines Ergebnisses Zeile und Spalte. Ein nicht geschlossener CSS-Block oder eine Deklaration ohne Wert stoppt diese Datei mit Absicht: Ein abgeschnittenes Stylesheet auszugeben, das gut aussieht, bis es in der Produktion landet, wäre schlimmer als eine Fehlermeldung.

Warum ist meine Datei kaum kleiner geworden?

Wahrscheinlich war sie schon minifiziert. Ist die Ausgabe fast so groß wie die Eingabe, gibt es nichts mehr zu entfernen. Das Tool sagt das klar und gibt Ihnen die Datei trotzdem zurück, statt Sie zu blockieren.

Werden eingebettete Styles und Skripte im HTML auch minifiziert?

Ja. Style- und Script-Blöcke einer Seite werden mit derselben Technik minifiziert wie eigenständige Dateien, und Leerraum zwischen Tags schrumpft auf ein einziges Leerzeichen. Ein fehlerhaftes Inline-Skript reißt den Rest der Seite nicht mit – dieser Block bleibt, wie er war.

Ähnliche Tools