JSON-Daten mit Syntax-Highlighting formatieren, validieren und verschönern.
Eingabe
{"name":"Ada","roles":["admin","editor"]}Formatiertes Ergebnis
{
"name": "Ada",
"roles": [
"admin",
"editor"
]
}Das Tool zeigt ungültiges JSON, aber die fachliche Wahl zwischen Text, Zahl und null treffen Sie selbst.
Ein JSON-Formatierer schreibt kompaktes oder unordentliches JSON mit einheitlicher Einrückung neu, sodass Sie die Struktur tatsächlich lesen können — und minifiziert es einen Klick später wieder für die Produktion. Dabei validiert er fortlaufend: Statt eines vagen „unexpected token“ aus einem Anwendungslog sehen Sie die genaue Zeile und Spalte, an der das Dokument bricht. Entwickler nutzen ihn, um API-Antworten zu prüfen, Webhooks zu debuggen, Konfigurationsdateien zu prüfen und Payloads vor dem Versand vorzubereiten.
.json-Datei.Beispiel 1 — eine API-Antwort lesen. Ein Fetch-Aufruf liefert eine lange Zeile:
{"user":{"id":42,"name":"Ada","roles":["admin","editor"],"lastLogin":"2026-09-01T09:14:00Z"},"active":true}
Nach dem Formatieren ist die Hierarchie offensichtlich: ein Top-Level-Objekt mit user und active, und in user ein Objekt mit vier Schlüsseln samt roles-Array. In der eingerückten Form sehen Sie auf einen Blick, dass roles ein Array und keine Zeichenkette ist — ein Unterschied, der in der einzeiligen Version kaum sichtbar ist.
Beispiel 2 — das Komma am Ende. Eine von Hand bearbeitete Konfiguration:
{
"timeout": 30,
"retries": 3,
}
Die Validierung meldet den Fehler am Komma vor der schließenden Klammer. Entfernen Sie es, und das Dokument ist gültig. Das ist der häufigste JSON-Fehler überhaupt, vor allem weil JavaScript und Python Kommas am Ende erlauben.
Beispiel 3 — eine Payload verkleinern. Bevor Sie eine Konfigurationsdatei ausliefern oder JSON in eine Logzeile einbetten, macht Minifizieren aus einem 40-zeiligen, schön gedruckten Objekt eine kompakte Zeile — oft 30–50 % weniger Bytes bei null Datenverlust.
JSON hat eine strikte, kleine Grammatik: Werte sind Objekte ({}), Arrays ([]), Zeichenketten (nur doppelte Anführungszeichen), Zahlen, true, false und null. Ein Parser liest den Text von links nach rechts und baut einen Baum im Speicher; jedes Token muss zur Grammatik passen, sonst stoppt das Parsen an diesem Zeichen.
Formatieren durchläuft diesen Baum und serialisiert ihn mit Einrückungsschritt (üblich sind zwei oder vier Leerzeichen) und einem Zeilenumbruch nach jeder Eigenschaft oder jedem Element neu. Minifizieren durchläuft denselben Baum, gibt aber gar keinen optionalen Leerraum aus. Weil beide Operationen eine geparste Struktur neu serialisieren, können sie Werte nicht still verändern — aber sie können fehlerhafte Eingaben auch nicht „reparieren“, weshalb der Validator meldet statt zu korrigieren.
Eine Konsequenz ist es wert, sich zu merken: Da Schlüssel in einem Objekt liegen, kollabieren doppelte Schlüssel beim Parsen, und der letzte Wert gewinnt. Das ist Standardverhalten, kein Bug — bedeutet aber, dass ein Dokument mit wiederholten Schlüsseln nach einem Roundtrip anders aussieht.
JSON selbst ist Einrückung egal, also wählt ein Team eine Konvention und bleibt dabei. Zwei Leerzeichen pro Ebene sind der häufigste Standard in JavaScript und Web-Tooling; vier Leerzeichen begegnen Ihnen oft in Java- und Python-Ökosystemen. Manche Teams sortieren Objektschlüssel alphabetisch, um stabile Diffs zu bekommen — wird ein neuer Schlüssel ergänzt, ändert sich nur seine Zeile statt des ganzen Blocks. Nutzt Ihr Projekt einen Formatierer wie Prettier oder eine ESLint-Regel, lassen Sie ihn auch JSON-Dateien abdecken, damit ein Pull Request echte Datenänderungen statt Leerraum-Rauschen zeigt. Dieses Tool folgt derselben Idee manuell: anwenden, Ergebnis kopieren, Repository konsistent halten.
{name: 'Ada'} ist gültiges JavaScript, aber ungültiges JSON; beides braucht doppelte Anführungszeichen.// und /* */ sind kein Teil von JSON. Nutzen Sie für Konfigurationen, die sie brauchen, einen .jsonc-fähigen Editor.EF BB BF am Dateianfang, das strikte Parser an Position null ablehnen. Speichern Sie als UTF-8 ohne BOM."id": "007" bleibt nach dem Formatieren eine Zeichenkette; erwartet ein System stromabwärts eine Zahl, zählt das Anführungszeichen.Nein. Beide Operationen fügen nur Leerraum hinzu oder entfernen ihn — Einrückung, Zeilenumbrüche und Leerzeichen zwischen den Tokens. Die Werte selbst, einschließlich Zahlengenauigkeit und Zeichenketteninhalten, bleiben nach dem erneuten Parsen byteweise erhalten. Nur ungültiges JSON wird abgelehnt.
Der Parser stoppt beim ersten Zeichen, das er nicht interpretieren kann. Die häufigsten Ursachen sind ein Komma vor einer schließenden Klammer, einfach quotierte Schlüssel oder Werte, Kommentare oder ein Schlüssel ohne Anführungszeichen. Fügen Sie den Text in den Formatierer ein — er markiert die genaue Zeile und Spalte.
Es erkennt und meldet Fehler, statt Korrekturen zu raten, weil stilles Verändern eines Dokuments seine Bedeutung ändern kann. Bei häufigen Fällen wie einem Komma am Ende oder einem fehlenden Anführungszeichen zeigt die Meldung die genaue Stelle, sodass die Korrektur Sekunden dauert. Strukturelle Reparaturen nehmen Sie besser am Quelltext vor.
Formatieren und Minifizieren laufen vollständig im Browser, die praktische Grenze ist also der Arbeitsspeicher Ihres Geräts. Dateien von einigen Megabyte sind sofort fertig; ab etwa 10–20 MB kann der Browser beim Rendern der eingerückten Ausgabe pausieren. Bei sehr großen Datenmengen zuerst minifizieren oder die Datei aufteilen.
Niemals. Parsen, Validieren, Formatieren und Minifizieren geschehen lokal mit JavaScript in Ihrem Browser. Nichts wird übertragen oder protokolliert, das Tool ist also sicher für vertrauliche API-Payloads, Tokens und interne Konfigurationen.
Formatieren (Verschönern) erweitert das Dokument mit Einrückung und Zeilenumbrüchen, damit ein Mensch die Struktur lesen kann. Minifizieren tut das Gegenteil: Es entfernt jeden optionalen Leerraum und erzeugt die kleinstmögliche Payload für Produktion, Speicherung oder Netzwerktransfer. Die Daten sind in beiden Fällen identisch.
Geprüft vom HandyTools-Hub-Team · Zuletzt aktualisiert