CSV to JSON Converter

Yes. The parser follows RFC 4180 quoting rules: a field wrapped in double quotes can contain commas, quotes, or embedded line breaks, and a literal quote inside it is written as two double quotes (""), which the converter un-escapes automatically. A comma outside quotes is always a column separator, so "Doe, John" parses as a single field containing a comma rather than splitting into two fields — the same rule Excel and Google Sheets use when they export quoted CSV.

The later column silently overwrites the earlier one. Each row becomes a single JSON object keyed by header name, and JavaScript object keys can't repeat, so if your source file has two columns both labeled "Notes" (common after a spreadsheet merge or export bug), only the second column's values survive in the JSON — the first column's data is dropped without a warning. Rename duplicate headers before pasting if you need to keep both columns.

This page is comma-only, matching the plain "CSV to JSON" use case most people search for. If your file is semicolon- or tab-delimited — common in European locales where the comma is used as the decimal separator, or in files exported from database tools — use the full CSV/JSON converter, which auto-detects the delimiter or lets you choose comma, semicolon, tab, or pipe explicitly.

Rows are matched to headers by position, not by count, and nothing here throws an error. A short row (fewer fields than headers) fills the missing trailing values with null; a long row (more fields than headers) has its extra values silently discarded, since only as many fields as there are headers get read. Ragged CSV — often caused by a stray or missing delimiter partway through a file — won't be flagged, so check row lengths first if exact column alignment matters.

Das liegt daran, dass der Konverter den Typ jeder Zelle anhand ihres Textmusters erkennt, und eine reine Ziffernfolge wie 02138 oder 4025 passt zum Ganzzahl-Muster, unabhängig davon, was sie eigentlich darstellen soll. Sobald sie als Zahl behandelt wird, liefert parseInt("02138") das Ergebnis 2138 – die führende Null ist weg, weil JSON-Zahlen kein Konzept von „aufgefüllten“ Ziffern kennen, wie es ein String tut. CSV selbst kann ein Feld nicht als „als Text behandeln“ markieren: Die Quotierung nach RFC 4180 regelt nur, wie Kommas, Anführungszeichen und Zeilenumbrüche escaped werden, nicht den Datentyp dessen, was in den Anführungszeichen steht – ein gequotetes "02138" und ein ungequotetes 02138 werden also identisch geparst. Wenn du Postleitzahlen, Telefonnummern, Artikelnummern oder Kontonummern konvertierst, nutze das vollständige CSV/JSON-Konverter-Tool und schalte die Typerkennung aus, damit jede Spalte als String erhalten bleibt – und füge die Typisierung anschließend gezielt dort wieder hinzu, wo du tatsächlich Zahlen brauchst.

Am häufigsten geht es darum, einen Tabellenexport in etwas zu überführen, das nur JSON versteht. Ein Marketing-Team exportiert eine CSV-Datei mit Leads aus einem CRM-System und muss sie per POST an einen Webhook oder eine Zapier-/Make-Automatisierung senden, die einen JSON-Body erwartet. Ein Backend-Entwickler hat eine CSV-Datei mit Produktdaten von einem Lieferanten und muss sie in MongoDB oder Firestore einfügen – beide speichern JSON-ähnliche Dokumente statt Zeilen und Spalten. Ein QA-Ingenieur nimmt eine Tabelle mit Testfällen und macht daraus eine JSON-Fixture-Datei für einen Testrunner. In jedem Fall liegt die Datenquelle tabellarisch vor (eine Tabelle, ein Datenbankexport, ein CRM-Download), aber das Ziel – eine API, ein Dokumentenspeicher, ein Testframework – akzeptiert nur JSON, sodass eine schnelle, präzise Einmalkonvertierung das Schreiben eines Parsers für eine Aufgabe erspart, die nur ein- bis zweimal im Monat anfällt.

CSV existiert schon Jahrzehnte vor jeder formalen Spezifikation – Tabellenkalkulations- und Mainframe-Tools schrieben bereits seit den 1970er-Jahren kommagetrennte Textdateien, jedes mit eigenen Eigenheiten bei Quotierung und Zeilenenden. RFC 4180, veröffentlicht 2005 von Y. Shafranovich, dokumentiert die gängigen Konventionen (CRLF-Zeilenenden, optionale Einschließung in doppelte Anführungszeichen, verdoppelte Anführungszeichen zum Escapen), ist aber ausdrücklich informativ und kein bindender Standard. In der Praxis variiert „CSV“ weiterhin: Excel exportiert in manchen europäischen Ländereinstellungen semikolongetrennte Dateien, weil dort das Komma das Dezimaltrennzeichen ist, manche Tools verwenden reines LF statt CRLF, und BOM-präfixiertes UTF-8 ist bei Windows-Exporten üblich. JSON hingegen hat echte Standards hinter sich – ECMA-404 und RFC 8259 –, weshalb es überall identisch geparst wird, während CSV-Parser weiterhin das jeweilige Dialekt-Format erraten müssen.

Nein – das ist ein verbreiteter Irrtum. CSV-Zeilen und -Spalten erzeugen ausschließlich ein flaches JSON-Array aus flachen Objekten; CSV kann keine Verschachtelung ausdrücken, weshalb dieser Konverter (oder jedes andere CSV-zu-JSON-Tool) unabhängig von der Datenstruktur keine verschachtelten Objekte oder Arrays ausgeben kann. Auch der Typ jedes Werts ist nicht fest vorgegeben: Da CSV alles als Text speichert, kann "42" je nach Kontext die Zahl 42 oder der String "42" bedeuten, und verschiedene Tools erkennen Typen nach unterschiedlichen Regeln. Die Regeln dieses Konverters (true/false für Booleans, Ziffernmuster für Zahlen, leer/null/n-a für null) sind ein vernünftiger Satz von Standardeinstellungen, aber keine Garantie, dass sie mit jedem anderen CSV-Parser übereinstimmen, mit dem du das Ergebnis vergleichen könntest – einschließlich des CSV-Imports von Tabellenkalkulationsprogrammen selbst.

Die Kopfzeile liefert die JSON-Schlüsselnamen direkt, Zeichen für Zeichen, einschließlich Leerzeichen, Satzzeichen oder Emojis, falls deine Quelldatei solche enthält – JSON-Schlüssel sind einfach Strings, daher ist fast alles gültig. Die einzige Ausnahme ist eine vollständig leere Kopfzellen-Zelle: Statt einen Schlüssel ohne Namen zu erzeugen, weicht der Konverter auf einen Platzhalter wie column1, column2 aus, passend zur Position der Zelle in der Zeile, sodass jeder Wert trotzdem irgendwo in der Ausgabe landet – nur unter einem generischen statt dem fehlenden Namen. Wenn du sauberere, code-freundliche Schlüsselnamen möchtest – ohne Leerzeichen, mit einheitlicher Groß-/Kleinschreibung, ohne Sonderzeichen, die in JavaScript eine Klammernotation erfordern würden –, lohnt es sich, die Kopfzeile in deiner Quelltabelle vor dem Einfügen umzubenennen, da der Konverter die Kopfzeilen so übernimmt, wie sie sind, statt sie zu normalisieren oder zu bereinigen.