Die Arbeit mit JSON-Text läuft meist auf drei verschiedene Aufgaben hinaus: ihn lesbar machen, ihn kompakt machen oder prüfen, ob er überhaupt korrekt ist. Das sind drei getrennte Vorgänge, auch wenn sie oft in einem Tool gebündelt werden.
Formatieren (Pretty-Print)
Formatieren fügt Einrückungen, Zeilenumbrüche und Leerzeichen um Satzzeichen hinzu, damit die Struktur des JSON mit dem Auge leicht lesbar ist. Das ist eine rein kosmetische Änderung — sie betrifft nicht die Daten, sondern nur die visuelle Darstellung.
Minifizieren
Minifizieren entfernt alle überflüssigen Leerzeichen, Zeilenumbrüche und Einrückungen und lässt nur die nötigen Zeichen übrig. Das verkleinert die Dateigröße, was bei der Übertragung über das Netzwerk oder bei großen Datenmengen wichtig ist — die Datenstruktur selbst ändert sich dabei nicht.
Validierung
Die Validierung prüft, ob der Text syntaktisch gültiges JSON ist. Typische Fehler, die dabei erkannt werden: ein überzähliges Komma vor einer schließenden Klammer, einfache statt doppelte Anführungszeichen, nicht in Anführungszeichen gesetzte Objektschlüssel, Kommentare (die der JSON-Standard gar nicht vorsieht) oder nicht geschlossene Klammern. Gültiges JSON ist Voraussetzung dafür, dass Formatieren oder Minifizieren überhaupt funktionieren.
Wann man was braucht
- Formatieren — beim Debuggen von API-Antworten oder beim manuellen Bearbeiten von Konfigurationsdateien.
- Minifizieren — bevor Daten über das Netzwerk gesendet oder in Produktionscode eingebettet werden.
- Validierung — bei der Diagnose, warum ein Parser eine JSON-Datei nicht lesen will.
Warum aus Excel kopierte Zahlen JSON kaputtmachen
Im deutschsprachigen Raum wird das Komma als Dezimaltrennzeichen verwendet (1.234,56), während JSON immer einen Punkt verlangt (1234.56) und ein Komma nur als Trennzeichen zwischen Werten kennt. Wird ein Preis oder ein Messwert direkt aus Excel oder SAP in einen JSON-Editor kopiert, entsteht entweder ein Syntaxfehler ("betrag": 1.234,56 — zwei Zahlen ohne gültiges Trennzeichen dazwischen) oder, schlimmer, ein stiller Wertefehler, wenn nur das Komma versehentlich durch einen Punkt ersetzt wird und 1234,56 zu 1234.56 statt zu 1.234,56 wird. Ein Validator fängt zumindest den ersten Fall zuverlässig ab.
JSON5 und JSONC sind nicht dasselbe wie JSON
Manche Umgebungen (etwa VS-Code- oder TypeScript-Konfigurationen) akzeptieren trailing commas, Kommentare und nicht in Anführungszeichen gesetzte Schlüssel — das sind Erweiterungen namens JSON5 oder JSONC, kein Standard-JSON (RFC 8259). Ein auf striktes JSON eingestellter Validator lehnt eine solche Datei zu Recht ab, auch wenn der Editor sie „versteht“.