DevKitBase
WerkzeugeÜber unsDatenschutz

Validieren Sie JSON-Syntax, bevor sie in der Produktion explodiert

„Sieht gut aus“ ist kein Parser. Fügen Sie die Zeichenfolge ein, erhalten Sie ein klares gültiges/ungültiges Ergebnis und eine Fehlermeldung, mit der Sie arbeiten können. Diese Seite ist für **Syntax** – nicht für JSON-Schema.

Zeichen: 17
Eingabe
Ausgabe

Wann verwenden?

Sie haben einen Webhook-Body geerbt, eine Konfiguration manuell bearbeitet oder vermuten, dass ein Copy-Paste eine Klammer abgeschnitten hat – und Sie benötigen eine klare gültig/ungültig-Antwort vor dem Ausliefern.

Beispiele

Eingabe
{"ok":true,"n":1}
Ausgabe
Gültiges JSON
Eingabe
{"ok":true,}
Ausgabe
Ungültig – unerwartetes Token in der Nähe des nachgestellten Kommas
Der genaue Fehlertext hängt von der Engine ab.

So funktioniert's

Versucht JSON.parse. Bei Fehlschlag wird die Meldung (und Position falls verfügbar) angezeigt. Bei Erfolg erhalten Sie ein Bestanden – keine Schema-Regeln, keine hübsche Formatierung.

Häufige Fallstricke

  • Gültige Syntax ≠ korrekte Struktur – verwenden Sie den JSON-Schema-Validator für erforderliche Felder/Typen.
  • Nie JSON eval; immer parsen.
  • NaN, Infinity und undefined sind keine gültigen JSON-Werte.

Wie unterscheidet sich das

Validator = nur Syntax. Formatter benötigt gültige Eingabe und rückt sie dann ein. Schema-Validator prüft eine Instanz gegen ein Schema-Entwurf.

FAQ

Was ist der Unterschied zum Schema-Validator?
Syntax = wohlgeformtes JSON. Schema = Struktur/Typen gemäß einem Schema-Entwurf.
Ist gültiges JSON sicher für eval?
Nein. Verwenden Sie niemals `eval` für JSON; parsen Sie es immer.
Sind Kommentare erlaubt?
Nicht in standardmäßigem JSON.
Werden Daten hochgeladen?
Nein.

Verwandte Werkzeuge

Läuft im Browser. Nichts wird hochgeladen. Kein Sicherheitsprodukt — Hashes und JWT-Dekodierung dienen der Fehlersuche, nicht der Passwortspeicherung oder Authentifizierungsberatung.