Formatiere minifizierten JSON-Code lesbar, finde Syntax-Fehler auf einen Blick und minifiziere fertigen Code wieder für den produktiven Einsatz – alles direkt im Browser, ohne Upload.
Der JSON Formatter & Validator von Evolix Media ist ein kostenloses Online-Tool für Entwickler, das minifizierten oder fehlerhaften JSON-Code in Sekunden lesbar aufbereitet und auf Syntax-Fehler prüft. JSON (JavaScript Object Notation) ist das Standardformat, in dem Server, APIs und Datenbanken strukturierte Daten austauschen – von Wetter-Apps über Online-Shops bis zu komplexen Softwaresystemen.
Das Tool richtet sich an Softwareentwickler, Web-Entwickler, API-Tester und alle, die regelmäßig mit JSON-Daten arbeiten und schnell prüfen möchten, ob ein Datensatz syntaktisch korrekt ist, bevor er in eine Anwendung integriert wird.
Server liefern JSON-Daten meist ohne Leerzeichen oder Zeilenumbrüche aus, um Übertragungsvolumen zu sparen. Für Menschen ist dieser komprimierte Code kaum lesbar. Der Formatter fügt automatisch saubere Einrückungen und Zeilenumbrüche ein, wählbar in 2 oder 4 Leerzeichen oder Tabulatoren, sodass die Datenstruktur auf einen Blick erkennbar wird.
Schon ein einzelnes fehlendes Komma, ein falsches Anführungszeichen oder eine überzählige Klammer macht einen kompletten JSON-Datensatz technisch ungültig. Der Validator zeigt bei einem Fehler die genaue Zeile und Zeichenposition an, sodass die Fehlersuche in umfangreichem Code nicht händisch Zeile für Zeile erfolgen muss.
Für den produktiven Einsatz, etwa beim Versand über eine API oder beim Speichern in einer Konfigurationsdatei, wird JSON meist wieder komprimiert. Die Minifizieren-Funktion entfernt alle überflüssigen Leerzeichen und Zeilenumbrüche und zeigt an, um wie viel Prozent die Datenmenge dadurch reduziert wurde.
Die Prüfung läuft vollständig in deinem Browser — deine Daten verlassen den Rechner nicht.
Ein Parser meldet den Fehler dort, wo er stolpert — die Ursache liegt oft eine Zeile darüber. Klassiker: ein Komma nach dem letzten Element, ein fehlendes Komma dazwischen, oder typografische Anführungszeichen aus Word statt gerader.
Der Validator prüft die Syntax, nicht den Inhalt. Ein JSON-LD-Block kann formal einwandfrei sein und trotzdem den falschen Typ oder fehlende Pflichtfelder haben. Für strukturierte Daten schicke den Code danach zusätzlich durch den Rich-Results-Test von Google.
Beim Einbau in die Seite ist die lesbare Variante die bessere Wahl. Der Größenunterschied ist vernachlässigbar, und wenn in einem Jahr jemand etwas ändern muss, findet er sich zurecht.
Dieses Werkzeug löst einen Ausschnitt. Wenn du weiterkommen willst, führen diese drei Seiten die Arbeit fort:
JSON steht für JavaScript Object Notation und ist ein textbasiertes Datenformat zum strukturierten Austausch von Informationen zwischen Systemen, etwa zwischen einer App und einem Server. Es wird unter anderem in APIs, Konfigurationsdateien, NoSQL-Datenbanken und beim Datenaustausch zwischen unterschiedlichen Programmiersprachen eingesetzt, da es sprachunabhängig und vergleichsweise kompakt ist.
Zeilenumbrüche und Einrückungen sind für die maschinelle Verarbeitung nicht notwendig, erhöhen aber die Dateigröße. Aus diesem Grund liefern die meisten Server und APIs JSON standardmäßig minifiziert aus, um Übertragungszeit und Bandbreite zu sparen. Für die menschliche Lesbarkeit während der Entwicklung wird der Code dann typischerweise separat formatiert.
Zu den häufigsten Fehlern zählen ein fehlendes oder überzähliges Komma zwischen Werten, einfache statt doppelte Anführungszeichen bei Schlüsseln und Textwerten, ein Komma nach dem letzten Element eines Objekts oder Arrays sowie nicht geschlossene geschweifte oder eckige Klammern. Auch Kommentare, die in JSON grundsätzlich nicht erlaubt sind, führen regelmäßig zu Validierungsfehlern.
Die JSON-Spezifikation schreibt für Zeichenketten ausschließlich doppelte Anführungszeichen vor. Einfache Anführungszeichen, wie sie in JavaScript für Strings ebenfalls erlaubt sind, gelten in reinem JSON als ungültige Syntax und führen bei der Verarbeitung mit Standard-Parsern zu einem Fehler.
JSON ist ein reines, sprachunabhängiges Textformat mit strengen Syntaxregeln, während ein JavaScript-Objekt eine Datenstruktur innerhalb der Sprache JavaScript ist und zusätzliche Möglichkeiten wie Funktionen, Kommentare oder unquotierte Schlüssel erlaubt. JavaScript-Objekte lassen sich zwar leicht in JSON umwandeln, doch nicht jedes gültige JavaScript-Objekt ist automatisch auch gültiges JSON.
Nein, ein sogenanntes Trailing Comma nach dem letzten Wert eines Objekts oder Arrays ist in der offiziellen JSON-Spezifikation nicht zulässig und führt bei einer strikten Validierung zu einem Fehler, auch wenn einige tolerante Parser dies stillschweigend akzeptieren. Zur sicheren Weiterverarbeitung sollte das letzte Element daher immer ohne abschließendes Komma stehen.
Nein, die JSON-Spezifikation sieht keinerlei Kommentar-Syntax vor, weder in der Form von // noch /* */. Wird ein Kommentar dennoch eingefügt, gilt der gesamte Datensatz als ungültig. Wer Kommentare benötigt, greift stattdessen häufig auf verwandte, aber erweiterte Formate wie JSON5 oder JSONC zurück, die von Standard-JSON-Parsern jedoch nicht verarbeitet werden.
JSON kennt genau sechs Datentypen: Zeichenketten (Strings), Zahlen, boolesche Werte (true/false), null, Objekte in geschweiften Klammern sowie Arrays in eckigen Klammern. Datentypen wie Datumsangaben, Funktionen oder undefined existieren in reinem JSON nicht und müssen als String oder in einer anderen kompatiblen Form abgebildet werden.
Nein. Die Formatierung, Validierung und Minifizierung läuft vollständig lokal im Browser über die JavaScript-Funktionen JSON.parse und JSON.stringify ab. Die eingegebenen Daten werden zu keinem Zeitpunkt an einen Server übertragen, was das Tool auch für sensible oder interne Datensätze bedenkenlos nutzbar macht.
Formatierter JSON-Code enthält zusätzliche Leerzeichen und Zeilenumbrüche, die ausschließlich der menschlichen Lesbarkeit dienen und die Dateigröße unnötig erhöhen. Beim Versand über eine API oder beim Speichern in einer Konfigurationsdatei spart minifizierter Code Übertragungszeit und Speicherplatz, ohne dass sich die enthaltenen Daten inhaltlich verändern.
Beide Formate dienen dem strukturierten Datenaustausch, unterscheiden sich jedoch deutlich in Syntax und Umfang. JSON ist in der Regel kompakter und für Menschen leichter lesbar, da es ohne öffnende und schließende Tags auskommt, während XML durch seine Tag-Struktur mehr Möglichkeiten für Attribute, Namensräume und Dokumentvalidierung über Schemas bietet. In modernen Web-APIs hat sich JSON aufgrund seiner Einfachheit weitgehend als Standard durchgesetzt.
