Json To Csv LogoJson To Csv

CSV aus JSON erstellen: 7 Entscheidungen, die Rohdaten in eine funktionierende Datei verwandeln (Anleitung 2026)

Eine CSV zu erstellen ist Verfassen, nicht nur Umwandeln: Spalten sind ein Vertrag, das Trennzeichen eine bewusste Wahl, und Anführungszeichen bleiben automatisch, bis Sie sie anfassen. Hier sind die sieben Entscheidungen, die rohes JSON in eine Datei verwandeln, die überall korrekt geöffnet wird, wo sie landet.

Aktualisiert: 2026-10-1410 Min. Lesezeit

Erstellen ist nicht dasselbe wie Umwandeln

Man sagt „CSV erstellen“ und „JSON in CSV umwandeln“, als wäre es dasselbe. Ist es nicht. Umwandeln ist mechanisch: Dieselben JSON-Daten erzeugen bei gleichen Einstellungen immer dieselbe CSV. Erstellen ist gestalterisch: Die Datei, die Sie einer Kollegin geben, in eine Datenbank importieren oder einem Analysetool füttern, muss Umgebungen überstehen, die Sie nicht kontrollieren — Excel in einem anderen Land, einen Datenbank-Loader mit strengen Regeln, einen Kollegen, der alles per Doppelklick öffnet.

Die Lücke zwischen „umgewandelt“ und „erstellt“ sind sieben Entscheidungen. Überspringen Sie sie, und die Datei wandelt sich trotzdem um; sie bricht nur irgendwo stromabwärts — im denkbar schlechtesten Moment. Die gute Nachricht: Jede Entscheidung dauert Sekunden, und wenn Sie einmal verstanden haben, worum es geht, werden Sie es nie wieder übersehen. Jedes Beispiel unten lief durch die echte Konverter-Engine dieser Seite — dasselbe JavaScript, das läuft, wenn Sie auf Umwandeln drücken — also sind die gezeigten Ausgaben genau das, was Sie tatsächlich erhalten.

Entscheidung 1: Flachen Sie den Baum ab, bevor Sie das Raster verfassen

Sie können aus verschachteltem JSON keine Spalten verfassen. Eine CSV ist ein Raster — Zeilen und Spalten, jede Zelle ein einzelner flacher Wert — und verschachtelte Objekte haben keine Spalte, in der sie leben könnten. Die erste Entscheidung ist daher das Abflachen: Verschachtelte Objekte werden zu Spalten in Punktnotation (customer wird zu customer.name und customer.city), Listen einfacher Werte werden zu einer Zelle verbunden, und Nullwerte werden zu leeren Zellen. Das ist der mechanische Schritt, und der Konverter erledigt ihn für Sie mit seinem Abflach-Schalter.

Warum zuerst? Weil jede spätere Entscheidung — Spaltennamen, Trennzeichen, Anführungszeichen — auf dem abgeflachten Ergebnis arbeitet. Wenn Sie Kopfzeilen umbenennen, bevor Sie abflachen, benennen Sie Spalten, die noch gar nicht existieren. Die Engine hier flacht standardmäßig ab, mit dem Optionsnamen flattenNested — praktisch lautet diese Entscheidung also: Lassen Sie es eingeschaltet, werfen Sie einen Blick auf die Vorschau und prüfen Sie, ob die Spaltennamen das sind, was Sie erwarten.

Entscheidung 2: Benennen Sie Ihre Spalten wie einen Vertrag

Kopfzeilennamen sind ein Vertrag mit jedem Werkzeug, das diese Datei je anfassen wird. Schlechte Spaltennamen sind die leiseste Art, eine schlechte CSV zu erzeugen: Sie scheitern nie beim Umwandeln, sie scheitern drei Wochen später beim Datenbankimport. Vier Regeln decken fast alles ab:

  • Keine Leerzeichen in Kopfzeilennamen. „order id“ ist für Sie lesbar und für einen SQL-Loader ein Fehlerbericht; verwenden Sie stattdessen orderId oder order_id. Die Abflach-Engine erzeugt bereits leerzeichenfreie Punktnamen (customer.name), sodass nur Ihre Top-Level-Schlüssel Aufmerksamkeit brauchen.
  • Keine doppelten Namen. Zwei identische Kopfzeilen bedeuten, dass die zweite Spalte in vielen Importern die erste stillschweigend überschreibt. Hat Ihr JSON sowohl „user.name“ als wörtlichen Schlüssel als auch ein verschachteltes user: { name }, führt das Abflachen beides in eine Spalte zusammen — der verschachtelte Wert gewinnt, der andere geht verloren. Benennen Sie um, bevor Sie umwandeln, wenn beide Werte wichtig sind.
  • Keine führenden Ziffern. Spaltennamen wie „2024-sales“ brechen in vielen SQL-Dialekten und manchen BI-Tools. Bevorzugen Sie sales_2024.
  • Stabil und ausgeschrieben. Eine Kopfzeile ist eine API: „qty“ als Abkürzung ist in Ordnung, aber „q“ wird in sechs Monaten jemanden verwirren. Wählen Sie einmal volle Wörter und verwenden Sie sie dateiübergreifend wieder.

Eines brauchen Sie nicht zu fürchten: nicht-ASCII-Kopfzeilennamen. Wenn Ihre Spalten product_name heißen und japanische Beschriftungen wie „商品名“ enthalten, trägt UTF-8 sie problemlos (Entscheidung 6 behandelt die Kodierung). Die Engine schreibt Kopfzeilen durch dieselben Anführungszeichen-Regeln wie Datenzellen, sodass selbst eine Kopfzeile mit Komma oder Anführungszeichen korrekt maskiert wird — wir haben die Maskierungslogik im Quellcode verifiziert; die Anführungszeichen werden pro Zelle angewendet, Kopfzeilen eingeschlossen.

Entscheidung 3: Wählen Sie das Trennzeichen bewusst

Das Komma ist das Standard-Trennzeichen, und für die meisten Dateien ist es das richtige. Aber das Trennzeichen ist keine Formsache — es ist das Zeichen, nach dem die gesamte Datei geparst wird. Der Konverter bietet Komma, Semikolon, Tab, Pipe und benutzerdefiniert, und hier ist, wann sich jedes seinen Platz verdient:

  • Komma: der Standard. Verwenden Sie es, solange Sie keinen Grund dagegen haben. Jedes Tool liest es.
  • Semikolon: wenn Ihre Daten voller Kommas sind. Europäische Exporte nutzen es stark — nicht zufällig, denn viele europäische Länder verwenden das Komma als Dezimaltrennzeichen, sodass eine komma-getrennte Datei mehrdeutig wäre. Wenn Ihre Textfelder voller Kommas sind, hält das Semikolon die Zellen lesbar, ohne auf Anführungszeichen angewiesen zu sein.
  • Tab: wenn Menschen die Rohdatei lesen werden. Tab-getrennte Werte fügen sich direkt in Tabellenkalkulationen ein und bleiben in einem Texteditor lesbar. Nützlich für Copy-Paste-Abläufe.
  • Pipe: wenn Ihr Text Kommas, Anführungszeichen UND Semikolons enthält — Logmeldungen, Adressen, Fließtext. Die Pipe ist in natürlichem Text selten, kollidiert also selten.

Der ehrliche Haken: Anführungszeichen existieren genau dafür, die Trennzeichenwahl überlebbar zu machen. Enthält eine Zelle das Trennzeichen, hüllt die Engine sie automatisch in Anführungszeichen (Entscheidung 4), sodass eine komma-lastige Adresse in einer komma-getrennten Datei trotzdem geparst wird. Die Trennzeichenwahl dreht sich um Lesbarkeit und die Gewohnheiten Ihres Publikums, nicht um Korrektheit — Korrektheit ist der Job der Anführungszeichen-Engine. Eine echte Warnung aber: Wenn Sie für ein Publikum in den USA oder Großbritannien das Semikolon wählen, sagen Sie es ihnen — deren Excel erwartet womöglich standardmäßig Kommas und öffnet Ihre Datei als eine lange Spalte.

Entscheidung 4: Lassen Sie die Anführungszeichen automatisch

Anführungszeichen sind der meistmissverstandene Teil von CSV. Die Regel ist einfach: Eine Zelle, die das Trennzeichen, ein Anführungszeichen oder einen Zeilenumbruch enthält, muss in doppelte Anführungszeichen gehüllt werden, und jedes Anführungszeichen darin muss verdoppelt werden. So sieht aus, was die Engine tatsächlich erzeugt — verifiziert, nicht illustriert:

Anführungszeichen in Aktion (an der echten Engine verifiziert)
name,city,qty
"Say ""hi"", friend",Oslo,3

Lesen Sie das genau: Aus der Zelle Say \"hi\", friend wurde \"Say \"\"hi\"\", friend\" — in Anführungszeichen gehüllt, weil sie ein Komma enthält, und ihre inneren Anführungszeichen verdoppelt. Das ist die korrekte, standardkonforme Ausgabe, und jedes echte Tabellenkalkulationsprogramm parst sie zurück zu exakt dem Originaltext.

Entscheidung 4: Lassen Sie die Anführungszeichen automatisch (Fortsetzung)

Schalten Sie das Trennzeichen auf Semikolon um und beobachten Sie, wie sich die Anführungszeichen anpassen:

Gleiche Daten, Semikolon als Trennzeichen (verifiziert)
name;city;qty
"Say ""hi"", friend";Oslo;3

Das Komma löst keine Hüllung mehr aus, aber das Anführungszeichen schon — die Engine setzt Anführungszeichen nach dem tatsächlich verwendeten Trennzeichen, nicht nach einer festen Vorstellung davon, was „besonders“ ist. Diese trennzeichen-bewusste Steuerung ist es, was „automatisch“ bedeutet, und es ist die Einstellung, die Sie in Ruhe lassen sollten. Die Engine bietet auch die Modi always und never für Anführungszeichen; never ist eine Fußangel, und hier ist der Beweis:

Entscheidung 4: Lassen Sie die Anführungszeichen automatisch (Fortsetzung)

quoteMode "never" — die Fußangel (verifiziert)
note,code
line1
line2,007

Bei deaktivierten Anführungszeichen bleibt eine Zelle mit einem echten Zeilenumbruch roh — und dieser Zeilenumbruch sieht jetzt für jeden Parser der Welt wie eine Zeilengrenze aus. Ihre 2-Zeilen-Datei liest sich als 3 Zeilen, eine davon Müll. Anführungszeichen werden weiterhin verdoppelt (die Engine tut das bedingungslos), aber nichts wird gehüllt. Verwenden Sie „never“ nur, wenn ein nachgelagertes System ausdrücklich unmaskierte Ausgabe verlangt und Sie verifiziert haben, dass keine Ihrer Zellen Trennzeichen, Anführungszeichen oder Zeilenumbrüche enthält. In jedem anderen Fall: automatisch.

Entscheidung 5: Formen Sie Werte so als Text, wie Sie sie sehen wollen

JSON hat Typen — Zahlen, Wahrheitswerte, Nullwerte. CSV hat genau einen Typ: Text. Der Moment der Umwandlung ist der Moment, in dem jeder Wert seine endgültige Textform erhält, und das ist die Entscheidung, die die meisten Menschen nie bewusst treffen. Drei Wertformen verdienen Ihre Aufmerksamkeit:

Erstens, führende Nullen. Ein JSON-String wie „007“ bleibt in der CSV 007 — wir haben es verifiziert, unmaskiert, exakt wie getippt. Aber das Öffnen dieser Datei in Excel zeigt trotzdem 7 an, weil Excel Zellen beim Öffnen neu interpretiert. Die CSV ist korrekt; der Betrachter ist eigenwillig. Wenn führende Nullen Excel überleben müssen, liegt die Lösung auf der Empfängerseite (als Text importieren), nicht in der Datei — wissen Sie das, bevor Sie dem Konverter die Schuld geben.

Zweitens, Datumsangaben. JSON hat keinen Datumstyp, also sind Ihre „Datumsangaben“ Strings wie 2026-10-14 oder Zeitstempel wie 1697000000. Welche Form Sie umwandeln, behält die CSV, also wählen Sie die menschenlesbare vor dem Export: ISO 2026-10-14 sortiert sich als Text korrekt; 10/14/2026 tut es nicht und wird von der halben Welt falsch gelesen. Treffen Sie die Entscheidung im JSON, nicht nachdem die CSV existiert.

Drittens, Dezimalzahlen und Wahrheitswerte. Eine Zahl wie 19.99000001 wird exakt zu diesem Text; Wahrheitswerte werden zu true/false. Wenn Ihre Quelldaten Float-Rauschen haben, runden Sie vor der Umwandlung — CSV rundet nicht für Sie.

Entscheidung 6: Wählen Sie UTF-8 bewusst — und kennen Sie die BOM-Frage

Die Kodierung ist die Entscheidung, die niemand trifft, bis Mojibake sie erzwingt. UTF-8 ist die Antwort im Jahr 2026: Es trägt jede Sprache, und jedes moderne Tool liest es. Die Feinheit ist das BOM — die unsichtbare Byte-Reihenfolge-Markierung, die manche Windows-Tools am Dateianfang haben wollen.

Hier ist die ehrliche Tatsache über den Konverter dieser Seite: Der Download ist reines UTF-8, ohne BOM — wir haben den Download-Code gelesen, der einen text/csv-Blob mit charset=utf-8 und ohne führende Markierung erzeugt. Das ist korrekt für Web-Uploads, Datenbanken, Google Sheets und Python. Die eine Stelle, an der es zwickt: das Doppelklicken der Datei in manchen Windows-Excel-Versionen, die die Kodierung falsch raten und nicht-ASCII-Zeichen zerhacken können.

Die Lösung ist nicht, ein BOM vom Konverter zu verlangen — es ist ein 20-Sekunden-Import: In Excel: Daten → Aus Text/CSV → wählen Sie 65001 (UTF-8) im Kodierungs-Dropdown. Ihre Zeichen kommen perfekt heraus, und die Datei selbst bleibt sauber für jedes andere Tool. Entscheiden Sie Ihre Kodierung einmal pro Workflow und dokumentieren Sie sie neben der Datei; Kodierungsüberraschungen sind immer ein Kommunikationsversagen, nie ein Datenversagen.

Entscheidung 7: Prüfen Sie die fertige Datei, bevor sie Sie verlässt

Erstellen endet mit einer Prüfung, und sie dauert unter einer Minute. Vier Schritte:

  • Öffnen Sie sie zuerst in einem Texteditor, nicht in einer Tabellenkalkulation. Ein Texteditor zeigt Ihnen die Datei; eine Tabellenkalkulation zeigt Ihnen ihre Interpretation. Prüfen Sie die Kopfzeile, das Trennzeichen und dass maskierte Zellen vernünftig aussehen.
  • Zählen Sie die Zeilen. Die Engine meldet Zeilen- und Spaltenzahlen in ihren Statistiken — vergleichen Sie sie mit der Länge Ihres JSON-Arrays. Eine Abweichung bedeutet eine Parsing-Überraschung (meist ein unmaskierter Zeilenumbruch im quoteMode „never“ oder fehlerhaftes Eingabe-JSON).
  • Importieren Sie sie erneut. Fügen Sie die CSV zurück ein oder öffnen Sie sie in dem Tool, an das Sie sie senden. Wenn sie sich dort korrekt öffnet, öffnet sie sich auch beim Empfänger korrekt.
  • Prüfen Sie die Ränder: erste Zeile, letzte Zeile und eine Zeile mit den seltsamsten Zeichen. Korruption häuft sich an Grenzen.

Diese Checkliste ist auch die Antwort auf „warum sieht meine CSV kaputt aus“: Nach unserer Erfahrung ist es neunmal von zehn der Betrachter oder die Importeinstellungen und einmal von zehn die Datei selbst. Die Gewohnheit, zuerst den Texteditor zu öffnen, trennt beides in Sekunden.

Das 60-Sekunden-Rezept: alle sieben Entscheidungen auf einmal

Fügen Sie Ihr JSON in den Konverter ein oder laden Sie es hoch. Lassen Sie das Abflachen eingeschaltet und werfen Sie einen Blick auf die Spaltenvorschau — diese Punktnamen sind Ihre Kopfzeilen, also benennen Sie störende Schlüssel zuerst in der Quelle um. Behalten Sie das Komma als Trennzeichen, es sei denn, Ihr Text ist komma-lastig (dann Semikolon). Lassen Sie die Anführungszeichen automatisch. Formen Sie Datumsangaben und Zahlen vor dem Umwandeln so als reinen Text, wie Sie sie sehen wollen. Laden Sie die UTF-8-Datei herunter, öffnen Sie sie einmal in einem Texteditor, importieren Sie sie dort erneut, wo sie hingeht. Fertig — eine erstellte Datei, nicht nur eine umgewandelte.

Den kostenlosen JSON-zu-CSV-Konverter öffnen

Verwandte Anleitungen

Häufig gestellte Fragen

Wie erstelle ich eine CSV-Datei aus JSON?

Fügen Sie Ihr JSON in einen Konverter ein oder laden Sie es hoch, flachen Sie verschachtelte Daten zu Spalten ab, prüfen Sie die Kopfzeilennamen und das Trennzeichen und laden Sie dann herunter. Die vollständige Checkliste: zuerst abflachen, Spalten ohne Leerzeichen benennen, das Komma als Trennzeichen behalten, es sei denn, Ihre Daten sind komma-lastig, Anführungszeichen automatisch lassen, Datumsangaben und Zahlen als den Text formatieren, den Sie sehen wollen, als UTF-8 herunterladen und die Datei einmal durch erneuten Import validieren.

Was ist das beste Trennzeichen für eine CSV aus JSON?

Das Komma ist der Standard und für die meisten Dateien die richtige Wahl. Verwenden Sie das Semikolon, wenn Ihre Textfelder voller Kommas sind (üblich bei europäischen Exporten, wo das Komma auch das Dezimaltrennzeichen ist), Tab für Copy-Paste-Lesbarkeit und Pipe, wenn der Text Kommas, Anführungszeichen und Semikolons enthält. Korrekte Anführungszeichen machen jedes davon sicher parsbar — die Wahl dreht sich um die Gewohnheiten Ihres Publikums, nicht um Korrektheit.

Wie sollte ich CSV-Spalten aus JSON benennen?

Behandeln Sie Kopfzeilennamen als Vertrag: keine Leerzeichen (order_id, nicht „order id“), keine Duplikate, keine führenden Ziffern (sales_2024, nicht 2024-sales) und volle Wörter statt kryptischer Abkürzungen. Abgeflachte verschachtelte Schlüssel kommen bereits als leerzeichenfreie Punktnamen wie customer.name heraus — meist brauchen nur Ihre Top-Level-Schlüssel Aufmerksamkeit.

Warum öffnet sich meine CSV aus JSON in Excel falsch?

Neunmal von zehn ist die Datei in Ordnung und der Betrachter das Problem. Häufige Ursachen: Excel rät das falsche Trennzeichen (eine Semikolon-Datei als Komma geöffnet), falsche Kodierungsannahme bei nicht-ASCII-Text (erneut importieren über Daten → Aus Text/CSV mit 65001 UTF-8) oder Excel interpretiert Zellen neu (streicht führende Nullen wie 007 oder formatiert Datumsangaben um). Öffnen Sie die Datei zuerst in einem Texteditor — wenn sie dort richtig aussieht, ist die Datei richtig.

Brauche ich Anführungszeichen um jede Zelle in einer CSV?

Nein — automatische (bedarfsabhängige) Anführungszeichen sind korrekt und ausreichend: Zellen mit Trennzeichen, Anführungszeichen oder Zeilenumbrüchen werden in doppelte Anführungszeichen gehüllt, innere Anführungszeichen verdoppelt. „Always“ fügt Rauschen hinzu, und „never“ ist gefährlich: Ein unmaskierter Zeilenumbruch in einer Zelle sieht für jeden Parser wie eine Zeilengrenze aus und verfälscht stillschweigend Ihre Zeilenzahl.

Sollte meine CSV aus JSON ein BOM haben?

Meist nicht. Eine UTF-8-Datei ohne BOM funktioniert überall: Datenbanken, Web-Uploads, Google Sheets, Python. Manche Windows-Excel-Versionen lesen BOM-lose Dateien beim Doppelklick falsch — die Lösung ist ein ordentlicher Import (Daten → Aus Text/CSV, Kodierung 65001) statt eines BOM, das andere Tools verwirren kann. Der Konverter dieser Seite lädt reines UTF-8 ohne BOM herunter.

Wie prüfe ich, dass meine erzeugte CSV korrekt ist?

Vier schnelle Schritte: Öffnen Sie sie in einem Texteditor (nicht in einer Tabellenkalkulation), um die tatsächliche Datei zu sehen, vergleichen Sie die Zeilenzahl mit der Länge Ihres JSON-Arrays, importieren Sie sie in das Tool, an das Sie sie senden, erneut und prüfen Sie die erste Zeile, die letzte Zeile und die Zeile mit den seltsamsten Zeichen. Korruption häuft sich an Grenzen — wenn die Ränder stimmen, stimmt die Datei.

Erstellen Sie Ihre CSV jetzt — Abflachen, Anführungszeichen und Kopfzeilen werden übernommen

Fügen Sie JSON ein oder laden Sie eine Datei hoch: Verschachtelte Daten werden zu sauberen Spalten abgeflacht, Trennzeichen und Anführungszeichen sind automatisch, und der Download ist reines UTF-8. Kostenlos, ohne Anmeldung, läuft komplett in Ihrem Browser.

Den JSON-zu-CSV-Konverter öffnen
Alle Anleitungen