Warum deine CSV in Excel in einer einzigen Spalte landet (und wie du es behebst)

Wenn alles in Spalte A gequetscht ist, liegt das fast nie an einer kaputten Datei. Excel verwendet dein regionales Listentrennzeichen statt des Kommas — dazu zwei verwandte Probleme, die deine Daten still beschädigen.

Du öffnest eine völlig gültige CSV und jede Zeile landet komplett in Spalte A, samt Kommas. Die Datei ist in Ordnung. Excel hat sie schlicht nicht aufgeteilt, denn Excel setzt nicht voraus, dass ein Komma die Werte in einer Datei mit "kommagetrennten Werten" trennt — es verwendet das, was in deinem Betriebssystem als regionales Listentrennzeichen eingestellt ist.

Die Ursache sind deine Regionseinstellungen, nicht die Datei

In englischsprachigen Gebietsschemata ist dieses Trennzeichen ein Komma, weshalb CSVs korrekt öffnen und niemand merkt, dass dieses Verhalten überhaupt existiert. Im Deutschen, Spanischen, Französischen, Italienischen und in den meisten europäischen Gebietsschemata ist das Dezimaltrennzeichen ein Komma, also ist das Listentrennzeichen stattdessen ein Semikolon. Excel öffnet deine kommagetrennte Datei, sucht nach Semikola, findet keine und schließt daraus, dass die ganze Zeile ein einziger Wert ist. Das erklärt auch, warum ein Kollege exakt dieselbe Datei problemlos öffnen kann, während deine kaputt aussieht — ihr habt unterschiedliche Regionseinstellungen, nicht unterschiedliche Dateien.

Drei Lösungen, von der schnellsten zur zuverlässigsten

Am schnellsten fügst du ganz oben in der Datei eine einzelne Zeile mit sep=, und sonst nichts ein. Excel behandelt diese erste Zeile als Anweisung statt als Daten und verwendet das genannte Trennzeichen. Die zweite Möglichkeit ist, die Datei gar nicht doppelt anzuklicken: öffne zuerst Excel und nutze Daten > Aus Text/CSV, was den Importassistenten startet und dich das Trennzeichen explizit wählen lässt. Die dritte, nützlich wenn du die Datei nicht ändern kannst, ist das Umbenennen der Endung von .csv nach .txt — bei einer .txt-Datei weigert sich Excel zu raten und zeigt immer den Assistenten. Der Importassistent ist der einzige Weg, der auch die beiden folgenden Probleme löst, und daher die zusätzlichen Klicks wert.

Das zweite Problem: Umlaute werden zu Zeichensalat

Erscheinen Namen als José oder Müller, ist die Datei UTF-8, aber Excel hat sie als veraltete Ein-Byte-Kodierung dekodiert. Excel erkennt UTF-8 nur dann automatisch, wenn die Datei mit einer Byte Order Mark beginnt, einem unsichtbaren Drei-Byte-Präfix, das die meisten Exportwerkzeuge und die meisten Programmiersprachen standardmäßig weglassen. Du hast zwei Optionen: die Datei als "UTF-8 mit BOM" speichern, oder den Importassistenten nutzen und den Dateiursprung auf 65001: Unicode (UTF-8) setzen. Beachte, dass die Verstümmelung beim Import passiert — sie nachträglich per Suchen-und-Ersetzen zu reparieren ist aussichtslos, importiere stattdessen neu.

Das dritte Problem: führende Nullen und lange Zahlen werden zerstört

Excel rät Typen aggressiv. Eine Postleitzahl wie 01234 verliert ihre führende Null und wird zu 1234. Eine 16-stellige Bestellnummer wird zu 1,23457E+15 und die ursprünglichen Ziffern sind endgültig weg. Ein Wert wie 1-2 kann zu einem Datum werden. Nichts davon lässt sich nach dem Speichern wiederherstellen, und es ist die häufigste Art, wie CSV-Daten in der Praxis still beschädigt werden. Die einzige echte Verteidigung ist der Importassistent: markiere im letzten Schritt diese Spalten und setze ihren Typ auf Text, bevor du abschließt. Erzeugst du die CSV selbst, hilft es nicht, solche Werte in Anführungszeichen zu setzen — Excel wandelt sie trotzdem um.

Wenn du die Datei erstellst statt sie zu empfangen, lässt dich unser JSON-zu-CSV-Konverter Trennzeichen und Kodierung vorab festlegen, damit die Datei beim Empfänger korrekt öffnet. Alles läuft in deinem Browser, Kunden- oder Bestelldaten verlassen dein Gerät also nie.