JSON, CSV oder XML: ein Datenformat wählen, das Sie nicht bereuen
Drei Formate, drei verschiedene Aufgaben. Was jedes ausdrücken kann und was nicht, welche Umwandlungen Information verlieren und wie Sie wählen, ohne es später zu bereuen.
Aktualisiert am 11. August 20265 Min. Lesezeit
Diese drei Formate sind weniger Konkurrenten als Antworten auf verschiedene Fragen. CSV ist eine Tabelle. JSON ist ein Objektgeflecht. XML ist ein Dokument mit Auszeichnung. Der meiste Schmerz in der Datenarbeit entsteht daraus, von einem Format zu verlangen, etwas zu sein, das es nicht ist — Verschachtelung in CSV, Tabellen in XML, Kommentare in JSON —, und die Heilung besteht meist darin, das Format zu wechseln statt dagegen anzukämpfen.
Was jedes ausdrücken kann
| CSV | JSON | XML | |
|---|---|---|---|
| Form | Flache Zeilen und Spalten | Verschachtelte Objekte und Listen | Verschachtelte Elemente |
| Typen | Keine — alles ist Text | Text, Zahl, Wahrheitswert, null | Nativ keine; ein Schema kann sie ergänzen |
| Kommentare | Nein | Nein | Ja |
| Attribute gegenüber Inhalt | Nicht zutreffend | Keine Unterscheidung | Ja — ein echter Unterschied |
| Größe | Am kleinsten | Mittel — die Schlüssel wiederholen sich | Am größten — die Auszeichnungen stehen doppelt |
| Riesige Dateien strömend lesen | Trivial | Unbequem | Machbar |
Die Zeile, die am meisten überrascht, sind Kommentare in JSON. Die Spezifikation kennt keine, und eine Zeile mit // macht die Datei ungültig — weshalb so viele Werkzeuge eigene Dialekte erfunden haben (JSON5, JSONC), um das zu umgehen. Wenn eine Konfigurationsdatei Erklärung braucht, ist das ein triftiger Grund, etwas anderes zu bevorzugen.
Nach dem Ziel wählen
- 1Geht es in eine Tabelle, eine Datenbank oder ein Auswertungswerkzeug? CSV. Universell unterstützt, kompakt, und die tabellarische Form ist das, was diese Werkzeuge erwarten.
- 2Geht es an eine Schnittstelle oder eine Webanwendung? JSON. Es trägt Typen, drückt Verschachtelung aus, und jede Sprache liest es, ohne dass Sie sich für eine Bibliothek entscheiden müssen.
- 3Sprechen Sie mit einem Unternehmens- oder Behördensystem? Wahrscheinlich XML, denn das wird in der Spezifikation stehen. Kämpfen Sie nicht dagegen an.
- 4Eine Konfigurationsdatei, die Menschen von Hand bearbeiten? Nicht JSON — keine Kommentare und eine unerbittliche Syntax. YAML oder TOML sind freundlicher.
- 5Millionen von Zeilen? CSV, Zeile für Zeile verarbeitet. Ein mehrere Gigabyte großes JSON-Dokument am Stück einzulesen ist ein Speicherproblem.
Was jede Umwandlung verliert
| Umwandlung | Was verloren geht |
|---|---|
| CSV → JSON | Strukturell nichts, aber alles kommt als Text an, sofern die Typen nicht abgeleitet werden |
| JSON → CSV | Die Verschachtelung. Objekte und Listen müssen abgeflacht oder verworfen werden |
| XML → JSON | Die Unterscheidung von Attribut und Element, die Kommentare, die Reihenfolgegarantien |
| JSON → XML | Nichts, aber das Ergebnis ist wortreich und braucht eine Namenskonvention |
| Excel → CSV | Formeln, Formatierung, mehrere Blätter — siehe Excel zu CSV und JSON |
Die Zeile von JSON zu CSV ist die, die beißt. {customer: {name, address: {city}}} in Spalten abzuflachen verlangt eine Konvention — customer.address.city ist üblich —, und für alles, was eine Liste ist, gibt es überhaupt keine gute Antwort. Ist Ihr JSON wirklich verschachtelt, ist der Export nach CSV eine verlustbehaftete Entscheidung und kein Formatwechsel.
Das Typproblem in der Gegenrichtung ist stiller und ebenso schädlich. CSV hat keine Typen, 007 kann also als Zahl 7 ankommen, 2026-04-03 kann in der falschen Sprachumgebung zu einem Datum werden, und TRUE wird vielleicht zu einem Wahrheitswert und vielleicht nicht. Das sind dieselben Fehler, die in Excel in CSV und JSON umwandeln beschrieben sind, und sie liegen im Format begründet und nicht an einem bestimmten Werkzeug.
Formatieren, prüfen und erkunden — auf Ihrem eigenen Gerät. Kundendaten und Schnittstelleninhalte werden nie hochgeladen.
JSON formatieren und prüfenPraktische Gewohnheiten
- Prüfen Sie vor der Übergabe. Ein überzähliges Komma oder ein nicht maskiertes Anführungszeichen wird vom empfangenden System mit einer Meldung abgelehnt, die selten auf die tatsächliche Zeile zeigt. Der Validator findet es in Sekunden.
- Verwenden Sie überall ISO-Datumsangaben.
2026-04-03ist in jeder Sprachumgebung eindeutig und sortiert als reiner Text korrekt. Nichts anderes tut das. - Kodieren Sie immer in UTF-8. Alles andere macht aus Namen mit Umlauten und Währungssymbolen auf einem anderen System Zeichensalat.
- Halten Sie Kennungen als Text. Postleitzahlen, Telefonnummern und Kontonummern sind Bezeichnungen, keine Größen — sie als Zahlen zu behandeln entfernt führende Nullen und rundet lange Werte.
- Sortieren Sie Schlüssel für den Vergleich. Zwei Exporte derselben Daten mit unterschiedlich geordneten Schlüsseln ergeben einen Vergleich voller Rauschen. Der Schlüsselsortierer macht Änderungen lesbar.
Verkleinern oder formatieren?
Beides, zu verschiedenen Zeitpunkten. Formatiertes JSON — eingerückt, ein Wert pro Zeile — ist für Menschen zum Lesen und für die Versionsverwaltung, wo der zeilenweise Vergleich der ganze Sinn ist. Verkleinertes JSON entfernt jedes überflüssige Leerzeichen und ist für die Übertragung, wo es typischerweise 20–30 % vor der Kompression spart.
Der Fehler ist, verkleinertes JSON in ein Repository einzuchecken. Jede Änderung erscheint dann als eine einzige riesige geänderte Zeile, und sie zu prüfen ist unmöglich. Speichern Sie es lesbar und verkleinern Sie beim Bauen oder beim Senden.
All diese Werkzeuge laufen lokal auf Ihrem eigenen Gerät, was gerade bei Datenarbeit zählt: Ein JSON-Inhalt oder ein CSV-Export ist oft die heikelste Datei, die eine Organisation überhaupt in der Hand hat, und einen davon zu einem Online-Formatierer zu laden ist eine Offenlegung, ganz gleich, was der Dienst zu tun verspricht.
Häufige Fragen
Sollte ich JSON oder CSV verwenden?
CSV für tabellarische Daten, die in Tabellen, Datenbanken oder Auswertungswerkzeuge gehen — es ist kompakt und universell unterstützt. JSON, wenn die Daten verschachtelt sind oder wenn Typen zählen, etwa bei einem Schnittstelleninhalt, denn CSV kann keine Liste innerhalb eines Datensatzes ausdrücken und behandelt jeden Wert als Text.
Verdrängt JSON das XML?
Bei Web-Schnittstellen weitgehend ja — JSON ist leichter und bildet direkt die Datenstrukturen ab, die Programmiersprachen ohnehin verwenden. XML bleibt Standard in Unternehmen, Behörden, im Verlagswesen und bei Dokumentformaten, wo seine Schemata, Namensräume und sein Attributmodell echte Arbeit leisten.
Kann JSON Kommentare enthalten?
Nein. Die Spezifikation kennt keine Kommentarsyntax, und einen hinzuzufügen macht die Datei ungültig. Deshalb existieren Varianten wie JSON5 und JSONC. Wenn Menschen die Datei von Hand bearbeiten und verstehen müssen, sind YAML oder TOML die bessere Wahl für Konfiguration.
Was passiert mit verschachtelten Daten, wenn ich JSON in CSV umwandle?
Sie müssen abgeflacht werden, meist in Spaltennamen mit Punkten wie `customer.address.city`, und für Listen innerhalb eines Datensatzes gibt es überhaupt keine saubere Darstellung. Ist Ihr JSON wirklich verschachtelt, ist der Export nach CSV eine verlustbehaftete Entscheidung und kein einfacher Formatwechsel.