JSON-zu-CSV-Konverter, JSON-Arrays in Tabellen verwandeln
Wandle ein JSON-Array von Objekten im Browser in CSV um. Verschachtelte Objekte und Arrays werden abgeflacht, Spalten erkannt, Vorschau und Download inklusive.
JSON-zu-CSV-Konverter, JSON-Arrays in Tabellen verwandeln wird geladen… Wenn nichts passiert, aktiviere JavaScript.
Füge ein JSON-Array von Objekten ein, oder ziehe eine .json-Datei irgendwo auf das Tool, und erhalte sofort eine einsatzbereite CSV-Datei. Der Konverter erkennt die Spalten automatisch, indem er die Vereinigungsmenge aller Schlüssel über alle Objekte hinweg bildet; Datensätze mit unterschiedlichen oder fehlenden Feldern bleiben dadurch korrekt ausgerichtet, fehlende Werte werden einfach zu leeren Zellen. Die Vorschautabelle zeigt die ersten 20 Zeilen genau so, wie sie in deiner Tabelle erscheinen werden, und ein Zähler für Zeilen und Spalten bestätigt auf einen Blick die Größe des Ergebnisses.
Häufig gestellte Fragen
Welche JSON-Struktur akzeptiert der Konverter?
Wie werden verschachtelte Objekte behandelt?
Wie werden Arrays innerhalb von Objekten behandelt?
Was passiert, wenn Objekte unterschiedliche Schlüssel haben?
Wann sollte ich das Semikolon als Trennzeichen wählen?
Was bewirkt die Option, alle Felder in Anführungszeichen zu setzen?
Wie werden Sonderzeichen wie Anführungszeichen und Zeilenumbrüche escapet?
Wird mein JSON auf einen Server hochgeladen?
Warum sehen Umlaute falsch aus, wenn ich das CSV in Excel öffne?
Gibt es eine Größenbeschränkung für Dateien?
Über JSON-zu-CSV-Konverter, JSON-Arrays in Tabellen verwandeln
JSON aus der Praxis ist selten flach, deshalb flacht der Konverter die Struktur automatisch ab. Verschachtelte Objekte werden mit Punktnotation aufgelöst: {"address": {"city": "Lisbon"}} wird zu einer Spalte namens address.city. Arrays werden mit Indizes in eckigen Klammern aufgelöst: {"tags": ["admin", "dev"]} wird zu tags[0] und tags[1]. Beide Regeln lassen sich beliebig tief kombinieren, sodass eine tief verschachtelte API-Antwort wie orders[0].items[2].price ohne Handarbeit zu einem sauberen, vorhersehbaren Spaltennamen wird.
Die Ausgabeoptionen decken die Eigenheiten jeder Tabellenkalkulation ab. Wähle Komma, Semikolon oder Tabulator als Trennzeichen; das Semikolon ist das, was Excel in den meisten europäischen Gebietsschemata erwartet, wo das Komma als Dezimaltrennzeichen dient. Schalte die Kopfzeile aus, wenn du an ein bestehendes Blatt anhängst, und aktiviere das durchgehende Anführen, wenn ein strenger Importer verlangt, dass jedes Feld in doppelte Anführungszeichen eingeschlossen ist. Das Escaping folgt der RFC-4180-Konvention: Felder, die das Trennzeichen, Anführungszeichen oder Zeilenumbrüche enthalten, werden in doppelte Anführungszeichen gesetzt, und eingebettete Anführungszeichen werden verdoppelt. Die heruntergeladene Datei enthält eine UTF-8-Byte-Order-Mark, damit Excel Umlaute und Akzente korrekt anzeigt.
Alles läuft clientseitig in deinem Browser: das JSON, das du einfügst oder ablegst, wird nie hochgeladen, protokolliert oder gespeichert, was das Tool sicher für Exporte mit Kundendaten, Zugangsdaten oder internen Unterlagen macht. Die Fehlermeldungen sind präzise statt kryptisch: du erfährst, ob das JSON nicht geparst werden konnte (mit der Meldung des Parsers selbst), ob der oberste Wert kein Array ist oder welches konkrete Element kein Objekt ist. Typische Einsatzzwecke sind das Umwandeln von REST-API-Antworten in Tabellen, das Aufbereiten von Daten für Excel oder Google Sheets und das Einspeisen von JSON-Exporten in Werkzeuge, die nur CSV akzeptieren.
Von Lochkarten zu REST-APIs: das seltsame Paar der Datenformate
CSV ist weit älter, als die meisten annehmen. Kommagetrennte Wertelisten tauchen schon in der allerersten Version von IBMs FORTRAN-Compiler von 1972 auf, und die Grundidee trennzeichengetrennter Felder reicht bis zur Lochkartentabellierung zurück. Trotzdem hatte CSV in seinen ersten drei Jahrzehnten überhaupt keine Spezifikation: jedes Programm erfand eigene Regeln für Anführungszeichen, Zeilenenden und eingebettete Kommas, weshalb das Parsen fremder CSV-Dateien zu einem Initiationsritus für Programmierer wurde. Erst 2005 wurde das Format schriftlich festgehalten, als RFC 4180 die De-facto-Konventionen dokumentierte: durch Kommas getrennte Felder, verdoppelte Anführungszeichen als Escape, mit CRLF beendete Datensätze. Selbst dann beschreibt sich der RFC nur als Dokumentation bestehender Praxis, nicht als Definition eines Standards.
JSON ist die deutlich jüngere Hälfte des Paars, und es wurde eher entdeckt als erfunden. Douglas Crockford benannte und spezifizierte es 2001, aber wie er gern betont, existierte die Objektliteral-Syntax von JavaScript bereits: er schnitt lediglich eine sprachunabhängige Teilmenge heraus, stellte die einseitige Website json.org online und schrieb eine Spezifikation, die kurz genug war, um auf eine Visitenkarte zu passen. Der Aufstieg von JSON folgte dem Aufstieg der Web-APIs: es verdrängte XML in den 2000er Jahren vor allem, weil es leichter zu übertragen war und direkt auf die Datenstrukturen jeder verbreiteten Sprache abbildete; 2013 wurde es ECMA-Standard und 2017 ein RFC (8259).
Beide Formate überdauern, weil sie an den entgegengesetzten Enden eines Kompromisses liegen. JSON drückt Hierarchie, Verschachtelung, Typen und Arrays aus, was es ideal für Maschinen macht, die mit Maschinen sprechen. CSV drückt ein flaches Raster aus, was es ideal für Menschen macht, die Daten in einer Tabellenkalkulation betrachten, noch immer das meistgenutzte Analysewerkzeug der Welt. Fast jede Datenpipeline muss diese Grenze irgendwann überqueren und verschachtelte Strukturen in Zeilen und Spalten abflachen, genau die Umwandlung mit Punktnotation und Klammerindizes, die dieser Konverter durchführt. Ein halbes Jahrhundert nach den Kommas von FORTRAN und ein Vierteljahrhundert nach json.org bleibt das Übersetzen zwischen beiden eine der häufigsten Aufgaben der Datenarbeit.