JSON-Formatierer und -Validator online

Anleitung

1. Fügen Sie Ihren JSON-Code in das Eingabefeld auf der linken Seite ein (oder klicken Sie auf „Beispiel laden“, um es auszuprobieren).
2. Wählen Sie eine Einrückung mit 2 oder 4 Leerzeichen.
3. Klicken Sie auf „Formatieren“, um den Code optisch ansprechender zu gestalten, oder auf „Minimieren“, um ihn auf eine einzige Zeile zu komprimieren.
4. Falls das JSON-Format ungültig ist, lesen Sie die Fehlermeldung unterhalb der Felder, um das Problem zu ermitteln.
5. Klicken Sie auf „Kopieren“, um das Ergebnis in die Zwischenablage zu kopieren.

Beispiel

Eingabe

{"name":"CodeKitHub","tools":["json","base64"],"free":true}

Ausgabe

{
  "name": "CodeKitHub",
  "tools": [
    "json",
    "base64"
  ],
  "free": true
}

Dieselben Daten, formatiert mit einer Einrückung von zwei Leerzeichen. Minify macht das Gegenteil: Es entfernt alle Leerzeichen.

Was ist dieses Tool?

Ein JSON-Formatierer nimmt rohen, minimierten oder unübersichtlichen JSON-Text und formatiert ihn mit einheitlicher Einrückung und Zeilenumbrüchen neu, sodass er leicht lesbar wird. JSON (JavaScript Object Notation) ist das gängigste Datenformat, das von APIs, Konfigurationsdateien und Protokollsystemen verwendet wird, doch Server senden es in der Regel als eine einzige lange, unlesbare Zeile, um Bandbreite zu sparen.

Dieses Tool fungiert auch als JSON-Validator: Es analysiert Ihre Eingabe anhand derselben strengen Regeln, die auch Browser verwenden. Wenn in Ihrem JSON also ein Komma fehlt, ein Schlüssel nicht in Anführungszeichen steht oder ein abschließendes Komma fehlt, erhalten Sie eine genaue Fehlermeldung, anstatt dass der Vorgang einfach ohne Hinweis fehlschlägt.

JSON ist formal durch zwei aufeinander abgestimmte Standards definiert, RFC 8259 und ECMA-404 — und die Spezifikation ist bewusst strenger als JavaScript selbst. Genau deshalb kann ein Schnipsel, der als JS-Code problemlos läuft, hier trotzdem an der strikten JSON-Validierung scheitern.

Praktische Tipps

• Sie debuggen eine API? Fügen Sie zuerst die Rohantwort ein, kümmern Sie sich erst danach um die Formatierung – der Validator zeigt die genaue Zeile und Spalte jedes Syntaxfehlers an, was viel besser ist, als sich die Augen an einem einzeiligen Datenklumpen zu zerren.
• Verwende beim Lesen am Bildschirm einen Einzug von zwei Leerzeichen und minimiere den Code, bevor du JSON in eine URL, eine Umgebungsvariable oder eine Chat-Nachricht einfügst – Leerzeichen kosten dort nur Speicherplatz.
• Kommentare im JSON5-Stil und abschließende Kommas sind die beiden häufigsten Gründe dafür, dass manuell erstellte Konfigurationen zwar „auf den ersten Blick in Ordnung“ erscheinen, aber die Validierung nicht bestehen: Strict JSON lässt beides nicht zu.
• Bei sehr großen Dateien (Protokolle, Datenbank-Dumps) sollten Sie nur den Teil formatieren, der für Sie von Interesse ist – so bleibt Ihr Editor reaktionsschnell und die Struktur lässt sich leichter nachvollziehen.

Wie sich dies in reale Arbeitsabläufe einfügt

Der häufigste Ablauf, den wir beobachten: Eine API gibt Base64-verschlüsselte oder minimierte JSON-Daten innerhalb eines Tokens oder einer Webhook-Nutzlast zurück. Dekodieren Sie zuerst das Base64, formatieren Sie anschließend das JSON und vergleichen Sie schließlich die beiden Antworten, falls sich zwischen den Umgebungen etwas geändert hat. Für jeden Schritt gibt es hier ein spezielles Tool, und Ihre Payloads verlassen dabei zu keinem Zeitpunkt den Browser.

Frontend-Entwickler nutzen die Minifizierungsoption genauso häufig wie die Formatierung: Möchten Sie eine große statische JSON-Datei bereitstellen? Durch die Minifizierung lassen sich in der Regel bereits 20–30 % an Speicherplatz einsparen, noch bevor gzip überhaupt zum Einsatz kommt.

→ Base64-Encoder / -Decoder · Textvergleich

Häufige JSON-Fehler und ihre Behebung

Die meisten Meldungen „ungültiges JSON“ lassen sich auf eine kleine Gruppe von Wiederholungstätern zurückführen. Die folgende Tabelle zeigt die häufigsten davon beim manuellen Bearbeiten von Konfigurationsdateien oder beim Debuggen kopierter API-Antworten.

Häufige Anwendungsfälle

• Das Lesen einer minimierten API-Antwort, die als eine einzige unlesbare Zeile zurückgegeben wird, um deren Struktur während der Fehlersuche zu verstehen.
• Überprüfung einer Konfigurationsdatei (wie z. B. „package.json“ oder einer JSON-basierten Einstellungsdatei), die aus unerfindlichen Gründen von einer Anwendung nicht korrekt gelesen wird.
• Das Einfügen eines gut lesbaren, formatierten JSON-Ausschnitts in einen Fehlerbericht, eine Codeüberprüfung oder eine Dokumentation.
• Eine JSON-Datenlast auf ihre kleinste Form reduzieren, bevor sie in einen URL-Parameter eingebettet oder in einer Datenbankspalte mit Größenbeschränkungen gespeichert wird.

Warum sollte man es nutzen?

Postman zeigt Ihnen eine 500-Fehlerantwort als eine einzige graue Zeile ohne Zeilenumbrüche – fügen Sie sie hier ein und sehen Sie in Sekunden, welches verschachtelte Feld tatsächlich null ist.

Ihr Kollege hat eine .env.json-Datei mit einem fehlenden Komma committet und die CI-Pipeline bricht mit einem kryptischen Fehler ab – der Validator zeigt Ihnen Zeile und Spalte, statt dass Sie den Diff Zeichen für Zeichen absuchen.

Sie bauen eine Chrome-Extension und müssen ein manifest.json prüfen, das nach dem Speichern in VS Code plötzlich nicht mehr geladen wird – ein Trailing Comma ist meist der Übeltäter, und die Fehlermeldung zeigt ihn sofort.

Ein internes API-Log enthält Kundendaten oder Zugangstoken, die Sie unmöglich in ein fremdes Online-Tool einfügen dürften – hier bleibt alles im Browser, DSGVO-konform ohne Server-Upload.

Vor einem Code-Review liegt Ihnen ein minifiziertes JSON-Fixture vor, das niemand ohne Formatierung sinnvoll lesen kann – formatieren Sie es hier, damit der Diff im Pull Request tatsächlich etwas aussagt.

Sie sind im Bereitschaftsdienst und haben nur Ihr Handy zur Hand, während ein Alarm hereinkommt – die Seite lädt ohne Anmeldung und funktioniert auf dem Mobilbildschirm genauso zuverlässig.

Häufig gestellte Fragen