Entwickler-Tool · RFC 8259

JSON formatieren: Formatter & Validator

JSON formatieren, strikt prüfen oder minifizieren – direkt im Browser und ohne Upload. Dieser JSON-Formatter prüft nach RFC 8259 und verändert nur bedeutungslosen Leerraum; Schlüsselreihenfolge, doppelte Schlüssel, String-Escapes und Zahlenliterale bleiben als Text erhalten.

Eingabe, Datei und Ergebnis werden ausschließlich im Browser-Arbeitsspeicher verarbeitet. Ein abbrechbarer Web Worker hält die Oberfläche auch bei lokalen Dateien bis 10 MiB bedienbar.

Lokaler Arbeitsbereich

JSON formatieren, prüfen und minifizieren

Tastaturkürzel: Strg/⌘ + Enter formatiert. Damit können Sie JSON validieren, JSON Fehler finden und JSON minifizieren; der Inhalt wird weder gespeichert noch an eine API gesendet.

Lokale Datei öffnen

Eine .json- oder Textdatei hier ablegen · maximal 10 MiB

0 B / 10 MiB

schreibgeschützt

Bei ungültigem JSON bleibt die Ausgabe absichtlich leer.

Methode

So funktioniert der JSON-Formatter

JSON formatieren bedeutet, ein gültiges JSON-Dokument durch Einrückungen und Zeilenumbrüche lesbarer zu machen, ohne seine Daten zu verändern. Kalcify prüft dafür zuerst die strikte Grammatik aus RFC 8259, verarbeitet Eingaben ausschließlich lokal in einem Web Worker und sendet weder Quelltext noch Ergebnis an eine API. Beim Pretty Print sowie beim Minifizieren ändern textbasierte Edits und originale Token-Slices nur bedeutungslosen Leerraum; Schlüsselreihenfolge, doppelte Schlüssel, String-Escapes und Zahlenliterale bleiben erhalten. Syntaxfehler sperren jede Ausgabe und verweisen auf die erkannte Zeile und Spalte. Doppelte Objektschlüssel bleiben sichtbar, erhalten aber eine Interoperabilitätswarnung; dasselbe gilt für unsichere Ganzzahlen außerhalb des exakt darstellbaren IEEE-754-Bereichs. Ein führendes UTF-8-BOM wird transparent entfernt. Dateien und eingefügter Text dürfen höchstens 10 MiB groß sein, damit Speicherbedarf und Reaktionszeit auch auf mobilen Geräten kontrollierbar bleiben. So kann Kalcify JSON validieren, JSON Fehler finden und JSON minifizieren, ohne die für APIs wichtige Texttreue zu verlieren.

01 · Prüfen

Strikte Grammatik

Ein SAX-artiger Durchlauf mit jsonc-parser 3.3.1 prüft den vollständigen Text. Kommentare und trailing Commas sind ausdrücklich deaktiviert. Sobald ein Syntaxfehler vorliegt, wird kein teilweise rekonstruierter Inhalt als Ausgabe freigegeben.

02 · Erhalten

Text statt JS-Werte

Formatieren verwendet positionsbasierte Textänderungen; Minifizieren verbindet originale Nicht-Leerraum-Token. Der kritische Pfad nutzt weder JSON.parse/stringify noch Objekte, deren letzter doppelter Schlüssel frühere Werte überschreiben könnte.

03 · Ausgeben

Lokales Ergebnis

Das Ergebnis bleibt im Arbeitsspeicher, kann kopiert oder als UTF-8-Datei ohne BOM gespeichert werden. Eine formatierte Datei erhält die Endung .formatiert.json, eine kompakte Datei .min.json.

Beispiel: Aus {"id":42,"aktiv":true} entsteht mit zwei Leerzeichen ein mehrzeiliges Dokument. Die Token "id", 42 und true bleiben identisch; nur Zeilenumbrüche und Einrückung kommen hinzu. Das entspricht der Leerraumregel aus RFC 8259.

Konkrete Fälle

Fünf JSON-Beispiele aus der Praxis

Fall 01

API-Antwort lesbar machen

Die kompakte Antwort {"user":{"id":42,"name":"Mara"},"roles":["admin","editor"]} wird eingerückt. Alle Werte und die Reihenfolge bleiben erhalten, während verschachtelte Bereiche beim Review sichtbar werden.

Fall 02

Fehlendes Komma finden

Steht nach {"host":"api.example.de"} direkt der nächste Schlüssel, meldet der Parser „Komma erwartet“ an der Stelle, an der die neue Zeichenfolge nicht mehr zur Grammatik passt. Ein Klick setzt den Cursor dorthin.

Fall 03

64-Bit-ID schützen

Beim Minifizieren bleibt {"orderId":9223372036854775807,"amount":12.50} exakt geschrieben. Eine Warnung erklärt, dass verbreitete Number-Parser die ID runden könnten; Kalcify selbst materialisiert sie nicht als Zahl.

Fall 04

Doppelte Rollen erkennen

Bei {"role":"viewer","role":"admin"} bleibt das Dokument syntaktisch gültig. Die Ausgabe enthält beide Paare, während eine Warnung den Objektpfad sowie die erste und die wiederholte Position nennt.

Fall 05

Große Datei abbrechen

Eine lokale 6-MiB-Datei läuft im Worker, sodass Bedienelemente reagieren. „Abbrechen“ beendet den Worker und verwirft ein verspätetes Ergebnis. Danach kann dieselbe Eingabe erneut minifiziert werden.

Fehler vermeiden

Häufige JSON-Fehler und Grenzfälle

Kommentare und trailing Commas: Was in tsconfig.json praktisch ist, ist nicht automatisch strenges JSON. Entfernen Sie //- und /* */-Kommentare sowie das Komma hinter dem letzten Mitglied.

Einfache Anführungszeichen: JSON verlangt doppelte Anführungszeichen für Namen und Strings. Ein JavaScript-Objektliteral lässt sich deshalb nicht ungeprüft als API-Payload versenden.

Doppelte Namen: Die Grammatik kann sie akzeptieren, Empfänger interpretieren sie jedoch unterschiedlich. Beheben Sie die Quelle, statt sich auf „letzter Wert gewinnt“ zu verlassen.

Zahlenpräzision: RFC 8259 nennt ganze Zahlen zwischen −(2^53)+1 und (2^53)−1 als exakt interoperablen Bereich verbreiteter IEEE-754-Systeme. Nutzen Sie für IDs gegebenenfalls Strings.

BOM und Kodierung: Ausgetauschtes JSON soll UTF-8 sein und kein BOM enthalten. Ein einziges führendes BOM wird hier transparent entfernt; andere unerwartete Zeichen bleiben Fehler.

Skalare Wurzelwerte: null, true, 42 oder "Text" sind vollständige JSON-Dokumente. Ein Validator, der nur Objekt oder Array akzeptiert, folgt einer veralteten Einschränkung.

Tiefe und Dateigröße: Sehr tiefe oder große Dokumente erzeugen mehrere Speicherkopien. Die 10-MiB-Grenze und maximal 20 sichtbare Diagnosen schützen insbesondere mobile Browser.

Einordnung

JSON, JSONC und JSON5 im Vergleich

Syntaxvergleich auf Basis von RFC 8259; JSONC und JSON5 sind Erweiterungen und nicht der Validierungsmodus dieses Tools.
MerkmalStriktes JSONJSONCJSON5
KommentareNeinJaJa
Trailing CommasNeinJe nach ParserJa
Namen ohne AnführungszeichenNeinNeinJa
Hexadezimale ZahlenNeinNeinJa
Geeignet für application/jsonJaNeinNein

Weiterdenken

Verwandte JSON-Konzepte

JSON Schema validieren

Gültige Syntax garantiert keine richtigen Felder oder Typen. Ein JSON Schema prüft den fachlichen Vertrag separat.

JSON Schema Validator öffnen

Pretty Print und Minify

Pretty Print optimiert Lesbarkeit, Minify die unkomprimierte Textgröße. Für echte Netzwerkleistung bleiben gzip oder Brotli sowie Payload-Struktur entscheidend.

Interoperabilität

Doppelte Namen, unpaarige Surrogate und sehr große Zahlen können syntaktisch möglich sein, aber in unterschiedlichen Systemen abweichende Ergebnisse erzeugen.

JSONC und JSON5

Beide Formate erleichtern handgeschriebene Konfigurationen. Vor einer API-Übertragung müssen ihre Erweiterungen jedoch bewusst in strenges JSON überführt werden.

Antworten

Häufige Fragen zum JSON-Formatter

Wie kann ich JSON online formatieren, ohne Daten hochzuladen?
Fügen Sie den Text ein oder öffnen Sie eine lokale Datei und wählen Sie „JSON formatieren“. Die Verarbeitung läuft in einem Web Worker im Arbeitsspeicher Ihres Browsers. Der Formatter nutzt keine API, schreibt den Inhalt nicht in eine URL und speichert keine Historie. Prüfen Sie bei besonders vertraulichen Daten trotzdem die Regeln Ihres Arbeitgebers und entfernen Sie echte Zugangsdaten, bevor Sie Inhalte in eine Website einfügen.
Warum ist mein JSON ungültig, obwohl es wie ein JavaScript-Objekt aussieht?
Strenges JSON ist kleiner als die Syntax eines JavaScript-Objektliterals: Eigenschaftsnamen und Zeichenfolgen brauchen doppelte Anführungszeichen. Kommentare, einfache Anführungszeichen, nachgestellte Kommas, undefined, NaN und Infinity sind nicht erlaubt. Aus {name: 'Mara'} wird daher erst mit {"name": "Mara"} gültiges JSON. Der Formatter repariert solche Unterschiede nicht still, sondern zeigt die Erkennungsstelle an.
Was bedeuten Zeile und Spalte bei einem JSON-Fehler?
Zeile und Spalte markieren die Stelle, an der der strikte Parser einen Widerspruch erkennt. Sie müssen nicht mit der Stelle identisch sein, an der die Ursache entstand: Fehlt etwa ein Komma, fällt das oft erst beim nächsten Schlüssel auf. Deshalb formuliert dieses Tool bewusst „Fehler erkannt bei“. Mit einem Klick auf den Hinweis springt der Cursor direkt zum gemeldeten Bereich.
Sind doppelte Schlüssel in JSON erlaubt?
RFC 8259 verlangt nicht zwingend eindeutige Namen, empfiehlt sie aber für interoperable Dokumente. Empfänger reagieren unterschiedlich: Manche behalten den letzten Wert, andere melden einen Fehler oder bewahren alle Paare. Kalcify kennzeichnet einen doppelten Schlüssel deshalb als Warnung, nennt beide Positionen und erhält beide Vorkommen in Formatierung, Kopie und Download.
Verändert das Formatieren große Zahlen oder 64-Bit-IDs?
Nein. Diese Implementierung formatiert den Quelltext mit Textänderungen und minifiziert über originale Token-Slices. Sie wandelt Zahlen nicht in JavaScript Number um. Dadurch bleiben etwa 9223372036854775807, 12.50 und 1e+03 genau so geschrieben. Bei Werten außerhalb des zuverlässig interoperablen IEEE-754-Bereichs erscheint zusätzlich eine Warnung, damit Sie die Erwartungen des Zielsystems prüfen können.
Was ist der Unterschied zwischen JSON formatieren und minifizieren?
Formatieren fügt Einrückungen und Zeilenumbrüche hinzu, damit Menschen Strukturen schneller erfassen. Minifizieren entfernt ausschließlich bedeutungslosen JSON-Leerraum. Beide Aktionen prüfen zuerst strenges JSON und bewahren hier Schlüsselreihenfolge, doppelte Mitglieder, Zahlenliterale und String-Escapes. Für die Übertragungsgröße ist zusätzlich HTTP-Kompression relevant; die Anzeige misst bewusst nur die tatsächlichen UTF-8-Bytes des Textes.
Unterstützt der Formatter Kommentare, trailing Commas oder JSON5?
Nein. Der einzige Gültigkeitsmodus folgt RFC 8259. Kommentare, trailing Commas und JSON5-Erweiterungen werden als Fehler angezeigt und erzeugen keine Ausgabe. Die eingesetzte Bibliothek kann intern fehlertolerant analysieren, doch Kalcify verwendet diese Fähigkeit ausschließlich für stabile Diagnosepositionen. Ein teilweise wiederhergestellter Syntaxbaum wird niemals als gültiges Ergebnis ausgegeben.
Wie groß darf eine JSON-Datei sein?
Die feste Grenze liegt bei 10 MiB, gemessen an den UTF-8-Bytes. Dateien werden vor dem Einlesen geprüft; auch eingefügter Text wird vor dem Parsen gemessen. Verarbeitung und Analyse laufen außerhalb des Hauptthreads und lassen sich abbrechen. Für größere Dokumente ist ein lokales Streaming-Werkzeug wie jq geeigneter, weil Browser bei mehreren Speicherkopien sonst besonders auf mobilen Geräten stocken können.
Warum wird bei einer Datei ein UTF-8-BOM-Hinweis angezeigt?
RFC 8259 schreibt für ausgetauschtes JSON UTF-8 vor und sagt, dass Sender kein Byte Order Mark voranstellen dürfen; Parser dürfen ein führendes BOM aus Gründen der Interoperabilität ignorieren. Kalcify akzeptiert genau ein BOM am Anfang, zeigt das transparent als Warnung und erzeugt die formatierte oder minifizierte Ausgabe ohne BOM. Ein BOM an einer anderen Stelle bleibt ungültiger Inhalt.
Prüft der Formatter auch ein JSON Schema?
Nein. Syntaxprüfung beantwortet nur, ob der Text gültiges JSON ist. Ob Pflichtfelder vorhanden sind, Datentypen stimmen oder Werte einem fachlichen Vertrag entsprechen, prüft ein Schema. Verwenden Sie dafür den JSON Schema Validator, nachdem die Syntax fehlerfrei ist.

Quellen

Maßgebliche Standards und Dokumentation

  • IETF RFC 8259

    Normative JSON-Grammatik, UTF-8/BOM, eindeutige Namen und Zahleninteroperabilität.

  • ECMA-404

    Sprachunabhängige Definition der JSON-Datenaustauschsyntax.

  • IETF RFC 7493

    I-JSON-Profil für besonders interoperable Dokumente.

  • MDN: JSON.parse()

    Dokumentiert strikte Parserregeln und die Präzisionsgrenzen von JavaScript-Zahlen.

  • Microsoft node-jsonc-parser

    API für Scanner, Besucher, Diagnosepositionen und textbasierte Formatierungsänderungen.

Weitere kostenlose Rechner und Tools, die hilfreich sein könnten