JSON-Formatter vs. JSON Repair
Ein Formatter macht gültiges JSON lesbarer. Ein Reparaturwerkzeug versucht, «fast JSON» in gültiges JSON zu verwandeln, bevor es formatiert wird.
Formatter
Ein JSON-Formatter erwartet gültiges JSON. Er parst das Dokument und gibt es mit konsistenter Einrückung, Zeilenumbrüchen und Abständen aus. Formatter sind ideal für lesbare Logs, API-Responses, Fixtures, Konfigurationsdateien und das Inspizieren tief verschachtelter Objekte, die bereits korrekt parsen.
Validator
Ein Validator beantwortet eine einzige Frage: Ist das striktes JSON? Er sollte bei Kommentaren, einfachen Anführungszeichen, nackten Schlüsseln, Trailing Commas, Python-Literalen und anderer Nicht-JSON-Syntax sofort fehlschlagen. Validierung ist der richtige erste Schritt, wenn du sicherstellen willst, dass auch andere Parser das Dokument akzeptieren.
Repair-Tool
Ein Repair-Tool ist für Fast-JSON gedacht: Daten mit klar erkennbarer Zielstruktur, aber mit JavaScript-, Python-, Markdown- oder Menschen-Kommentar-Syntax. Repair kann den Text in striktes JSON überführen und das Ergebnis dann formatieren, damit es leichter zu inspizieren ist.
Minifier
Ein Minifier entfernt überflüssige Whitespaces aus gültigem JSON. Er repariert keine Syntaxfehler. Nutze Minification, wenn die Payload-Größe zählt oder du kompakte Werte in Umgebungsvariablen, Query-Parameter oder Kommandozeilen-Beispiele packst.
Welches Werkzeug du wählst
Validate, wenn du eine Ja/Nein-Antwort brauchst. Format, wenn die Eingabe gültig, aber schwer zu lesen ist. Repair, wenn JSON.parse scheitert und die Quelle ein JavaScript-Objekt, eine LLM-Antwort, ein kommentiertes Config oder ein handgepflegtes Snippet ist. Diff, wenn du zwei gültige oder reparierte Dokumente hast und verstehen willst, was sich geändert hat.
Risiko automatischer Reparatur
Repair-Tools können Syntax fixen, sollten aber keine fachliche Bedeutung entscheiden. Wenn die Reparatur nur Anführungszeichen, Kommentare oder Kommas ändert, ist die Absicht meist klar. Wenn sie aber eine fehlende Klammer, einen Feldnamen oder einen Wert raten muss, prüfe die Ausgabe sorgfältig, bevor sie in Produktion geht.
Praktischer Workflow
Für unsaubere Eingaben: erst reparieren, dann formatieren, dann validieren und — falls der Payload App-Verhalten steuert — mit einem bekannt-guten Beispiel vergleichen. Diese Reihenfolge gibt dir lesbare Ausgabe ohne den finalen strikten Parser-Check zu überspringen.
JSON-Reparatur-Anleitungen
Themen-Hubs
- JSON Parse Errors: Read the Message, Jump to the Fix
- Fix Invalid JSON: From 'What's Wrong' to a Clean File
- JSON Formatter, Validator, Viewer: Pick the Right Tool
- Repair LLM JSON Output: Handling Almost-JSON from AI
- Privacy: JSON Tools That Don't Leave Your Browser
- JSON Interop: YAML, CSV, XML, JWT, Schema
Konkrete Anleitungen
- Base64-Strings dekodieren (und JWT-Payloads)
- URL-Kodierung: Query-Parameter und Pfade prozentkodieren
- YAML zu JSON konvertieren (und Einrückungsfehler vermeiden)
- JSON zu CSV konvertieren: ein Array von Objekten abflachen
- JSON zu XML konvertieren: Wurzel, Attribute und Arrays
- JSON als String-Literal escapen (und doppelt kodiertes JSON dekodieren)
- Nachgestellte Kommas in JSON beheben
- Einfache Anführungszeichen in JSON beheben
- Unanführte Schlüssel in JSON beheben
- LLM-JSON-Ausgabe reparieren
- JSON-Parse-Fehler «Expected Property Name» beheben
- JSON vs. JavaScript-Objektliteral
- JSON vor API-Anfragen validieren
- JSON-Fehler «Unexpected Token» beheben
- JSON-zu-JavaScript-Objekt-Konverter