JSON to CSV Converter

So verwendest du den JSON-zu-CSV-Konverter

1. Fuge ein JSON-Array von Objekten in den Eingabebereich ein. Jedes Objekt wird zu einer CSV-Zeile. Arrays von primitiven Werten allein lassen sich nicht konvertieren - die oberste Ebene muss ein Array sein, dessen Elemente Objekte sind.
2. Wahle ein Trennzeichen: Komma (Standard), Semikolon (ublich in europaischen Gebietsschemata) oder Tab für TSV-Ausgabe.
3. Schalte die Kopfzeile um. Behalte sie für die meisten Falle aktiviert. Deaktiviere sie beim Anhangen an eine vorhandene CSV, die bereits eine Kopfzeile hat.
4. Klicke auf "Konvertieren". Werte, die das Trennzeichen, ein Anführungszeichen oder einen Zeilenumbruch enthalten, werden automatisch gemas RFC 4180 in doppelte Anführungszeichen eingeschlossen. Kopiere die Ausgabe oder lade sie als .csv- oder .tsv-Datei herunter.

Wie die Konvertierung funktioniert

Der Konverter führt zunachst JSON.parse aus, was wohlgeformte Eingaben garantiert und doppelte Schlüssel in den letzten-gewinnt-Wert umwandelt. Anschliessend durchlauft er jedes Objekt im Array und sammelt die Vereinigung der Schlüssel - wenn ein Objekt email hat und ein anderes phone, enthält die Kopfzeile beide, und Objekte, denen ein Schlüssel fehlt, erzeugen leere Zellen für diese Spalte. Die Schlussreihenfolge in der Kopfzeile folgt dem Erstauftreten in der Objektsequenz.

Die Wertserialisierung behandelt die RFC-4180-Zitierregeln: Jede Zelle, die das aktive Trennzeichen, ein doppeltes Anführungszeichen, ein Wagenrucklauf oder einen Zeilenumbruch enthält, wird in doppelte Anführungszeichen eingeschlossen, und eingebettete doppelte Anführungszeichen werden verdoppelt (so wird sag "hi" zu "sag ""hi"""). Verschachtelte Objekte und Arrays werden als JSON-Strings in die Zelle serialisiert, da CSV kein Konzept für verschachtelte Strukturen hat; ein Wert wie {"address":{"city":"Berlin"}} wird zum Literaltext {"city":"Berlin"}, der als Zeichenkette zitiert wird. Boolesche Werte werden als true/false dargestellt, Zahlen in ihrer JSON-Literalform und null als leere Zelle.

Reale Anwendungsfalle

• Export einer API-Antwort in eine .csv, die du in Excel oder Google Sheets zur Stakeholder-Prufung öffnen kannst.
• Ausgabe einer Benutzerliste aus einer NoSQL-Datenbank als CSV für den Import in ein CRM oder ein Data Warehouse.
• Vorbereitung von Daten für den Massenupload in Dienste, die CSV, aber nicht JSON akzeptieren (Mailchimp-Importe, Salesforce Data Loader).
• Schnelle Erstellung einer Tabellenpivot uber JSON-Protokolldaten, ohne eine vollständige Analysepipeline aufzubauen.
• Generierung einer deterministischen CSV-Test-Fixture aus einem JSON-Seed, sodass beide Formate synchron bleiben.
• Konvertierung eines offentlichen JSON-Datensatzes in CSV für Studierende oder Analysten, die Tabellenkalkulations-Tools bevorzugen.

Fallstricke, auf die du achten solltest

• Heterogene Objekte. Wenn dein Array Objektformen mischt ("Benutzer"-Datensatze und "Ereignis"-Datensatze), erzeugt die Vereinigung-der-Schlüssel-Methode eine sparse Matrix mit vielen leeren Zellen. Filtere das Array zuerst, sodass jede Konvertierung eine Form behandelt.
• Tiefe Verschachtelung. Verschachtelte Objekte und Arrays werden als JSON-Strings serialisiert. Das bedeutet, dass nachgelagerte Leser (Excel, Sheets) Text wie {"city":"Berlin"} statt separate Spalten sehen. Flache die Daten mit einem Map-Schritt ab, bevor du konvertierst, wenn du eine Spalte pro Blattfeld benotigst.
• Gebietsschemaspezifische Trennzeichen. Wenn deine Zielgruppe Excel in einem Gebietsschema verwendet, in dem Semikolon das Listentrennzeichen ist, wähle Semikolon. Andernfalls öffnet sich die Datei mit allem in Spalte A. US/UK Excel verwendet standardmasig Komma.
• Zeilenenden. Die Ausgabe verwendet \\r\\n gemas RFC 4180, was Excel bevorzugt. Unix-Tools tolerieren CRLF, können aber in alten Editoren ^M-Artefakte anzeigen; bei Bedarf mit dos2unix konvertieren.
• Boolesche Werte und null. JavaScript null wird zu leer; der String "null" wird zum Literaltext "null". Diese sind nachgelagert nicht dasselbe. Sei explizit darüber, was du mochtest.

Hintergrund zur CSV-Spezifikation

RFC 4180 ("Common Format and MIME Type for CSV Files") ist das Nächste, was es zu einer kanonischen CSV-Spezifikation gibt. Sie erfordert CRLF-Zeilenenden, doppeltes-Anführungszeichen-Maskierung für Sonderzeichen und eine optionale Kopfzeile. Sie erkennt auch an, dass CSV in der Praxis stark variiert. Die Zitierregeln des RFC sind die Teile, die man sich merken sollte: Schliesse ein Feld in doppelte Anführungszeichen ein, wenn es ein Komma, ein Anführungszeichen oder einen Zeilenumbruch enthält; verdopple alle Anführungszeichen im eingeschlossenen Feld. Dieser Algorithmus - nicht mehr und nicht weniger - ist das, was dieser Konverter implementiert. Der MIME-Typ ist text/csv; für TSV ist der de-facto-Typ text/tab-separated-values. Keiner wird breit verwendet, weil Browser CSV/TSV typischerweise als generische application/octet-stream-Downloads behandeln.

Vergleich mit anderen Konvertern

Kommandozeilennutzer greifen auf jq -r '.[] | [.a, .b, .c] | @csv' zurück, wenn sie das Schema kennen, oder auf csvkits in2csv, wenn nicht. Diese Tools skalieren auf Gigabytes und behandeln Randfalle wie das Lesen von stdin mit Streaming. Tabellenkalkulations-Tools haben eingebauten CSV-Export, erfordern aber zuerst das Laden der Daten. Dedizierte ETL-Frameworks wie Airbyte oder dbt behandeln JSON-zu-CSV als eine Transformation unter vielen. Dieses In-Browser-Tool gewinnt bei der Latenz für Ad-hoc-Konvertierungen von einigen Hundert bis einigen Tausend Zeilen; daruber hinaus wird der Speicherdruck auf einem Tab spurbar, und du solltest zu jq oder einem dedizierten Skript wechseln.