Warum Excel Ihre CSV beim Speichern verändert und wie Sie das Original schützen (Anleitung 2026)

In 30 Sekunden diagnostizieren: Datei vor und nach dem Speichern vergleichen

Als Erstes sollten Sie klären, ob sich die Datei selbst verändert hat oder nur die Excel-Ansicht der Datei, denn die beiden Fälle brauchen ganz unterschiedliche Lösungen. Hier ist der Test in 30 Sekunden. Machen Sie vor dem Öffnen einer CSV in Excel eine Kopie davon. Öffnen Sie nach dem Speichern aus Excel beide Dateien in einem reinen Texteditor, also in Editor unter Windows oder in TextEdit im Nur-Text-Modus auf dem Mac, und vergleichen Sie sie nebeneinander. Wenn die gespeicherte Kopie andere Trennzeichen, andere Zeichen, gestrichene Nullen oder neu formatierte Datumsangaben zeigt, hat sich die Datei verändert. Wenn beide Dateien Zeichen für Zeichen übereinstimmen, hat Sie nur die Excel-Anzeige getäuscht, und die Datei ist sicher.

Der zweite Hinweis liegt darin, wo die Änderungen sitzen. Ein Speichern, das die Datei neu geschrieben hat, verändert Werte in der ganzen Datei nach einem gleichbleibenden Muster: Jedes Komma als Trennzeichen wurde zum Semikolon, jeder Name mit Umlaut wurde zu Fragezeichen oder seltsamen Buchstabenpaaren, jeder Code verlor seine führenden Nullen. Zufälliger Schaden nur in einer Zeile oder eine einzelne fehlende Zeile deutet auf etwas anderes hin, zum Beispiel auf einen Bearbeitungsfehler oder einen abgebrochenen Export. Gleichbleibende, dateiweite Änderungen sind die Signatur eines Speichervorgangs, der die Datei unter den Excel-Standardeinstellungen neu geschrieben hat, und sie zeigen Ihnen genau, welche Einstellung Sie korrigieren müssen: die Trennzeicheneinstellung, die Kodierungswahl oder die Art, wie die Datei überhaupt geöffnet wurde.

Die dritte Prüfung entscheidet, ob eine Rettung noch möglich ist, und genau diese Prüfung lassen viele aus. Wenn Sie noch die Kopie von vor dem Excel-Zugriff haben oder die Quelle, aus der die CSV stammt, ist nichts verloren: Erzeugen Sie die Datei aus der guten Kopie neu oder importieren Sie sie erneut, und das Problem ist erledigt. Wenn die gespeicherte Datei die einzige Kopie überschrieben hat, hängt die Rettung von Sicherungen, Versionsverläufen oder einem erneuten Export aus dem Quellsystem ab, was der Abschnitt zur Rettung behandelt. Bis Sie das geprüft haben, speichern Sie nicht erneut, schließen Sie die Arbeitsmappe nicht über dieselbe Datei und löschen Sie die gespeicherte Kopie nicht: Eine beschädigte Kopie, die noch den größten Teil der Daten enthält, ist als Beweis besser als gar keine Kopie.

BEFORE (as exported, comma delimited, UTF-8):
code,zip,name,shipDate,note
00123,02138,Zoë Café,2026-03-04,fragile; handle with care
00456,07477,Müller,2026-04-03,gift

AFTER (saved from Excel on a European-locale machine):
code;zip;name;shipDate;note
123;2138;Zoë Café;03.04.2026;fragile; handle with care
456;7477;Müller;03.04.2026;gift

What changed: commas became semicolons, leading zeros vanished,
dates were reformatted, and one note split into two columns.

Beachten Sie, was dieses Beispiel beweist: Keine einzelne Einstellung hat all das verursacht. Das Trennzeichen wechselte wegen der Gebietsschemaeinstellung des Rechners, die Nullen verschwanden wegen der Typerkennung beim Öffnen, und die Datumsangaben änderten sich, weil Excel sie als Datumsangaben gespeichert und in seinem eigenen Anzeigeformat zurückgeschrieben hat. Ein Speichern führt nicht einen einzigen Fehler ein. Es friert jede Vermutung ein, die Excel beim Öffnen getroffen hat, auf einmal, und genau deshalb wirkt das Speichern so zerstörerisch, obwohl jede einzelne Vermutung auf dem Bildschirm harmlos aussah.

Warum Speichern kein Kopieren ist: Was Excel wirklich auf die Platte schreibt

Um zu verstehen, warum das Speichern eine CSV verändert, brauchen Sie eine Tatsache darüber, was Excel beim Öffnen der Datei tut. Excel hält die Datei nicht als Text fest. Es zerlegt den Text in Zellen, bestimmt für jede Zelle einen Typ, wendet Ihre regionalen Einstellungen an und zeigt Ihnen ein Raster. Was Sie sehen, ist die Excel-Deutung der Datei, nicht die Datei selbst. Beim Speichern schreibt Excel das Raster wieder als Text hinaus. Die gespeicherte Datei spiegelt also das Raster mit all seinen Vermutungen wider, nicht die ursprünglichen Zeichen. Der Weg von Text zu Raster und zurück zu Text ist der Ort, an dem jede Änderung in dieser Anleitung entsteht.

Als Erstes verwirft das Zurückschreiben alles, was kein Zellwert ist. Eine CSV-Datei enthält Zeilen und Spalten mit Werten und sonst nichts, deshalb behält Excel beim Speichern nur den Text und die Werte, wie sie in den Zellen des aktiven Arbeitsblatts angezeigt werden. Diagramme, Bilder, Zellfarben, fetter Text, verbundene Zellen, Regeln zur Datenüberprüfung und Hyperlinks überleben nicht, weil das Format keinen Platz dafür hat. Formeln werden durch das ersetzt, was sie gerade berechnen, also speichert eine Zelle mit einer Formel, die eine Summe berechnet, die Summenzahl und nicht die Formel. Das ist beim Export für ein anderes System meist genau das Gewünschte, aber es bedeutet, dass die gespeicherte CSV ein Schnappschuss eines Moments ist und keine funktionierende Tabelle, und ein erneutes Öffnen bringt die Formeln nie zurück.

Als Zweites verwirft das Zurückschreiben jedes Blatt außer dem, das Sie gerade angesehen haben. Eine Arbeitsmappe kann viele Blätter enthalten, aber eine CSV-Datei ist eine einzige Tabelle, deshalb speichert Excel nur das aktive Arbeitsblatt und warnt Sie, dass die anderen Blätter nicht gespeichert werden. Viele klicken diese Warnung täglich weg, und die gespeicherte Datei enthält dann Daten im Umfang eines Blatts, während der Rest in der ungespeicherten Arbeitsmappe zurückbleibt. Wenn Sie die Arbeitsmappe schließen, ohne sie im Tabellenformat zu speichern, sind die anderen Blätter weg. Die Warnung sagt Ihnen schlicht, dass das Speichern verlustbehaftet ist, und die sichere Reaktion ist, die Arbeitsmappe zuerst separat in ihrem eigenen Format zu speichern, bevor Sie irgendetwas als CSV exportieren.

Als Drittes verändert das Zurückschreiben die Werte selbst, denn Excel speichert Werte so, wie sie angezeigt werden, nicht so, wie sie gespeichert sind. Eine Zelle, die eine genaue Zahl enthält, die Sie auf zwei Nachkommastellen formatiert haben, wird mit der zweistelligen Anzeige gespeichert, nicht mit dem vollen gespeicherten Wert. Ein Datum, das als fortlaufende Zahl gespeichert ist, wird im Anzeigeformat Ihres Rechners gespeichert. Ein Code, den Excel für eine Zahl gehalten hat, wird als diese Zahl gespeichert, ohne seine führenden Nullen. Nichts davon ist ein Fehler. Es ist das, was das Speichern eines Rasters als Text bedeutet. Aber es bedeutet, dass sich die gespeicherte Datei von der Originaldatei auf Weisen unterscheiden kann, die unsichtbar bleiben, bis ein anderes Programm sie liest, und genau deshalb ist die Prüfung der gespeicherten Datei in einem Texteditor wichtiger als die Prüfung auf dem Bildschirm.

Das stille Überschreiben: Wie Strg+S aus einer Vermutung die Datei macht

Das schädlichste Speichern ist nicht Speichern unter. Es ist das schlichte Strg+S oder die Aufforderung zum Speichern beim Schließen bei einer CSV-Datei, die Sie nur ansehen wollten. Sie klicken eine CSV doppelt an, um einen Wert zu prüfen, korrigieren einen Tippfehler, drücken aus Gewohnheit Strg+S, und Excel schreibt die gesamte Datei unter seinen eigenen Standardeinstellungen neu. Sie haben eine Zelle geändert. Excel hat jede Zeile neu geschrieben. Diese Asymmetrie ist der Kern des Problems: Ein Speichern ist ein Vorgang für die ganze Datei und kein gezielter Eingriff in die Zelle, die Sie berührt haben, und jede Vermutung, die Excel beim Öffnen getroffen hat, wird mit demselben Tastendruck dauerhaft.

Excel warnt Sie sogar zweimal, und beide Warnungen lassen sich leicht wegklicken. Die erste Warnung sagt, dass die Datei Funktionen enthalten kann, die nicht mit CSV kompatibel sind, womit Excel Ihnen mitteilt, dass Formatierung und zusätzliche Blätter verloren gehen. Die zweite Warnung fragt in manchen Versionen, ob das aktuelle Format beibehalten werden soll. Wer diese Dialoge täglich sieht, klickt auf Aktuelles Format beibehalten, ohne zu lesen, weil der Dialog wie eine routinemäßige Bestätigung aussieht und nicht wie eine Warnung vor Datenverlust. Es lohnt sich, genau bei diesen beiden Dialogen langsamer zu werden. Sie sind der letzte Moment, in dem die Originaldatei noch unberührt existiert, und die Entscheidung, nicht zu speichern oder unter einem neuen Namen zu speichern, kostet nichts und bewahrt alles.

Der Hin- und Rückweg macht das Überschreiben so schwer rückgängig zu machen. Das Öffnen rät die Typen, und das Speichern schreibt die Vermutungen zurück, sodass das zweite Öffnen von bereits geratenen Werten ausgeht und darüber erneut rät. Ein Code, der beim ersten Öffnen seine Nullen verloren hat, kann sie beim zweiten Öffnen nicht zurückgewinnen, weil die Nullen in der Datei für kein Programm mehr lesbar sind. Ein Datum, das beim ersten Öffnen Tag und Monat vertauscht hat, vertauscht erneut oder bleibt vertauscht, weil die Datei nun das vertauschte Datum enthält, als wäre es die Wahrheit. Jeder Durchlauf durch Excel kann nur Informationen verlieren, nie wiederherstellen, und genau deshalb gilt die Regel dieser Anleitung ohne Ausnahme: Lassen Sie Excel niemals die einzige Kopie einer CSV-Datei überschreiben.

Änderung 1: Der Trennzeichenwechsel, wenn aus Kommas Semikolons werden

Die sichtbarste Änderung beim Speichern ist der Trennzeichenwechsel: Eine Datei mit Komma als Trennzeichen kommt mit Semikolon als Trennzeichen zurück, und das nächste Programm, das sie liest, steckt entweder jede Zeile in eine Spalte oder lehnt die Datei ab. Die Ursache ist Ihr Systemlistentrennzeichen, eine regionale Einstellung, die Excel immer dann nutzt, wenn es eine CSV-Datei schreibt. In Nordamerika und im Vereinigten Königreich ist das Listentrennzeichen ein Komma, sodass eine gespeicherte CSV mit Komma als Trennzeichen erhalten bleibt. In weiten Teilen Europas ist das Komma das Dezimalzeichen, deshalb ist das Listentrennzeichen ein Semikolon, und Excel schreibt Semikolons statt Kommas. Die Dateiendung bleibt in beiden Fällen .csv, sodass nichts im Dateinamen den nächsten Leser warnt, dass sich das Trennzeichen geändert hat.

Das ist dasselbe Trennzeichenproblem wie in der Begleitanleitung zum Ein-Spalten-Problem, aber die Speicherrichtung verdient eine eigene Warnung, denn die Lösung ist eine andere. Wenn sich eine Datei in einer Spalte öffnet, korrigieren Sie das Öffnen. Wenn sich eine Datei mit dem falschen Trennzeichen speichert, korrigieren Sie den Export: Gehen Sie in Excel auf Datei, dann auf Optionen, dann auf Erweitert, deaktivieren Sie Systemtrennzeichen verwenden und stellen Sie das Dezimaltrennzeichen auf einen Punkt und das Tausendertrennzeichen auf ein Komma ein, wodurch Excel ein Komma als Listentrennzeichen verwendet. Stellen Sie die Einstellung danach wieder zurück, wenn Sie sie nur für eine Datei brauchen, denn sie wirkt sich auf jede CSV aus, die Excel schreibt, solange sie geändert ist. Auf dem Mac liegt dieselbe Einstellung in den Systemeinstellungen unter Sprache und Region bei den Zahlenformaten.

Es gibt außerdem eine einfachere Prüfung, die diese Änderung abfängt, bevor sie Schaden anrichtet. Öffnen Sie die gespeicherte Datei in einem Texteditor und sehen Sie sich die erste Zeile an. Wenn die Kopfzeile Semikolons zeigt, wo das Original Kommas zeigte, hat sich das Trennzeichen vertauscht, und Sie sollten mit der oben genannten Einstellung erneut exportieren, statt die Datei zu versenden. Ein Texteditor zeigt Ihnen die Wahrheit auf einen Blick, während Excel sie vollständig verbirgt, denn Excel liest beide Trennzeichen in dasselbe Raster ein. Beurteilen Sie eine gespeicherte CSV nie danach, wie sie in Excel aussieht. Beurteilen Sie sie danach, wie sie als Text aussieht.

Änderung 2: Die Kodierungsverschlechterung, wenn Umlaute kaputtgehen

Die zweite Änderung beim Speichern ist leiser und fieser: die Kodierungsverschlechterung. Excel bietet zwei CSV-Speichertypen an, die fast gleich aussehen, und die falsche Wahl beschädigt jedes nicht-englische Zeichen in der Datei. CSV UTF-8 schreibt die Datei in UTF-8, was Umlaute, Akzente und nicht-lateinische Schriften abdeckt. Einfaches CSV schreibt die Datei in der älteren Systemkodierung Ihres Rechners, die auf vielen Windows-Rechnern diese Zeichen gar nicht darstellen kann, sodass sie als Fragezeichen oder falsche Buchstaben zurückkommen. Die beiden Optionen stehen in der Liste bei Speichern unter nebeneinander, und die einfache Option ist die, die man aus Gewohnheit wählt.

Die Regel ist einfach: Wählen Sie beim Speichern aus Excel immer CSV UTF-8, es sei denn, das empfangende Programm verlangt ausdrücklich das ältere Format. Und selbst dann prüfen Sie das Ergebnis in einem Texteditor, denn die ältere Kodierung ist ein Verlust in nur eine Richtung: Sobald ein Umlaut in der gespeicherten Datei durch ein Fragezeichen ersetzt wurde, kann kein erneuter Import den ursprünglichen Buchstaben wiederherstellen, weil die gespeicherte Datei ihn nicht mehr enthält. Die Begleitanleitung zur Kodierung behandelt die vollständige Diagnose, einschließlich des BOM-Tricks, mit dem Excel beim Doppelklick UTF-8 erkennt, aber die Speicherregel steht für sich: Die Kodierung, die Sie beim Speichern wählen, ist die Kodierung, die der nächste Leser bekommt, und die falsche Wahl beschädigt jeden nicht-ASCII-Wert auf einmal.

Ein weiteres Kodierungsdetail ist für Dateien von dieser Seite wichtig. Der Download aus dem Konverter ist reines UTF-8 ohne Byte-Order-Mark, was für die meisten Werkzeuge die sauberste Form ist, aber es bedeutet, dass Excel beim Doppelklick auf manchen Windows-Rechnern Umlaute falsch lesen kann. Das ist ein Öffnungsproblem, das in der Kodierungsanleitung behandelt wird, kein Speicherproblem, und es ändert nichts an der Speicherregel. Unabhängig von der Quellkodierung speichern Sie aus Excel als CSV UTF-8 und vergewissern sich in einem Texteditor, dass Namen mit Umlauten vor dem Versand noch korrekt lesbar sind.

Änderung 3: Die Typumwandlung, wenn Vermutungen zu Daten werden

Die dritte Änderung beim Speichern ist die Typumwandlung, und sie ist eigentlich drei Begleitprobleme, die zusammen ankommen, weil derselbe Hin- und Rückweg aus Öffnen und Speichern jede Vermutung zurückschreibt, die Excel getroffen hat. Führende Nullen verschwinden, weil Excel die Codes beim Öffnen als Zahlen gelesen und Zahlen ohne sie zurückgeschrieben hat. Datumsangaben werden neu formatiert oder vertauscht, weil Excel sie als fortlaufende Zahlen gespeichert und in seinem eigenen Anzeigeformat zurückgeschrieben hat. Lange IDs verlieren ihre hinteren Ziffern, weil Excel nur fünfzehn signifikante Stellen behält und für den Rest Nullen schreibt. Jedes dieser Probleme hat eine eigene Begleitanleitung mit eigenen Lösungen, und dieser Beitrag wiederholt diese Lösungen nicht, denn die Speicherlektion ist für alle drei dieselbe: Der Schaden entstand beim Öffnen, und das Speichern hat ihn dauerhaft gemacht.

Was hier festzuhalten lohnt, ist der Test, der ein Anzeigeproblem von einem Speicherproblem trennt. Öffnen Sie die Datei in einem Texteditor. Wenn Codes, Datumsangaben und IDs dort korrekt lesbar sind, ist die Datei noch gut und nur die Excel-Ansicht falsch: Schließen Sie ohne zu speichern und importieren Sie korrekt neu. Wenn der Texteditor gestrichene Nullen, vertauschte Datumsangaben oder gekürzte IDs zeigt, hat das Speichern die Datei bereits neu geschrieben, und der Abschnitt zur Rettung ist Ihr einziger Weg. Dieser Test dauert zehn Sekunden, und er ist die nützlichste Gewohnheit in dieser ganzen Anleitung, denn er sagt Ihnen, ob Sie noch eine gute Datei haben oder nur eine beschädigte.

Es lohnt sich auch zu wissen, was nicht neu geschrieben wird. Einfache Wörter, kurze Zahlen, die kein Raten brauchen, und Werte, die Excel als Text belassen hat, überstehen ein Speichern unverändert, und genau deshalb kann eine gespeicherte Datei größtenteils richtig aussehen, während sie genau in den Spalten falsch ist, auf die es ankommt: Codes, Datumsangaben und IDs. Die Stichprobe einer gewöhnlichen Zeile beweist nichts. Prüfen Sie nach jedem Speichern gezielt die sensiblen Spalten, die Codespalte, die Datumsspalte und die Spalte mit langen IDs, in einem Texteditor, bevor Sie die Datei irgendwohin senden.

Vier Reparaturen, die nach einem schlechten Speichern nicht funktionieren

Vor den Reparaturen, die funktionieren, lohnt es sich, die vier Reparaturen aus dem Weg zu räumen, die nicht funktionieren, denn jede kostet Zeit, und eine davon macht alles schlimmer. Die erste ist das nachträgliche Neuformatieren der gespeicherten Datei. Das Ändern eines Spaltenformats ändert, wie gespeicherte Werte angezeigt werden, aber es kann keine Zeichen wiederherstellen, die das Speichern bereits entfernt hat. Ein Code, der als 123 gespeichert wurde, kann seine Nullen nicht durch Formatieren der Spalte als Text zurückgewinnen, weil die Datei nun 123 enthält und sonst nichts. Formatierung ist Anzeige. Der gespeicherte Text ist die Daten, und Anzeigeänderungen berühren ihn nie.

Die zweite ist das Drücken von Rückgängig nach dem Speichern. Rückgängig macht Bearbeitungen innerhalb der geöffneten Arbeitsmappe rückgängig, aber es schreibt keine Datei zurück, die bereits auf die Platte gespeichert wurde. Sobald das Speichern abgeschlossen ist, enthält die Platte die neu geschriebene Datei, und kein noch so häufiges Rückgängig in der Arbeitsmappe bringt die ursprünglichen Zeichen zurück. Die dritte ist das Setzen von Anführungszeichen um die Werte in der gespeicherten Datei. Anführungszeichen steuern, wie Kommas innerhalb eines Werts behandelt werden, nicht wie Excel einen Wert typisiert, und Excel entfernt Anführungszeichen beim Import und rät den Typ ohnehin, sodass das Hinzufügen von Anführungszeichen zu einer beschädigten Datei an dem Schaden nichts ändert. Die vierte ist Suchen und Ersetzen in der gesamten gespeicherten Datei, um vertauschte Datumsangaben oder gestrichene Nullen von Hand zu reparieren. Das funktioniert nur, wenn jede Zeile dieselbe Änderung erlitten hat, was bei gemischten Spalten nie der Fall ist, sodass eine pauschale Ersetzung die Zeilen beschädigt, die richtig waren, während sie die Zeilen korrigiert, die falsch waren.

Zu wissen, welche Reparaturen scheitern, bewahrt Sie vor der häufigsten Falle überhaupt: zu glauben, das Problem sei gelöst, weil die Arbeitsmappe auf dem Bildschirm richtig aussieht, während die Datei auf der Platte noch falsch ist. Der Bildschirm ist nicht die Datei. Der Texteditor ist die Datei. Jede Reparatur im Rest dieser Anleitung beginnt mit dieser Unterscheidung, und jede Prüfung endet mit ihr.

Lösung 1: Niemals über das Original speichern, eine Masterkopie behalten

Das ist die Lösung, die Sie zuerst versuchen sollten, denn sie kostet nichts, ändert nichts an Ihrem System, und sie macht jeden anderen Fehler in dieser Anleitung wieder gut. Behalten Sie die ursprüngliche CSV-Datei unberührt, und erledigen Sie Ihre gesamte Excel-Arbeit an einer Kopie. Der Ablauf ist bewusst langweilig: Wenn eine CSV ankommt, speichern Sie sie in einem Ordner namens Originale und öffnen Sie diese Kopie nie in Excel. Kopieren Sie sie in einen Arbeitsordner und öffnen Sie die Arbeitskopie. Wenn ein Speichern schiefgeht, löschen Sie die Arbeitskopie, kopieren Sie das Original erneut und fangen Sie von vorn an. Keine Rettung, keine Reparatur, kein Datenverlust, weil die gute Datei nie gefährdet war.

Wenn Sie die CSV selbst erzeugen, behalten Sie das Original im Tabellenformat und behandeln Sie die CSV als Export, nicht als Dokument. Arbeiten Sie in der Arbeitsmappe, speichern Sie die Arbeitsmappe, und exportieren Sie eine frische CSV, sobald Sie eine brauchen, mit einem versionierten Namen wie kunden-2026-11-05.csv, sodass ein Export nie stillschweigend einen früheren ersetzt. Eine CSV ist ein abgeflachter Schnappschuss, nicht die Daten selbst, deshalb ist die Masterarbeitsmappe oder, noch besser, die Datenbank oder das JSON, aus dem die Daten stammen, das, was zu schützen ist. In dem Moment, in dem eine CSV zur einzigen Kopie Ihrer Daten wird, wird jedes Excel-Speichern zu einem Risiko für die einzige Kopie, und genau diese Situation soll diese Anleitung verhindern.

• ▸Speichern Sie jede eingehende CSV in einem Ordner für Originale, bevor Sie sie irgendwo öffnen.
• ▸Arbeiten Sie nur an einer Kopie und benennen Sie Exporte mit einem Datum, damit sie nie stillschweigend überschreiben.
• ▸Behalten Sie die Masterarbeitsmappe im Tabellenformat gespeichert, getrennt von jedem CSV-Export.
• ▸Wenn ein Speichern schiefgeht, werfen Sie die Arbeitskopie weg und fangen Sie erneut vom Original an.

Diese Regel schützt Sie auch vor der Warnung zu mehreren Blättern. Wenn Ihre Arbeitsmappe mehrere Blätter enthält und Sie eines als CSV exportieren, bleibt die Arbeitsmappe selbst in ihrem eigenen Format intakt, und Sie können jedes Blatt separat exportieren, sobald Sie es brauchen. Der CSV-Export ist ein einseitiger Schnappschuss für einen bestimmten Zweck, und die Arbeitsmappe bleibt das lebendige Dokument. Man verliert Blätter nicht, weil CSV gefährlich wäre, sondern weil man die Arbeitsmappe nach dem Export geschlossen hat, ohne sie zu speichern, und die Gewohnheit mit der Masterkopie macht diesen Fehler unmöglich.

Lösung 2: Sicher bearbeiten, im Texteditor oder über einen sauberen Import

Die zweite Lösung betrifft die Art, wie Sie bearbeiten, und sie hat zwei Zweige je nach Umfang der Aufgabe. Für eine kleine Bearbeitung, das Ändern von ein oder zwei Werten, das Korrigieren eines Tippfehlers oder einer Zeile, öffnen Sie die Datei überhaupt nicht in Excel. Öffnen Sie sie in einem Texteditor, nehmen Sie die Änderung vor und speichern Sie aus dem Editor. Ein Texteditor schreibt genau die Zeichen zurück, die Sie sehen, ohne Typerkennung, ohne Trennzeichenwechsel und ohne Kodierungsänderung, solange Sie beim Speichern dieselbe Kodierung behalten. Für eine Ein-Zeilen-Korrektur ist der Texteditor keine Notlösung. Er ist das richtige Werkzeug, und er ist für diese Aufgabe schneller als Excel.

Für eine große Bearbeitung, bei der Sie sortieren, filtern oder Formeln brauchen, importieren Sie die Datei sauber, statt sie doppelt anzuklicken. Öffnen Sie eine leere Arbeitsmappe, gehen Sie auf Daten, dann auf Aus Text/CSV, und stellen Sie in der Vorschau das Trennzeichen, die Kodierung und den Typ jeder sensiblen Spalte ein, bevor Sie laden: Codes und IDs als Text, Datumsangaben als Text oder als Datum mit dem Gebietsschema der Quelle. Erledigen Sie Ihre Arbeit, exportieren Sie dann mit Speichern unter, wählen Sie CSV UTF-8, geben Sie dem Export einen neuen Namen, damit er das Original nicht überschreiben kann, und prüfen Sie das Ergebnis in einem Texteditor, bevor Sie es senden. Der Importschritt ist der Ort, an dem Sie alle drei Vermutungen auf einmal unter Kontrolle bringen, und die Texteditorprüfung ist der Ort, an dem Sie beweisen, dass der Export sauber ist.

Eine weitere Option zum sicheren Bearbeiten verdient eine Erwähnung: Bearbeiten Sie die Daten an ihrer Quelle, statt die CSV zu bearbeiten. Wenn die CSV aus JSON stammt, korrigieren Sie das JSON und wandeln Sie erneut um, was eine saubere Datei ohne jeglichen Hin- und Rückwegschaden erzeugt. Wenn sie aus einer Datenbank stammt, exportieren Sie erneut aus der Datenbank. Das Neuerzeugen aus der Quelle ist immer sauberer als das Reparieren einer Datei, die bereits durch eine Tabelle gegangen ist, weil die Quelle die wahren Werte enthält und der Export nur einen Schnappschuss davon.

Lösung 3: Vor dem Versand prüfen, die Zwei-Minuten-Prüfung im Texteditor

Die dritte Lösung ist eine Gewohnheit und keine Einstellung: Prüfen Sie jede gespeicherte CSV in einem Texteditor, bevor Sie sie irgendwohin senden, anhand einer kurzen Prüfliste, die etwa zwei Minuten dauert. Öffnen Sie die gespeicherte Datei und das Original nebeneinander und prüfen Sie fünf Dinge. Erstens das Trennzeichen: Verwendet die Kopfzeile in beiden Dateien dasselbe Trennzeichen. Zweitens die Zeilenzahl: Enthält die gespeicherte Datei dieselbe Anzahl an Zeilen, wobei zu bedenken ist, dass Werte mit Zeilenumbrüchen sich über Zeilen erstrecken können. Drittens die sensiblen Spalten: Tragen Codes noch ihre führenden Nullen, lesen sich Datumsangaben noch so, wie die Quelle sie geschrieben hat, enthalten lange IDs noch alle Ziffern. Viertens die Kodierung: Lesen sich Namen mit Umlauten noch korrekt, ohne Fragezeichen oder seltsame Buchstabenpaare. Fünftens die Anführungszeichen: Sind Werte, die das Trennzeichen enthalten, noch in Anführungszeichen gesetzt, sodass sie in einer Spalte bleiben.

Wenn eine Prüfung scheitert, senden Sie die Datei nicht und versuchen Sie nicht, sie in der Tabelle zu flicken. Gehen Sie zurück zum Original, korrigieren Sie die Einstellung, die das Scheitern verursacht hat, und exportieren Sie erneut. Eine gescheiterte Prüfung ist billig, wenn das Original noch existiert, und teuer, wenn es das nicht tut, und genau deshalb gehört diese Prüfung vor das Senden und nicht erst nach einer Beschwerde. Die häufigste Reaktion auf eine gescheiterte Prüfung ist, die gespeicherte Datei erneut in Excel zu öffnen, um sie zu korrigieren, was einen weiteren Hin- und Rückweg startet und meist neuen Schaden hinzufügt. Korrigieren Sie den Export, nicht die exportierte Datei.

Machen Sie die Prüfung zum Teil des Exports selbst und nicht zu einer separaten Pflicht. Speichern unter, in einem Texteditor öffnen, die fünf Prüfungen durchführen, dann senden. Nach einigen Exporten wird die Prüfung automatisch, und die Dateien, die Sie senden, kommen nicht mehr mit Beschwerden über fehlende Nullen, vertauschte Datumsangaben oder Ein-Spalten-Layouts zurück. Die Prüfung ist auch Ihr Beweis: Wenn ein Empfänger später ein Problem meldet, können Sie die gesendete Datei mit dem Original vergleichen und genau zeigen, wo die Änderung passiert ist, statt zu raten.

Eine Datei retten, die bereits überschrieben wurde

Manchmal kommt der Rat zu spät, und die gespeicherte Datei hat die einzige Kopie bereits überschrieben. Eine Rettung ist in manchen Fällen möglich, und die ehrliche Antwort ist, dass es davon abhängt, was außer der beschädigten Datei noch existiert. Prüfen Sie zuerst automatische Sicherungen: OneDrive und SharePoint behalten Versionsverläufe für Dateien, die dort gespeichert sind, also klicken Sie mit der rechten Maustaste auf die Datei und suchen Sie nach früheren Versionen, bevor Sie irgendetwas anderes tun. Der Windows-Dateiversionsverlauf und Time Machine auf dem Mac behalten eigene Kopien, wenn sie aktiviert waren. E-Mail-Anhänge, Chat-Uploads und freigegebene Laufwerke enthalten oft eine frühere Kopie derselben Datei, die vor dem schlechten Speichern versendet wurde, und diese Kopie ist häufig die sauberste Rettung, die es gibt.

Zweitens, wenn keine frühere Kopie existiert, prüfen Sie, ob der Schaden gleichmäßig genug ist, um ihn umzukehren. Wenn jedes Datum nach einer einzigen Regel vertauscht wurde und jeder ursprüngliche Tag 12 oder kleiner war, kann eine Formel sie zurücktauschen, und wenn jeder Code dieselbe Anzahl an Nullen verloren hat, können diese Nullen durch Formatieren wiederhergestellt werden, aber nur, wenn der Verlust in der ganzen Spalte gleichmäßig war. Arbeiten Sie an einer Kopie, nie an der einzigen Version, und prüfen Sie das Ergebnis an einem bekannten Datensatz, bevor Sie ihm vertrauen. Wenn der Schaden gemischt ist, manche Zeilen vertauscht, manche als Text geblieben, manche Codes zu Datumsangaben geworden, sind die ursprünglichen Zeichen in dieser Kopie auf eine Weise verschwunden, die keine Formel entwirren kann, denn eine gespeicherte Zahl verzeichnet nicht, was sie früher einmal war.

Drittens, und am zuverlässigsten, erzeugen Sie die Datei aus ihrer Quelle neu. Exportieren Sie sie erneut aus der Datenbank, dem Werkzeug oder dem JSON, aus dem sie stammt, und öffnen Sie sie diesmal mit einem sauberen Import und speichern Sie nie darüber. Wenn die Quelle JSON ist, erzeugt der Konverter auf dieser Seite aus dem ursprünglichen JSON in Sekunden eine frische CSV mit jedem Wert genau wie geschrieben, und diese frische Datei ersetzt die beschädigte vollständig. Welchen Weg Sie auch wählen, behalten Sie die beschädigte Kopie beiseite, bis die Ersatzdatei in einem Texteditor geprüft ist. Das Löschen der einzigen Kopie vor der Prüfung des Ersatzes verwandelt ein behebbares Problem in einen verlorenen Datensatz.

Was das für Dateien aus dem Konverter dieser Seite bedeutet

Der Konverter auf dieser Seite erzeugt genau die Art von Datei, um die es in dieser Anleitung geht, deshalb lohnt es sich, sein Verhalten schlicht darzustellen, geprüft am echten Code und nicht angenommen. Die Konvertierungsengine wurde mit einer zweizeiligen Stichprobe ausgeführt, die die Codes 00123 und 00456, die Postleitzahlen 02138 und 07477, die 18-stelligen IDs 123456789012345678 und 987654321098765432, die Datumsangaben 2026-03-04 und 2026-04-03, die Namen mit Akzenten Zoë Café und Müller sowie die Notizen fragile; handle with care und gift enthielt. Mit Komma als Trennzeichen erzeugte sie jeden Wert byte-identisch, wobei der Name mit Komma in Anführungszeichen gesetzt wurde und sonst nichts in Anführungszeichen gesetzt wurde. Mit Semikolon als Trennzeichen setzte sie genau die Notiz mit Semikolon in Anführungszeichen und sonst nichts. Wenn Ihre umgewandelte Datei also nach einem Excel-Zugriff veränderte Werte zeigt, hat die Umwandlung nichts beschädigt. Die Datei war korrekt, und Excel hat beim Öffnen geraten und seine Vermutungen beim Speichern zurückgeschrieben.

Comma delimited (verified, real converter output):
code,zip,id,shipDate,name,note,price
00123,02138,123456789012345678,2026-03-04,"Zoë, Café",fragile; handle with care,19.99
00456,07477,987654321098765432,2026-04-03,Müller,gift,5

Semicolon delimited (verified, same sample):
code;zip;id;shipDate;name;note;price
00123;02138;123456789012345678;2026-03-04;Zoë, Café;"fragile; handle with care";19.99
00456;07477;987654321098765432;2026-04-03;Müller;gift;5

Codes, ZIPs, long IDs, and dates all survive byte-identically.
Quoting follows the delimiter: only values holding the delimiter
are quoted, in both cases.

Das gibt Ihnen zwei saubere Optionen für umgewandelte Dateien. Die erste ist der sichere Bearbeitungsweg: Wenn Sie eine umgewandelte Datei ändern müssen, ändern Sie das JSON und wandeln Sie erneut um, was eine frische Datei ohne Hin- und Rückwegschaden erzeugt, statt die CSV in Excel zu bearbeiten und darüber zu speichern. Die zweite ist der Importweg: Öffnen Sie die heruntergeladene Datei mit Daten, dann Aus Text/CSV, setzen Sie Code- und ID-Spalten auf Text und Datumsspalten auf Text oder auf Datum mit dem Gebietsschema der Quelle, erledigen Sie Ihre Arbeit und exportieren Sie mit Speichern unter unter einem neuen Namen als CSV UTF-8, wobei Sie das Ergebnis in einem Texteditor prüfen. Fügen Sie umgewandelte Ausgaben nicht durch eine Tabelle ein und speichern Sie sie nicht über den Download zurück, denn dieser Hin- und Rückweg kann genau die Trennzeichen-, Kodierungs- und Typabweichungen einführen, die diese Anleitung und ihre Begleiter verhindern sollen. Korrigieren Sie das Öffnen oder erzeugen Sie aus der Quelle neu, nie die gespeicherte Datei.

Ein weiteres Konverterdetail ist hier wichtig. Der Konverter lässt Sie das Trennzeichen vor dem Herunterladen wählen, und diese Wahl ist unabhängig von allem, was Excel danach tut. Eine Datei kann das richtige Trennzeichen tragen und trotzdem mit vertauschten Datumsangaben zurückkommen, oder die richtigen Datumsangaben und das falsche Trennzeichen, oder beides auf einmal falsch, denn das Trennzeichen, das Sie bei der Umwandlung gewählt haben, ist nicht das Trennzeichen, das Excel beim Speichern schreibt. Wenn sich Ihre umgewandelte Datei in einer Spalte öffnet und ihre Werte falsch aussehen, korrigieren Sie beides im selben Import: Wählen Sie das Trennzeichen, das Sie bei der Umwandlung gewählt haben, und setzen Sie die sensiblen Spalten ausdrücklich. Die Begleitanleitung zum Ein-Spalten-Problem behandelt die Trennzeichenhälfte im Detail, die Kodierungsanleitung behandelt die Zeichenhälfte, und die Anleitung zu führenden Nullen behandelt die Zahlenhälfte, und alle drei sind in den verwandten Anleitungen unten verlinkt.

Präventionscheckliste: CSVs so exportieren, dass niemand sie reparieren muss

Typerkennung und Speicherneuschreibungen sind Abweichungen zwischen Schreiber und Leser, deshalb bedeutet Vorbeugung, dass der Schreiber erklärt, was die Werte sind, auf eine Weise, die der Leser beachtet, und dass der Leser prüft, bevor er vertraut. Gehen Sie diese Checkliste durch, wenn Sie eine CSV erzeugen oder erhalten, und die nächste Person, die sie anfasst, braucht diese Anleitung nicht. Erstens: Behalten Sie die Quelldaten. Eine CSV ist ein abgeflachter Schnappschuss, nicht die Daten selbst, sodass der Export bei einem schiefgegangenen Speichern aus der Quelle sauber erneut erzeugt werden kann, statt eine beschädigte Kopie zu reparieren. Zweitens: Speichern Sie nie über ein Original. Behalten Sie einen Ordner für Originale, arbeiten Sie an Kopien und benennen Sie Exporte mit einem Datum, sodass nichts stillschweigend überschreibt.

Drittens: Wählen Sie beim Export aus Excel CSV UTF-8, prüfen Sie die Listentrennzeicheneinstellung vor dem Speichern und verifizieren Sie den Export in einem Texteditor, bevor Sie ihn senden. Viertens: Öffnen Sie eine erhaltene Datei zuerst in einem Texteditor, wenn irgendetwas seltsam aussieht, und bestätigen Sie Trennzeichen, Kodierung und sensible Spalten, bevor Sie eine Tabelle darüber speichern lassen. Fünftens: Sagen Sie den Empfängern, wie sie die Datei öffnen sollen: Ein einzeiliger Hinweis, dass Codespalten als Text zu importieren sind und Datumsangaben als Text oder als Datum mit dem Gebietsschema der Quelle, verhindert die ganze Problemklasse, und es kostet nichts, ihn mit der Datei zu versenden. Die meisten CSV-Schreckensgeschichten enden damit, dass jemand zu spät entdeckt, dass die beschädigte Datei die einzige Kopie war. Lassen Sie das nicht Ihre Datei sein.

Verwandte Anleitungen

• CSV in einer Spalte: Warum Ihre CSV in Excel in einer Spalte landet und wie Sie das beheben (Anleitung 2026) →
• Warum Ihre CSV in Excel falsch dargestellt wird und wie Sie die Kodierung beheben (Anleitung 2026) →
• Warum Excel die führenden Nullen Ihrer CSV-Codes entfernt und wie Sie sie behalten (Anleitung 2026) →
• CSV-Datei zu groß für Excel: Warum Excel Ihre große CSV-Datei nicht öffnet und was Sie stattdessen tun (Anleitung 2026) →

Häufig gestellte Fragen