JSON-Komprimierungs-Minifier

1. 1

   JSON einfügen oder hochladen

   Fügen Sie Ihr JSON in das Textfeld ein oder ziehen Sie eine Datei auf die Ablagefläche. Formatiertes wie bereits minifiziertes JSON funktioniert, ebenso .jsonc-, .ndjson-, .geojson-, .har-, .map- und .webmanifest-Dateien.

2. 2

   Bei Bedarf einen Dialekt wählen

   Striktes JSON ist die Voreinstellung. Wechseln Sie zu Locker für Dateien mit Kommentaren oder abschließenden Kommas, und aktivieren Sie JSON Lines für Dateien mit einem Dokument pro Zeile. Scheitert der strikte Durchlauf, probiert das Werkzeug die anderen Modi und bietet den an, der wirklich funktioniert.

3. 3

   Minifizieren

   Auf Minifizieren drücken. Die Datei wird außerhalb des Hauptthreads gescannt, die Seite bleibt also bedienbar und Sie können abbrechen. Sie sehen die Größe davor, die Größe danach, den gesparten Prozentsatz und — weil das die Zahl ist, die im Netz ankommt — die gzip-Größe davor und danach.

4. 4

   Herunterladen oder kopieren

   Laden Sie das Ergebnis als datei.min.json herunter oder kopieren Sie es in die Zwischenablage. Bei mehreren minifizierten Dateien sammelt eine Schaltfläche alle in einem einzigen ZIP-Archiv.

Dieser kostenlose JSON-Minifier entfernt die Leerzeichen zwischen den Tokens, sodass Ihr JSON zu einer einzigen kompakten Zeile wird — und er tut das, ohne Ihre Daten anzufassen. Fügen Sie Text ein oder legen Sie eine Datei ab, drücken Sie Minifizieren, und Sie erhalten die Größe davor, die Größe danach, den gesparten Prozentsatz und die gzip-Größe auf beiden Seiten; letztere ist die Zahl, die tatsächlich im Netz ankommt. Ungültige Eingaben bekommen Zeile, Spalte und einen Zeiger unter dem Zeichen, an dem es scheiterte, dazu den Modus, der funktioniert hätte, falls die Datei in Wahrheit JSONC oder JSON Lines ist. Alles läuft auf Ihrem Gerät; nichts wird hochgeladen.

• Verlustfreie Ausgabe — Lange Zahlen, nachgestellte Nullen, die Schlüsselreihenfolge und wiederholte Schlüssel überleben, weil nie ein Wert aufgebaut wird. Entfernt werden nur Leerzeichen zwischen Tokens.
• Zwei Größengeschichten — Gesparte rohe Bytes und gesparte gzip-Bytes nebeneinander. Minifizieren spart oft 45 % roh und 4 % komprimiert, und Sie sollten wissen, was davon Sie kaufen.
• Fehler, mit denen man arbeiten kann — Zeile, Spalte, die fehlerhafte Zeile mit einem Zeiger und eine Beschreibung des Erwarteten — keine Parser-Meldung mit einem Zeichen-Offset darin.
• Die Dialekte, die es wirklich gibt — Striktes JSON, JSONC mit Kommentaren und abschließenden Kommas sowie JSON Lines mit einem Dokument pro Zeile. Scheitert der strikte Durchlauf, probiert das Werkzeug sie für Sie durch.
• Einfügen oder Dateien — Tippen oder einfügen, oder .json-, .jsonc-, .ndjson-, .jsonl-, .geojson-, .har-, .map-, .webmanifest- und .txt-Dateien ablegen. UTF-8 und UTF-16 werden gelesen, mit oder ohne Bytereihenfolge-Markierung.
• Stapel in Pro — Bis zu 20 Dateien in einem Durchlauf, jede als datei.min.json benannt, gesammelt in einem einzigen ZIP.

Fast jeder JSON-Minifier — auch der, der zuvor auf dieser Seite stand — parst Ihr Dokument in Werte und gibt sie neu aus. Das ist ein Re-Serialisierer, kein Minifier, und er verändert Ihre Daten auf sieben Arten, die in der Ausgabe alle völlig in Ordnung aussehen. Die folgende Tabelle ist gemessen, nicht hypothetisch: Sie zeigt, was die alte Implementierung dieser Seite erzeugte.

Dieses Werkzeug geht den anderen Weg. Es durchläuft die Bytes Ihrer Datei und kopiert jedes Token — jede Zeichenkette, jedes Zahlenliteral, jedes true, false und null — unverändert in die Ausgabe und gibt nur die Struktur-Satzzeichen dazwischen aus. Eine Zahl wird nie interpretiert, kann also nicht neu geschrieben werden. Ein Element wird nie in einem Objekt gespeichert, kann also nicht umsortiert oder dedupliziert werden. Ein Escape wird nie dekodiert, kann also seine Form nicht ändern. Die einzigen Bytes, die verschwinden, sind die Leerzeichen zwischen den Tokens — und genau das bedeutet das Wort minifizieren.

JSON kennt genau vier Leerraumzeichen — Leerzeichen, Tabulator, Wagenrücklauf und Zeilenvorschub — und sie sind nur zwischen Tokens unbedeutend. Innerhalb einer Zeichenkette sind sie Daten.

• Entfernt — Einrückung, der Zeilenumbruch nach jedem Komma, das Leerzeichen nach einem Doppelpunkt und alle Leerzeilen rund um das Dokument. Im lockeren Modus entfallen zusätzlich Kommentare und ein abschließendes Komma.
• Exakt behalten — Jedes Zeichen innerhalb einer Zeichenkette, einschließlich der Leerzeichen in "Max Mustermann" und jeder dort geschriebenen Escape-Sequenz. Jede Ziffer jeder Zahl. Die Reihenfolge jedes Elements. Jeder wiederholte Schlüssel.
• Nie hinzugefügt — Kein Schlüssel wird anders in Anführungszeichen gesetzt, keine Zahl neu formatiert, kein Escape eingeführt. War Ihre Datei bereits minifiziert, ist die Ausgabe Byte für Byte mit der Eingabe identisch, und das Werkzeug meldet 0 % Reduktion, statt etwas anderes vorzugeben.

Ein Minifier, der Ihnen nur die rohe Ersparnis zeigt, zeigt Ihnen die schmeichelhafte Zahl. Einrückung ist der am besten komprimierbare Inhalt überhaupt — lange Folgen identischer Leerzeichen — sodass gzip und brotli davon fast alles bereits entfernt haben, bevor Ihre Bytes das Netz erreichen. Das macht Minifizieren nicht sinnlos; es macht die komprimierte Zahl zum ehrlichen Maß.

• Wo Minifizieren viel bringt — Überall, wo nicht über einen komprimierenden Transportweg ausgeliefert wird: eine von der Festplatte gelesene Konfigurationsdatei, ein in ein Bundle eingebettetes Payload, ein in einer Datenbankspalte abgelegtes Dokument, ein Request-Body von einem Gerät, das seine Anfragen nicht komprimiert.
• Wo es wenig bringt — Bei einer gzip- oder brotli-komprimierten HTTP-Antwort. Rechnen Sie mit einstelligen Prozentwerten zusätzlich zu dem, was die Kompression schon geleistet hat — oft trotzdem lohnend, aber nicht die 45 %, die die rohe Zahl versprach.
• Wo es bei der Parse-Zeit zählt — Weniger unkomprimierter Text bedeutet weniger Arbeit für den Parser, auf jedem Client und bei jeder Anfrage — Kosten, die nicht verschwinden, nur weil sich die Bytes gut komprimieren ließen.
• Wie man die zwei Zeilen liest — Die Karte unter jeder Datei zeigt die rohe Größe davor, danach und den Prozentsatz, danach dieselben drei Werte für die gzip-Größen. Bewegt sich die zweite Zeile kaum, ist Minifizieren für diese Datei nicht der richtige Hebel.

Die JSON-Spezifikation kennt weder Kommentare noch abschließende Kommas. Die Dateien auf Ihrer Festplatte sehr oft schon, weil das Format seine Spezifikation in dem Moment überwuchs, in dem Werkzeuge es für Konfiguration einsetzten. Strikt ist hier die Voreinstellung, weil eine strikte Antwort die nützliche ist, wenn Sie prüfen, ob ein Payload gültig ist; der lockere Modus existiert, weil das Ablehnen von tsconfig.json keine Grundsatzhaltung ist, sondern einfach nicht hilfreich.

• Strikt — Genau RFC 8259. Keine Kommentare, keine abschließenden Kommas, keine Schlüssel ohne Anführungszeichen, keine einfachen Anführungszeichen, kein führendes Plus, kein .5 oder 5., keine führenden Nullen, keine rohen Steuerzeichen in einer Zeichenkette, kein Infinity und kein NaN.
• Locker — Ergänzt //-Zeilenkommentare, /* */-Blockkommentare und ein abschließendes Komma vor einer schließenden Klammer. Beides wird aus der Ausgabe entfernt, der lockere Modus verwandelt eine JSONC-Datei also nebenbei in striktes JSON.
• Nicht JSON5 — Der lockere Modus ist JSONC, nicht JSON5. Schlüssel ohne Anführungszeichen, Zeichenketten in einfachen Anführungszeichen, Hexadezimalliterale, Infinity und NaN werden weiterhin abgelehnt, und .json5 fehlt bewusst in der Liste akzeptierter Dateien, statt halb unterstützt zu werden.
• Geprüft, nicht geraten — Das Werkzeug wechselt den Dialekt nie stillschweigend. Scheitert der strikte Durchlauf, probiert es die anderen im Hintergrund und bietet den erfolgreichen als Schaltfläche an — ein Vorschlag ist also immer etwas, das für Ihre Datei nachweislich funktioniert, keine Vermutung aus dem Fehlercode.

Eine JSON-Lines-Datei ist kein JSON-Dokument, sondern viele — eines pro Zeile — weshalb ein normaler Parser am Ende des ersten stehen bleibt und überzähligen Inhalt bemängelt. Aktivieren Sie JSON Lines, und jede Zeile wird als eigenes Dokument minifiziert, wobei die Zeilenstruktur erhalten bleibt; das Ergebnis ist also weiterhin eine JSON-Lines-Datei.

• Warum das Trennen an Zeilenumbrüchen hier exakt ist — Ein roher Zeilenumbruch in einer JSON-Zeichenkette ist ein Steuerzeichen, das die Spezifikation verbietet. Kein Datensatz kann eines enthalten, ein Zeilenumbruch ist also immer eine Datensatzgrenze — das ist eine Garantie, keine Heuristik.
• Leerzeilen — Werden verworfen. Sie tragen keinen Datensatz, und sie in einem Minifier zu behalten hieße, genau die Bytes zu erhalten, für deren Entfernung das Werkzeug existiert.
• Fehler zeigen auf die Datei — Ein Fehler im viertausendsten Datensatz wird mit der Zeilennummer in der gesamten Datei gemeldet, nicht mit einem Offset innerhalb dieses Datensatzes, dazu die Nummer des Datensatzes.
• Die Endung folgt — Ein JSON-Lines-Durchlauf wird als .min.ndjson heruntergeladen, nie als .min.json, weil ein Dokument pro Zeile kein einzelner JSON-Wert ist und die Benennung als .json Ihnen eine Datei gäbe, die kein Parser akzeptiert.

Viele JSON-Erzeuger escapen vorsorglich jedes Nicht-ASCII-Zeichen, sodass "你好" als "\u4f60\u597d" ankommt — zwölf Bytes, wo sechs genügen würden. Da beide Formen für jeden Parser exakt dieselbe Zeichenkette bedeuten, ist die Umwandlung eine sichere Ersparnis; sie ändert aber die Bytes, deshalb ist sie standardmäßig aus und klar beschriftet.

• Was umgewandelt wird — Jedes \uXXXX-Escape, dessen Zeichen direkt geschrieben werden kann: Aus sechs Bytes werden eines, zwei oder drei, und aus einem zwölf Byte langen Ersatzzeichenpaar für ein Emoji werden vier.
• Was abgelehnt wird — \u0022 und \u005c, weil ein rohes Anführungszeichen oder ein Backslash das Token beenden oder neu starten würde. Alles unter \u0020, weil ein rohes Steuerzeichen in einer Zeichenkette ungültiges JSON ist. Und ein einzelnes Ersatzzeichen, das überhaupt keine UTF-8-Form hat.
• Einzelne Ersatzzeichen bleiben unverändert — Ein einzelnes Ersatz-Escape — \u gefolgt von einem Code zwischen D800 und DFFF, ohne Partner — wird akzeptiert und unverändert ausgegeben, genau wie der Parser des Browsers es akzeptiert. Es sind sechs reine ASCII-Zeichen in der Quelle und dieselben sechs in der Ausgabe — es geht also nichts verloren, wenn man es in Ruhe lässt.
• Standardmäßig aus — Weil die Ausgabe ohne diese Option Token für Token Byte-identisch zur Eingabe ist, und diese Garantie den meisten mehr wert ist als die Bytes.

Ein Parse-Fehler nützt nur, wenn er Ihnen sagt, wohin der Cursor gehört. „Unexpected token } in JSON at position 4172“ nennt weder Zeile noch Spalte, und kein Editor zeigt Ihnen Position 4172. Jeder Fehler wird hier mit den drei Angaben gemeldet, mit denen er sich beheben lässt.

• Zeile und Spalte — Die Spalte zählt Zeichen, nicht Bytes, die Zahl passt also zu dem, was Ihr Editor anzeigt — auch in einer Zeile mit Emojis oder CJK-Text.
• Die Zeile, mit einem Zeiger — Die fehlerhafte Zeile wird angezeigt, bei großer Länge ausschnittweise, mit einem Zeiger unter dem genauen Zeichen. Lange Zeilen scrollen innerhalb der Karte, statt die Seite zu dehnen.
• Was erwartet wurde — Eigene Meldungen für ein abschließendes Komma, einen Kommentar im strikten Modus, eine führende Null, ein einzelnes Anführungszeichen, eine nicht geschlossene Zeichenkette, ein rohes Steuerzeichen, ein ungültiges Escape, eine falsche Hexadezimalziffer, ungültiges UTF-8 und ein zu früh endendes Dokument.
• Ein abschließendes Komma wird beim Namen genannt — Es ist mit Abstand der häufigste Fehler in handgeschriebenem JSON, und der Unterschied zwischen „unerwartetes }“ und „entfernen Sie das Komma vor }“ macht den größten Teil des Werts einer Fehlermeldung aus.

Die Liste akzeptierter Formate ist geschlossen und wird bereits im Dateidialog durchgesetzt — Sie wählen also nie eine Datei aus und schauen dann zu, wie nichts passiert. Alles auf der Liste ist JSON; alles außerhalb, wobei wir helfen können, ist ein Link zum passenden Werkzeug.

• Akzeptiert — .json, .jsonc, .ndjson, .jsonl, .geojson, .har, .map, .webmanifest und .txt. Eine Source Map, ein Netzwerk-Export des Browsers, eine GeoJSON-Feature-Sammlung und ein Web-App-Manifest sind alle JSON-Dokumente, und keines davon ließ sich bisher auswählen.
• Kodierungen — UTF-8 wird erwartet. Eine UTF-8-Bytereihenfolge-Markierung wird entfernt, statt als Syntaxfehler an Zeichen 0 gemeldet zu werden, und UTF-16-Dateien werden umgewandelt, mit oder ohne Markierung. Ungültiges UTF-8 wird mit Position gemeldet, statt in die Ausgabe kopiert zu werden.
• Umgeleitet, nicht abgelehnt — Eine CSV geht zu CSV zu JSON, eine XML zu XML zu JSON, eine YAML zu YAML zu JSON, eine Tabelle zu Excel zu JSON. Jedes davon ist ein kostenloses Werkzeug auf dieser Website, und der Link führt direkt dorthin.
• Nicht akzeptiert — .js und .json5. Eine JavaScript-Datei ist ein Programm, kein Dokument, und JSON5 braucht Syntax, die diese Engine nicht umsetzt — beides aufzuführen würde etwas versprechen, was das Werkzeug nicht kann.

Kostenlos wird eine Datei nach der anderen minifiziert, bis 25 MB, mit allen Modi und allen Optionen. Pro ergänzt die Stapelverarbeitung: bis zu 20 Dateien gemeinsam in der Warteschlange, jede mit eigenen Vorher-Nachher-Zahlen, und eine Schaltfläche, die die Ergebnisse in einem einzigen ZIP sammelt.

• Ein Archiv statt zwanzig Downloads — Ein Stapel von zwanzig Dateien ohne ein einziges Archiv bedeutet zwanzig Speichern-Dialoge des Browsers — keine Funktion, für die jemand bezahlen würde.
• Namen überleben — Jedes Ergebnis trägt den Namen seiner Quelle — aus api-response.json wird api-response.min.json — statt zwanzig Dateien, die alle minified.json heißen. Zwei Eingaben mit gleichem Namen erhalten ein Suffix, damit im Archiv keine verloren geht.
• Komprimiert, weil es Text ist — Das Archiv komprimiert seine Einträge. Minifiziertes JSON ist Text und komprimiert auf etwa ein Fünftel, was für jemanden zählt, der genau deshalb hier ist, um Dinge kleiner zu machen.
• Die Größengrenze — 25 MB pro Datei in der kostenlosen Version. In Pro ist die Obergrenze das, was Ihr Gerät tatsächlich bewältigt — vom Gerät gemessen statt auf eine andere feste Zahl angehoben.

Minifiziertes JSON braucht weniger Bandbreite und weniger Parse-Zeit in APIs, Konfigurationen und Frontend-Bundles. Das Entfernen von Leerzeichen ändert die Daten nicht — nur die Darstellung — und ist damit produktionssicher, sofern das Werkzeug wirklich nur Leerzeichen entfernt. Dieses Werkzeug liefert den rohen und den komprimierten Vergleich, damit Sie sehen, was Sie tatsächlich sparen. Ist Ihr JSON bereits minifiziert, sehen Sie keine Reduktion; die Ausgabe ist trotzdem gültig und bereit zum Kopieren oder Herunterladen.

• Kleinere Payloads — Weniger Daten über die Leitung für APIs und mobile Clients, und weniger Text, den der Parser jedes Clients durchlaufen muss.
• Gleiche Semantik — und hier gleiche Bytes — Die geparsten Werte sind identisch, und da kein Wert neu aufgebaut wird, sind es die Tokens selbst ebenfalls.
• Konfigurationen und Bundles — Dateien von der Festplatte oder in einem Bundle werden meist nicht über einen komprimierenden Transportweg ausgeliefert — genau dort zahlt sich Minifizieren am meisten aus.
• Nichts wird hochgeladen — Der gesamte Scan läuft auf Ihrem Gerät, ein privates API-Payload oder eine HAR-Datei mit Zugangsdaten verlässt die Maschine also nie.

Die Engine ist ein validierender Tokenizer, der Abschnitte ausgibt. Sie durchläuft die Bytes der Datei einmal und kopiert bei jedem erkannten vollständigen Token dessen Bytes in einen Ausgabepuffer, der in Größe der Eingabe angelegt ist — die Ausgabe eines Minifiers kann nie länger sein als seine Eingabe, der Puffer wird also nie vergrößert.

• Außerhalb des Hauptthreads — Der Scan läuft in einem Worker: Eine 25-MB-Datei friert die Seite nicht ein, der Fortschritt ist eine echte Byte-Zählung statt einer Animation, und Abbrechen stoppt die Arbeit sofort.
• Ein Durchlauf, kein Wertebaum — Da keine Objekte oder Arrays aufgebaut werden, bleibt der Speicherbedarf bei etwa einem Fünftel der Dateigröße statt beim Doppelten, und lange Zahlen behalten jede Ziffer.
• Abschnitte statt Zeichen — Folgen gewöhnlichen Texts werden in einem Zug kopiert statt Zeichen für Zeichen — das ist der Unterschied zwischen rund 200 MB pro Sekunde und rund 77.
• In beiden Fällen derselbe Code — Lässt sich kein Worker starten, laufen dieselben Funktionen im Hauptthread. Es ist eine Implementierung mit zwei Ausführungsorten, der Rückfallweg kann also keine anderen Bytes erzeugen.

Der Scanner liest rund 200 MB JSON pro Sekunde und hält währenddessen etwa ein Fünftel der Datei im Speicher, weil er Token-Abschnitte kopiert, statt einen Wertebaum aufzubauen.

• JSON-Formatter
• JSON-Validator
• JSON-Viewer
• JSON escapen
• JSON zusammenführen
• JSON-Schlüssel sortieren