CSV in XML umwandeln

Verpacken Sie eine CSV-Tabelle in gültiges XML: eigene Tag-Namen für Wurzel und Zeilen, Spalten als Elemente oder Attribute, Überschriften zu zulässigen Tag-Namen repariert.

Dateien hier ablegen

.csv, .tsv, .txt · bis 300 MB

Dateien auswählen

Name des Wurzelelements

Weitere Einstellungen

Name des ZeilenelementsTrennzeichenEingabecodierungSpalten ausgeben alsErste Zeile enthält SpaltennamenIn XML unzulässige NamenLeere Zellen ausgeben alsEinrückungXML-Deklaration schreiben

In XML umwandeln: So geht’s

1
CSV-Datei ablegen
Ziehen Sie eine .csv-, .tsv- oder .txt-Datei auf die Seite. Trennzeichen und Zeichencodierung werden aus den Bytes selbst ermittelt.
2
Wurzel- und Zeilen-Tags benennen
Legen Sie fest, was das Dokument und was jede Zeile umschließt: standardmäßig rows und row, oder catalog und product, wenn das Zielsystem genau das liest.
3
Umwandeln und XML herunterladen
Klicken Sie auf den Button und speichern Sie ein wohlgeformtes Dokument mit Deklaration und echter Einrückung.

Spaltenüberschriften, die keine Tag-Namen sein können

Echte Exporte haben Überschriften wie 2024 sales, order id oder eine leere Zelle, und keine davon ist ein zulässiger XML-Name. Eine solche Spalte wegzulassen, würde Daten kosten. Stattdessen wird der Name so repariert, wie XML 1.0 es verlangt: Unzulässige Zeichen werden zu Unterstrichen, eine Ziffer am Anfang bekommt ein n vorangestellt, und leere Überschriften werden zu column_1. Jede Umbenennung wird aufgelistet.

Elemente oder Attribute – und wann die Wahl übergangen wird

Jede Spalte kann zu einem Kindelement der Zeile werden oder zu einem Attribut an ihr. Attribute ergeben ein kompaktes Dokument, doch XML-Parser normalisieren einen Zeilenumbruch in einem Attributwert zu einem Leerzeichen. Eine Spalte mit mehrzeiligem Text wird deshalb unabhängig von der Einstellung als Element geschrieben, und Sie erfahren, um welche Spalte es sich handelt.

Maskierung und Codierung, um die Sie sich nicht kümmern müssen

Kaufmännische Und-Zeichen (&) und spitze Klammern in Ihren Daten werden automatisch maskiert, innerhalb von Attributen auch Anführungszeichen. Steuerzeichen, die XML grundsätzlich verbietet, werden entfernt und gezählt. Das Ergebnis ist immer UTF-8 ohne Byte Order Mark, mit einer XML-Deklaration, die genau das angibt – ganz gleich, welche Codierung die Ausgangs-CSV hatte.

Kein Hochladen, kein Server, keine Kopie

Die CSV-Datei decodieren, die Namen reparieren, die Werte maskieren und das Dokument serialisieren – all das geschieht in diesem Browser-Tab, mit JavaScript, das mit der Seite geladen wird. Ihre Datei wird nirgendwohin gesendet. So bleibt eine Preisliste oder ein Kundenexport auf Ihrem Gerät, auch während Sie die Datei umwandeln.

Häufige Fragen

Kann ich die Tag-Namen selbst wählen?

Ja, beide. Das Wurzelelement heißt standardmäßig rows und jeder Datensatz row; Sie können beide durch jeden gültigen Namen ersetzen, etwa catalog und product oder orders und order. Einen Namen, den XML ablehnen würde, etwa einen mit einer Ziffer am Anfang, weist das Tool gleich zu Beginn zurück und schlägt eine korrigierte Fassung vor, statt eine defekte Datei zu erzeugen.

Sollen Spalten Elemente oder Attribute werden?

Elemente sind die sicherere Standardwahl: Sie fassen jeden Text, auch mit Zeilenumbrüchen, und die meisten Schemas erwarten sie. Attribute ergeben ein deutlich kürzeres Dokument und eignen sich für kurze Kennungen, doch der Wert muss in eine einzige Zeile passen. Wählen Sie die Form, die das System erwartet, das die Datei liest.

Was passiert mit einer Überschrift wie 2024 sales?

Standardmäßig wird sie zu einem gültigen Tag bereinigt: Das Leerzeichen wird zum Unterstrich, und die Ziffer am Anfang bekommt ein Präfix – so entsteht n2024_sales. Eine Liste aller umbenannten Spalten wird angezeigt, damit sich nichts hinter Ihrem Rücken ändert. Möchten Sie lieber angehalten als korrigiert werden, stellen Sie „In XML unzulässige Namen“ auf „Anhalten, ich benenne selbst um“.

Meine CSV-Datei verwendet Semikolons und Windows-1251. Muss ich sie vorher umwandeln?

Nein. Semikolon, Tabulator, senkrechter Strich und Doppelpunkt werden alle neben dem Komma getestet. Die Codierung wird anhand einer Byte Order Mark erkannt oder, falls keine vorhanden ist, durch eine strenge UTF-8-Prüfung mit Windows-1251 oder Windows-1252 als Ausweichlösung. Beides lässt sich von Hand einstellen, wenn Sie mit der Erkennung nicht einverstanden sind.

Bleiben leere Zellen im Ergebnis erhalten?

Standardmäßig wird eine leere Zelle zu einem leeren, selbstschließenden Element. So haben alle Datensätze dieselbe Form, und ein verarbeitendes Programm kann sie leichter durchlaufen. Stellen Sie „Leere Zellen ausgeben als“ auf „Nichts, das Element entfällt“, wird das Element ganz weggelassen: Das Dokument wird kleiner, die Datensätze sind dann aber unterschiedlich aufgebaut.

In welcher Codierung wird das XML geschrieben?

Immer in UTF-8, ohne Byte Order Mark und mit passender Deklaration am Anfang. Von dieser Kombination gehen XML-Parser aus, und sie verhindert, dass die angegebene Codierung und die tatsächlichen Bytes auseinanderlaufen. Für Fragmente, die in ein größeres Dokument eingebettet werden sollen, lässt sich die Deklaration abschalten.

Zwei meiner Spalten heißen id. Was passiert dann?

Die zweite wird zu id_2 und die dritte zu id_3, denn ein Programm, das die Kindelemente eines Datensatzes durchläuft, könnte sie sonst nicht unterscheiden. Die Umbenennungen erscheinen in derselben Liste wie die bereinigten Namen.

Wird die Datei für die Umwandlung hochgeladen?

Nein. Alles läuft lokal in Ihrem Browser, ohne Server, und sobald der Tab geschlossen ist, bleibt nirgendwo eine Kopie Ihrer Tabelle zurück.