JSON-Validator

So verwenden Sie den JSON-Validator

Fuegen Sie Ihr JSON in den Eingabebereich ein und klicken Sie auf JSON validieren. Das Tool analysiert Ihre Eingabe und meldet, ob sie gueltig ist, oder identifiziert den spezifischen Syntaxfehler. Wenn das JSON gueltig ist, sehen Sie eine formatierte Version im Ausgabebereich zusammen mit Statistiken einschliesslich der Gesamtschluesselanzahl, der Verschachtelungstiefe, des Stammdatentyps und der Dokumentgroesse. Verwenden Sie die Schaltflaeche Kopieren, um die formatierte Ausgabe in Ihre Zwischenablage zu kopieren.

Dieses Tool ist unverzichtbar fuer Entwickler, die mit API-Antworten, Konfigurationsdateien, Datenbankexporten und beliebigen anderen JSON-Daten arbeiten. Anstatt auf einen Laufzeitfehler zu warten, der Ihnen mitteilt, dass mit Ihrem JSON etwas nicht stimmt, validieren Sie es zuerst und beheben Sie Probleme, bevor sie nachgelagert Schwierigkeiten verursachen.

JSON-Syntaxregeln verstehen

JSON hat eine taeuschen einfache Syntax, die selbst erfahrene Entwickler ins Stolpern bringt. Die Spezifikation verlangt, dass alle Strings doppelte Anfuehrungszeichen verwenden, nicht einfache. Objektschluessel muessen zitierte Strings sein. Arrays und Objekte duerfen keine nachgestellten Kommas haben. Es gibt keinerlei Kommentare. Zahlen duerfen keine fuehrenden Nullen haben (ausser dem Wert 0 selbst oder Dezimalzahlen wie 0.5). Boolesche Werte muessen als Kleinbuchstaben true oder false geschrieben werden, und der Null-Wert muss als Kleinbuchstabe null geschrieben werden.

Viele Entwickler sind es gewohnt, JavaScript-Objektliterale zu schreiben, die permissiver als JSON sind. JavaScript erlaubt einfache Anfuehrungszeichen, nicht zitierte Schluessel, nachgestellte Kommas und Kommentare. Wenn Entwickler JavaScript-Objekte kopieren und versuchen, sie als JSON zu verwenden, erkennt der Validator diese Unterschiede sofort. Das Verstaendnis der Unterscheidung zwischen JavaScript-Objekten und JSON ist grundlegend fuer die Arbeit mit Web-APIs.

Haeufige JSON-Fehler und wie man sie behebt

Nachgestellte Kommas sind der haeufigste JSON-Fehler. In JavaScript ist {"a": 1, "b": 2,} gueltig, aber in JSON ist das nachgestellte Komma nach dem letzten Wert ein Syntaxfehler. Die Loesung besteht einfach darin, das Komma nach dem letzten Element zu entfernen. Einfache Anfuehrungszeichen sind der zweithaeufigste Fehler. JSON erfordert "hello", nicht 'hello'. Nicht zitierte Schluessel wie {name: "John"} muessen zu {"name": "John"} geaendert werden. Nicht uebereinstimmende Klammern sind in grossen Dokumenten schwerer zu erkennen, weshalb ein Validator unverzichtbar wird.

Schluesselanzahl und Verschachtelungstiefenanalyse

Die Schluesselanzahl gibt Ihnen die Gesamtzahl der Eigenschaften ueber alle Objekte in Ihrem JSON-Dokument an, einschliesslich derer in verschachtelten Objekten. Die Verschachtelungstiefe misst, wie viele Ebenen tief der tiefste Wert liegt. Diese Metriken sind nuetzlich, um die Komplexitaet einer Datenstruktur zu verstehen. Tief verschachteltes JSON mit mehr als fuenf oder sechs Ebenen kann schwierig zu handhaben sein und darauf hindeuten, dass das Datenmodell umstrukturiert werden muss. Viele APIs setzen Tiefenbegrenzungen durch, um Missbrauch zu verhindern, und das Wissen um Ihre Tiefe hilft Ihnen, innerhalb dieser Grenzen zu bleiben.

JSON-Syntaxregeln erklaert

JSON, kurz fuer JavaScript Object Notation, definiert zwei primaere Strukturen: Objekte und Arrays. Ein Objekt ist eine ungeordnete Sammlung von Schluessel-Wert-Paaren, eingeschlossen in geschweifte Klammern {}. Jeder Schluessel muss ein in doppelte Anfuehrungszeichen eingeschlossener String sein, gefolgt von einem Doppelpunkt und einem Wert. Mehrere Schluessel-Wert-Paare werden durch Kommas getrennt. Ein Array ist eine geordnete Liste von Werten, eingeschlossen in eckige Klammern [], wobei jeder Wert durch ein Komma getrennt wird. Beide Strukturen koennen bis zu beliebiger Tiefe verschachtelt werden, wodurch Sie komplexe hierarchische Daten darstellen koennen.

Die erlaubten Werttypen in JSON sind streng begrenzt. Ein Wert kann ein String (in doppelten Anfuehrungszeichen), eine Zahl (Ganzzahl oder Gleitkommazahl, ohne fuehrende Nullen), ein Boolescher Wert (true oder false, immer kleingeschrieben), null (ebenfalls kleingeschrieben), ein Objekt oder ein Array sein. Es gibt keine anderen Werttypen. Bemerkenswert ist, dass JSON weder undefined, Datumsangaben, regulaere Ausdruecke, Funktionen noch andere komplexe Typen unterstuetzt, die in Programmiersprachen zu finden sind. Datumsangaben werden typischerweise als ISO-8601-Strings wie "2026-04-07T12:00:00Z" dargestellt, und die Anwendung ist fuer deren Analyse verantwortlich.

Das Problem der nachgestellten Kommas verdient besondere Betonung, da es fuer einen unverhaelemismaessig grossen Anteil der Validierungsfehler verantwortlich ist. In vielen Programmiersprachen ist ein Komma nach dem letzten Element einer Liste oder der letzten Eigenschaft eines Objekts voellig akzeptabel und wird sogar fuer sauberere Versionskontroll-Diffs empfohlen. JSON verbietet jedoch strikt nachgestellte Kommas. Die Eingabe {"a": 1, "b": 2,} ist ungueltiges JSON und wird von jedem konformen Parser abgelehnt. Ebenso schlaegt die Validierung von [1, 2, 3,] fehl. Dies ist einer der haeufigsten Fehler, die Entwickler beim manuellen Bearbeiten von JSON-Dateien machen, und es ist der wichtigste Grund, einen Validator zu verwenden, bevor Daten an eine API gesendet oder eine Konfigurationsdatei geladen wird.

Haeufige JSON-Validierungsfehler im Detail

Neben nachgestellten Kommas gibt es mehrere weitere haeufige Quellen fuer JSON-Validierungsfehler, die es sich lohnt, im Detail zu verstehen. Jeder einzelne resultiert aus einer Diskrepanz zwischen dem, was Entwickler erwarten, dass JSON akzeptiert, und dem, was die Spezifikation tatsaechlich erlaubt.

Fehlende oder falsche Anfuehrungszeichen bei Schluesseln

In JavaScript koennen Sie {name: "Alice"} schreiben, ohne den Schluessel zu zitieren. In JSON muss jeder Schluessel ein String in doppelten Anfuehrungszeichen sein: {"name": "Alice"}. Dies ist nicht verhandelbar. Einige nachsichtige Parser akzeptieren nicht zitierte Schluessel, aber sie verletzen die Spezifikation, und Ihre Daten werden beschaedigt, wenn sie von einem strikten Parser verarbeitet werden. Zitieren Sie immer jeden Schluessel in Ihren JSON-Dokumenten mit doppelten Anfuehrungszeichen.

Einfache vs. doppelte Anfuehrungszeichen

JSON erfordert doppelte Anfuehrungszeichen fuer alle Strings, sowohl Schluessel als auch Werte. Die Verwendung einfacher Anfuehrungszeichen wie {'name': 'Alice'} ist ungueltig. Dies ist ein haeufiger Fehler fuer Python-Entwickler, da Python einfache und doppelte Anfuehrungszeichen austauschbar verwendet und seine str()-Darstellung von Dictionaries einfache Anfuehrungszeichen verwendet. Wenn Sie Python-Datenstrukturen in JSON konvertieren, verwenden Sie immer die Funktion json.dumps() anstelle von str(), da json.dumps() korrekt eine Ausgabe mit doppelten Anfuehrungszeichen erzeugt.

Kommentare in JSON

Die JSON-Spezifikation erlaubt keinerlei Kommentare, weder einzeilige (//) noch mehrzeilige (/* */). Dies ist eine absichtliche Designentscheidung von Douglas Crockford, der JSON erstellt hat. Er argumentierte, dass Kommentare zur Aufnahme von Parsing-Direktiven verwendet wurden, was zu Interoperabilitaetsproblemen fuehrte. Wenn Sie Kommentare in Konfigurationsdateien benoetigen, ziehen Sie JSONC (JSON with Comments, verwendet von VS Code), JSON5, YAML oder TOML in Betracht. Wenn Sie JSON mit Kommentaren vorfinden, entfernen Sie diese vor dem Parsen oder verwenden Sie einen kommentartoleranten Praeprozessor.

Nicht maskierte Sonderzeichen in Strings

JSON-Strings muessen bestimmte Zeichen mit einem Backslash maskieren. Steuerzeichen (Zeichen mit Codepunkten unter U+0020) muessen maskiert werden. Die haeufigsten sind Zeilenumbrueche (\n), Tabulatoren (\t), Wagenruecklaeufe (\r) und Backslashes selbst (\\). Doppelte Anfuehrungszeichen innerhalb eines Strings muessen als \" maskiert werden. Das Vergessen der Maskierung eines Backslashs in einem Windows-Dateipfad wie "C:\new\folder" erzeugt einen ungueltigen JSON-String, da \n als Zeilenumbruch und \f als Seitenvorschub interpretiert wird. Die korrekte Darstellung ist "C:\\new\\folder". Dieses Problem tritt haeufig auf, wenn Dateipfade, Regex-Muster oder HTML-Snippets in JSON eingebettet werden.

Fallstricke bei der Zahlenformatierung

JSON-Zahlen folgen bestimmten Regeln, die sich von einigen Programmiersprachen unterscheiden. Fuehrende Nullen sind nicht erlaubt: 007 ist ungueltig und muss als 7 geschrieben werden. Positive Vorzeichen sind nicht erlaubt: +5 ist ungueltig, waehrend -5 gueltig ist. Hexadezimalnotation wie 0xFF wird nicht unterstuetzt. Infinity und NaN sind keine gueltigen JSON-Werte. Wenn Sie spezielle numerische Werte darstellen muessen, muessen Sie sie als Strings kodieren oder einen Sentinel-Wert verwenden und die Konvertierung in Ihrem Anwendungscode durchfuehren.

JSON in APIs und Konfigurationsdateien

JSON ist zum dominierenden Datenaustauschformat fuer Web-APIs geworden. Wenn Sie eine POST-Anfrage an eine REST-API mit einem Content-Type: application/json-Header senden, erwartet der Server einen strikt gueltigen JSON-Body. Wenn Ihr Anfragebody irgendeinen Syntaxfehler enthaelt, gibt der Server typischerweise eine 400-Bad-Request-Antwort zurueck, oft mit einer kryptischen Parsing-Fehlermeldung, die schwer zu debuggen sein kann. Das Validieren Ihres JSON-Payloads vor dem Senden eliminiert diese gesamte Fehlerklasse und beschleunigt die API-Entwicklung erheblich.

Im Kontext von REST-APIs ist die JSON-Validierung an beiden Enden der Kommunikation wichtig. Auf der Client-Seite muessen Sie sicherstellen, dass die Daten, die Sie senden, wohlgeformt sind. Auf der Server-Seite muessen Sie eingehendes JSON vor der Verarbeitung validieren, um zu verhindern, dass fehlerhafte Daten Ihren Anwendungszustand beschaedigen. Viele Web-Frameworks fuehren automatisch ein grundlegendes JSON-Parsing durch, aber die strukturelle Validierung -- die Sicherstellung, dass die richtigen Felder mit den richtigen Typen vorhanden sind -- erfordert zusaetzliche Schema-Validierungstools wie JSON Schema.

Konfigurationsdateien sind ein weiterer wichtiger Anwendungsfall fuer JSON. Paketmanager wie npm verwenden package.json, TypeScript verwendet tsconfig.json, ESLint verwendet .eslintrc.json, und viele Cloud-Dienste wie AWS CloudFormation und Azure Resource Manager verwenden JSON-Vorlagen. Ein Syntaxfehler in einer dieser Dateien kann verhindern, dass Ihre Build-Pipeline laeuft, Ihre Anwendung startet oder Ihre Infrastruktur bereitgestellt wird. Die Einsaetze sind besonders hoch in CI/CD-Umgebungen, wo eine fehlerhafte JSON-Konfiguration einen gesamten Release-Prozess blockieren kann.

Datenbanksysteme sind ebenfalls stark auf JSON angewiesen. PostgreSQL hat native json- und jsonb-Spaltentypen, MongoDB speichert Dokumente als BSON (eine binaere Form von JSON), und viele andere Datenbanken unterstuetzen JSON-Abfragen. Beim Importieren von Daten in diese Systeme verursacht ungueltiges JSON Einfuegefehler, die Batch-Verarbeitungsauftraege unterbrechen koennen. Das Validieren Ihrer JSON-Daten vor dem Laden in eine Datenbank spart Zeit und verhindert teilweise Importe, die Ihre Daten in einem inkonsistenten Zustand hinterlassen.

Ueber die grundlegende Syntaxvalidierung hinaus setzen viele Organisationen JSON Schema ein, um die erwartete Struktur ihrer JSON-Dokumente zu definieren. JSON Schema ermoeglicht es Ihnen festzulegen, welche Felder erforderlich sind, welche Datentypen jedes Feld haben sollte, akzeptable Wertebereiche, String-Muster und mehr. Waehrend sich dieses Tool auf die Syntaxvalidierung konzentriert, ist die Sicherstellung, dass Ihr JSON syntaktisch korrekt ist, der wesentliche erste Schritt, bevor eine Schema-Ebenen-Validierung stattfinden kann. Ein Dokument, das nicht korrekt geparst wird, kann ueberhaupt nicht gegen ein Schema validiert werden.

Haeufig gestellte Fragen

Was ist JSON-Validierung?

JSON-Validierung prueft, ob eine Zeichenkette der JSON-Spezifikation entspricht. Der Validator analysiert Ihre Eingabe und meldet, ob sie wohlgeformt ist, oder identifiziert den spezifischen Syntaxfehler.

Warum sollte ich JSON validieren?

Das Validieren von JSON vor der Verwendung verhindert Laufzeitfehler. Ein einziges fehlendes Komma oder eine nicht uebereinstimmende Klammer kann dazu fuehren, dass API-Anfragen und das Laden von Konfigurationen fehlschlagen.

Was sind haeufige JSON-Fehler?

Nachgestellte Kommas, einfache statt doppelte Anfuehrungszeichen, nicht zitierte Schluessel, fehlende Kommas zwischen Elementen, Kommentare und nicht uebereinstimmende Klammern sind die haeufigsten JSON-Fehler.

Kann JSON Kommentare enthalten?

Nein. Die JSON-Spezifikation erlaubt keine Kommentare. Verwenden Sie JSONC oder YAML, wenn Sie Kommentare in Ihren Konfigurationsdateien benoetigen.

Was ist die maximale Groesse eines JSON-Dokuments?

Die Spezifikation hat keine Begrenzung. In der Praxis verarbeiten Browser-Parser Hunderte von Megabyte. Dieses Online-Tool funktioniert gut mit Dokumenten bis zu einigen Megabyte.