JSON Minifier – JSON online kostenlos komprimieren

JSON input

✓ Valid JSON ✗ Invalid

Share X / Twitter Facebook LinkedIn WhatsApp

So verwenden Sie JSON-Minifier

Fügen Sie Ihr formatiertes JSON in die Eingabe ein.
Lesen Sie die minimierte Ausgabe – eine Zeile, dieselben Daten, Größeneinsparung angezeigt.
Klicken Sie auf „Kopieren“ und versenden Sie es – API-Antwort, eingebettete Konfiguration, Speicherwert.
Um es später zu lesen, fügen Sie es in den JSON-Formatierer ein – der Roundtrip ist verlustfrei.

Was ist JSON-Minifier?

Ein JSON-Minifier entfernt jedes Byte, das die JSON-Grammatik nicht benötigt – Einrückungen, Zeilenumbrüche, Leerzeichen nach Doppelpunkten und Kommas – und fasst hübsch gedruckte Dokumente in einer einzigen dichten Zeile zusammen. Die Daten bleiben unverändert: {"name": "Ada", "age": 36} werden hübsch über vier Zeilen gedruckt und ihr minimierter Zwilling wird auf genau dasselbe Objekt analysiert.

Die Einsparungen sind im großen Maßstab real: Einrückung fügt in der Regel 20–40 % zu einem tief verschachtelten Dokument hinzu, und bei APIs, die Tausende von Antworten oder Konfigurationen bereitstellen, die in Bundles geliefert werden, handelt es sich um reine verschwendete Bytes – Leerzeichen gibt es für das menschliche Auge, und Maschinen schauen nicht hin.

Über den JSON-Minifier

Fügen Sie formatiertes JSON ein und erhalten Sie sofort die verkleinerte einzeilige Version, wobei die Größeneinsparung angezeigt wird und das Ergebnis mit einem Klick aus Ihrer Zwischenablage angezeigt wird.

Wohin verkleinertes JSON gehört: API-Antworten und Anforderungstexte (viele Frameworks drucken hübsch im Debug-Modus und vergessen, anzuhalten), in HTML-Seiten oder JS-Bundles eingebettetes JSON (Konfigurationsblobs, Anfangszustand), Speicher, bei dem Sie pro Byte bezahlen (Budget von ca. 5 MB von localStorage, Redis-Werte, Protokoll). Pipelines) und Webhook-Nutzlasten. Wo dies nicht der Fall ist: Alles, was Menschen lesen oder unterscheiden – Konfigurationen in Git bleiben hübsch gedruckt, sodass die Codeüberprüfung funktioniert.

Der Roundtrip ist verlustfrei und kostenlos: Minimieren Sie ihn, um ihn zu versenden, und wenn Sie ihn erneut lesen müssen, macht der JSON-Formatierer ihn perfekt rückgängig – Leerzeichen sind das Einzige, was Sie immer zurückbekommen können.

Häufig gestellte Fragen

Nein – es sind nur Leerzeichen zwischen Token zulässig. Strings behalten ihre internen Leerzeichen (es sind Daten), Zahlen und Struktur bleiben unberührt und jeder Parser liest beide Versionen identisch.

Typischerweise 20–40 % für eingerückte Dokumente – eine tiefere Verschachtelung bedeutet, dass mehr Einrückungen entfernt werden müssen. Nach gzip verringert sich der relative Gewinn, aber die parseseitigen Bytes und entpackten Kontexte (localStorage, Protokolle) behalten die volle Einsparung.

Ja – Produktions-APIs sollten niemals Bandbreite für Einrückungen verschwenden. Die meisten Frameworks verkleinern standardmäßig und bieten Flags im ?pretty=1-Stil zum Debuggen; Wenn Ihre Antworten eingerückt ankommen, ist die Serialisierungseinstellung falsch.

Nein – Dateien, die von Menschen bearbeitet und überprüft werden (package.json, tsconfig), bleiben formatiert; Unterschiede und Zusammenführungen hängen davon ab. Wenn die Bytes wichtig sind, wird sie zum Zeitpunkt der Erstellung/Bereitstellung minimiert, damit die Quelle lesbar bleibt.

Wenn die Nutzdaten riesig und heiß sind: MessagePack-/Protokollpuffer reduzieren Größe und Analysezeit weiter auf Kosten der menschlichen Lesbarkeit und der Tools. Für die meisten Web-APIs ist minimiertes + gzipptes JSON der optimale Ort.