JSON Formatter – JSON online formatieren und validieren

JSON-Code ins Eingabefeld einfügen. Die Validierung läuft automatisch – Fehler werden sofort mit Zeilennummer und Beschreibung markiert. Über ›Formatieren‹ rücken Sie den Code übersichtlich ein. Die Einrückungstiefe lässt sich anpassen: 2 Leerzeichen, 4 Leerzeichen oder Tab. Ergebnis kopieren – ein Klick genügt.

Komprimiertes JSON ist für Maschinen gedacht, nicht für Menschen. Aber debuggen müssen trotzdem Sie. Ein Formatter macht verschachtelte Strukturen sichtbar, zeigt fehlende Klammern und Kommas sofort an und spart beim Fehlersuchen enorm viel Zeit. Besonders bei API-Antworten und Konfigurationsdateien zahlt sich das aus.

Wer regelmäßig mit JSON arbeitet, kennt das Spiel: Ein einziges fehlendes Komma, und die ganze Datei ist kaputt. Besonders tückisch sind Fehler, die sich tief in verschachtelten Objekten verstecken. Mal fehlt eine schließende Klammer auf Ebene drei, mal hat sich ein doppeltes Komma nach dem letzten Array-Element eingeschlichen – das sogenannte „Trailing Comma„, das in JavaScript erlaubt ist, in JSON aber nicht.

Ein weiterer Klassiker: einfache Anführungszeichen statt doppelter. Python-Entwickler tappen hier besonders oft in die Falle, weil Python-Dicts optisch fast identisch mit JSON aussehen. Aber JSON verlangt nun mal doppelte Anführungszeichen um Schlüssel und String-Werte. Punkt.

Dann gibt es noch die unsichtbaren Zeichen. Kopieren Sie JSON aus einer E-Mail oder einem PDF, schleichen sich gerne geschützte Leerzeichen oder typografische Anführungszeichen ein. Die sehen im Editor völlig normal aus, machen den Parser aber wahnsinnig. Unser Formatter zeigt Ihnen die exakte Zeilennummer und eine verständliche Fehlerbeschreibung – so finden Sie auch diese versteckten Probleme in Sekunden statt Minuten.

Übrigens: Kommentare sind in JSON ebenfalls nicht erlaubt. Weder // noch /* */. Wer trotzdem dokumentieren will, kann einen Schlüssel wie „_comment„ verwenden – elegant ist das nicht, funktioniert aber.

JSON formatieren klingt erstmal nach einer Kleinigkeit. Aber schauen Sie sich an, wo das im Alltag wirklich hilft.

API-Debugging: Sie rufen eine REST-API auf und bekommen eine Antwort mit 2.000 Zeichen in einer einzigen Zeile zurück. Ohne Formatierung sehen Sie darin ungefähr so viel wie in einer Buchstabensuppe. Einmal durch den Formatter jagen, und plötzlich erkennen Sie die Struktur – welches Feld verschachtelt ist, wo ein Wert null statt eines Strings zurückkommt, ob das Array wirklich leer ist.

Konfigurationsdateien prüfen: Viele moderne Tools – von ESLint über package.json bis zu Docker-Compose-Alternativen – nutzen JSON als Konfigurationsformat. Bevor Sie eine geänderte Config deployen, lohnt sich ein schneller Check: Ist das JSON noch valide? Stimmt die Struktur?

Datenbank-Exporte analysieren: MongoDB, CouchDB oder Firebase exportieren Daten als JSON. Wenn Sie einen Datensatz mit dutzenden verschachtelten Feldern überprüfen müssen, ist ein Formatter keine Spielerei, sondern echte Zeitersparnis.

Webhook-Payloads verstehen: Services wie Stripe, GitHub oder Slack schicken bei Events JSON-Payloads an Ihre Endpoints. Um den richtigen Wert zu extrahieren, müssen Sie erst die Struktur verstehen. Der Formatter macht das sofort sichtbar, ohne dass Sie den Payload mühsam im Code auseinandernehmen.

Den Formatter zu benutzen ist simpel. Aber mit ein paar Kniffen holen Sie deutlich mehr heraus.

Erster Tipp: Nutzen Sie die Minify-Funktion in die andere Richtung. Wenn Sie JSON an eine API senden oder in einer Datenbank speichern, brauchen Sie keine schöne Formatierung – da zählt jedes Byte. Komprimiertes JSON ohne Leerzeichen und Zeilenumbrüche spart Bandbreite und Speicherplatz. Bei großen Datenmengen macht das einen spürbaren Unterschied.

Zweiter Tipp: Arbeiten Sie mit der Baumansicht, wenn Ihr JSON tief verschachtelt ist. Statt durch hunderte Zeilen zu scrollen, können Sie Knoten auf- und zuklappen. Das ist besonders praktisch bei API-Antworten, die Arrays mit vielen gleichartigen Objekten enthalten – Sie klappen einfach alles zu und öffnen gezielt den Eintrag, der Sie interessiert.

Dritter Tipp: Vergleichen Sie zwei JSON-Strukturen, indem Sie sie nacheinander formatieren. Klingt banal, aber wenn Sie die Einrückung identisch machen, fallen Unterschiede beim Nebeneinander-Betrachten sofort auf. Das hilft beim Vergleich von API-Versionen oder beim Prüfen, ob ein Refactoring die Datenstruktur verändert hat.

Und noch etwas: Gewöhnen Sie sich an, JSON vor dem Committen ins Repository immer zu validieren. Eine kaputte JSON-Datei im Repo kann den Build-Prozess sprengen – und das fällt oft erst auf der CI-Pipeline auf, nicht lokal.

JSON steht für „JavaScript Object Notation„ und wurde Anfang der 2000er von Douglas Crockford spezifiziert. Die Idee war denkbar einfach: ein Datenformat, das sowohl für Maschinen leicht zu parsen als auch für Menschen halbwegs lesbar ist. Und genau das hat JSON geschafft – es hat XML als Standard für den Datenaustausch im Web praktisch abgelöst.

Warum? Weil JSON schlanker ist. Ein einfaches Objekt mit Name und Alter braucht in XML gut doppelt so viele Zeichen wie in JSON. Weniger Overhead, schnellerer Transfer, einfacheres Parsing. Die Datentypen in JSON sind bewusst auf sechs beschränkt: Strings, Zahlen, Booleans, null, Objekte und Arrays. Keine Datumswerte, keine Kommentare, keine Vererbung. Das klingt nach wenig, reicht aber für die allermeisten Anwendungsfälle.

Der RFC 8259 ist der aktuelle Standard und definiert unter anderem, dass JSON immer in UTF-8 kodiert sein muss. Eine häufige Fehlerquelle bei Systemen, die noch mit anderen Zeichensätzen arbeiten.

Für den Browser ist JSON praktisch Muttersprache – JSON.parse() und JSON.stringify() gehören zum Grundwortschatz jedes JavaScript-Entwicklers. Aber auch Python, Java, PHP, Go und praktisch jede andere Sprache haben native oder De-facto-Standard-Bibliotheken für JSON. Genau diese Universalität hat JSON zum Lingua franca der Webentwicklung gemacht.