YAML, JSON, TOML und XML konvertieren — Jedes Format, im Browser

Konfigurationsdateien kommen in vier verbreiteten Formen — JSON, YAML, TOML und XML — und sie bleiben selten in der, mit der du angefangen hast. Ein Kubernetes-Manifest kommt als YAML, ein Rust-Projekt liefert TOML, eine API gibt JSON zurück, und ein Altsystem spricht noch XML. Öffne den Datenformat-Konverter, um zwischen jedem von ihnen zu wechseln, ohne ein Byte hochzuladen.

TL;DR

Quelle und Ziel wählen, Daten einfügen, konvertieren, kopieren.

Beliebig zu beliebig — JSON, YAML, TOML und XML ineinander umwandeln, alles in deinem Browser.
Verlustwarnungen vorab — wenn XML-Attribute oder gemischter Text sich nicht exakt hin und her konvertieren lassen, sagt dir das Warnungen-Feld, bevor du der Ausgabe vertraust.
Kopieren oder speichern — Ergebnis in die Zwischenablage holen oder mit der Endung des Zielformats lokal speichern.

Warum Formatkonvertierung wichtig ist

Diese Formate beschreiben alle dasselbe — strukturierte Daten mit Schlüsseln und Werten —, aber sie wurden für verschiedene Ziele gebaut, und jedes Ökosystem behält das bei, was am besten passt. Die Reibung zeigt sich, sobald Daten eine Grenze überschreiten: Eine CI-Pipeline liest YAML, aber das aufgerufene Werkzeug will JSON; die TOML-Konfiguration eines Python-Projekts muss von einem Skript bearbeitet werden, das JSON spricht; eine API liefert JSON, aber der konsumierende Dienst erwartet XML.

Die ehrliche Wahrheit ist, dass die Formate nicht perfekt austauschbar sind (mehr dazu im Abschnitt Grenzen), aber für die große Mehrheit der Konfigurationsdateien — flache oder wenig verschachtelte Einstellungen, Listen und typisierte Skalare — ist eine saubere Konvertierung genau das, was du brauchst. Die Aufgabe des Werkzeugs ist es, diese Konvertierung schnell und transparent zu machen und dich zu warnen, wenn sie nicht verlustfrei ist.

Die vier Formate

Jedes Format hat einen Charakter, und zu wissen, wann es eingesetzt wird, hilft dir, das richtige Ziel zu wählen:

JSON — streng, allgegenwärtig, der Standard für APIs und package.json. Verlangt doppelte Anführungszeichen bei Zeichenketten, keine nachfolgenden Kommas, keine Kommentare. Jeder Parser ist sich einig.
YAML — menschenfreundlich, von Einrückung gesteuert. Treibt Kubernetes, CI-Konfigurationen und alles an, was Leute von Hand bearbeiten. Leerzeichen sind bedeutungstragend, was zugleich Stärke und Falle ist.
TOML — typisiert, tabellenbasiert, für Konfigurationsdateien entworfen. Die Wahl für Rusts Cargo.toml, Pythons pyproject.toml und ähnliche Werkzeuge. Klarer als INI, strenger als YAML.
XML — wortreich, voller Attribute und Namensräume. Das Altformat, das noch in Unternehmenssystemen, SOAP-APIs und älteren Dokumentenspeichern auftaucht.

Schritt für Schritt: zwischen Formaten konvertieren

Der Datenformat-Konverter wird vollständig in deinem Browser ausgeführt. So geht’s:

Wähle das Quellformat und das Zielformat. Zwei separate Dropdowns wählen, woraus und wohin du konvertierst. Nutze Tauschen, um sie sofort zu tauschen — praktisch, wenn du gerade JSON zu YAML gemacht hast und jetzt das Gegenteil brauchst.
Füge deine Eingabe ein in den Quellbereich. Wenn du dir beim Format unsicher bist, kann das Werkzeug eines vorschlagen — ein “Erkannt als”-Hinweis erscheint neben der Quelle, basierend auf dem, was du eingefügt hast.
Setze die Optionen. Drei Steuerungen formen die Ausgabe:
- Einrueckung (0–8) — wie viele Leerzeichen das Ergebnis einrücken (wird beim Minifizieren von JSON ignoriert).
- JSON minimieren — entfernt alle Leerzeichen, wenn das Ziel JSON ist, für das kleinstmögliche Payload.
- XML-Attributpraefix — die Zeichenkette, die Schlüsseln vorangestellt wird, die XML-Attribute darstellen (Standard @, maximal 4 Zeichen).
Klicke auf Konvertieren. Das Ergebnis erscheint im Ausgabebereich, zusammen mit einer Zusammenfassung (von Format zu Format mit der Anzahl der Elemente der obersten Ebene) und einem Warnungen-Feld, das alles Verlustbehaftete markiert.
Kopieren oder speichern. Nutze Ergebnis kopieren für die Zwischenablage oder Herunterladen, um eine Datei zu speichern, deren Endung zum Zielformat passt. Nutze Leeren zum Zurücksetzen.

Verlustbehaftete Konvertierungen und Warnungen

Einige Konvertierungen können nicht perfekt sein, und das Werkzeug ist dazu ehrlich. Das Warnungen-Feld listet jeden Fall, damit du genau weißt, wo du schauen musst:

XML-Attribute — Attribute wie <user id="7"> werden unter einem Schlüssel mit Präfix gespeichert (standardmäßig @id). Die Konvertierung nach JSON oder YAML bewahrt sie, aber der Weg zurück ins XML verlässt sich auf das Präfix, um Attribute von Kindelementen zu unterscheiden, was in Grenzfällen verlustbehaftet sein kann.
Gemischter XML-Text — wenn ein Element sowohl Text als auch Kindelemente hat, wird der Text unter einem #text-Schlüssel gespeichert. Das konvertiert unvollkommen hin und her, weil die ursprüngliche gemischte Struktur in JSON oder YAML nicht ausdrückbar ist.
XML-Namen — Element- und Attributnamen werden zu gültigen XML-Namen normalisiert, sodass ungewöhnliche Zeichen in Schlüsseln ersetzt werden.
TOML-Verschachtelung — tief verschachtelte Objekte werden für die TOML-Ausgabe abgeflacht und können manuelle Nachprüfung erfordern.

Wenn das Warnungen-Feld leer ist, konvertiert die Daten sauber hin und her. Wenn nicht, lies jede Warnung und entscheide, ob die betroffenen Teile für dich relevant sind. Bei flachen Konfigurationsdateien wirst du meist gar keine Warnungen sehen.

Grenzen und Ehrlichkeit

Einige ehrliche Einschränkungen, damit du genau weißt, was du bekommst:

Die YAML- und TOML-Parser sind handgefertigte Teilmengen. Sie behandeln die häufigen Fälle — verschachtelte Mappings, Listen, Skalare, zitierte Zeichenketten, Zahlen, Boolesche Werte, Null —, aber sie sind keine vollständigen YAML- oder TOML-Spezifikationsbibliotheken. Komplexe oder grenzwertige Strukturen (Anker und Aliase in YAML, mehrzeilige Zeichenketten, Tabellen-Arrays in TOML, Datums- und Zeitwerte) werden eventuell nicht exakt so geparst oder serialisiert wie es eine dedizierte Bibliothek täte.
JSON und XML sind robust. JSON geht durch JSON.parse, also parst jedes gültige JSON exakt. XML nutzt einen dedizierten Parser, der Attribute, Verschachtelung und Entitäten behandelt.
Hin- und Her-Konvertierungen sind nicht garantiert. Weil die obigen verlustbehafteten Fälle (XML-Attribute, gemischter Text, TOML-Verschachtelung) sich nicht immer im Zielformat ausdrücken lassen, kann A → B → A A nicht exakt reproduzieren. Behalte dein Original.

Häufige Fragen

Ist die Konvertierung verlustfrei?

Für flache und wenig verschachtelte Konfigurationsdateien ja — typischerweise siehst du ein leeres Warnungen-Feld. Für Daten, die XML-Attribute, gemischten XML-Text oder tiefe TOML-Verschachtelung nutzen, kann die Konvertierung verlustbehaftet sein, und das Warnungen-Feld markiert jeden betroffenen Teil. Behandle Warnungen als dein Signal, diesen Abschnitt zu prüfen.

Kann es YAML zu JSON konvertieren?

Ja. Setze das Quellformat auf YAML und das Zielformat auf JSON (oder nutze den erkannten Hinweis), füge dein YAML ein und klicke auf Konvertieren. Die Ausgabe ist gültiges JSON, mit der Einrückung gesteuert durch die Option Einrueckung und optionaler Minifizierung.

Warum konvertiert mein XML anders hin und her?

Zwei Gründe. XML-Attribute werden auf Schlüssel mit Präfix abgebildet (wie @id), sodass die Unterscheidung von Kindelementen auf dem Rückweg von diesem Präfix abhängt. Und gemischter Inhalt — ein Element mit Text und Kindern — wird unter #text gespeichert, was sich nicht sauber zurück in gemischtes XML abbilden lässt. Das Warnungen-Feld meldet beide Fälle. Wenn Hin-und-Her-Treue wichtig ist, behalte das XML-Original.

Unterstützt es Kommentare in JSON?

Nein. JSON hat keine Kommentare in seiner Spezifikation, und der Parser behandelt sie als ungültige Eingabe. Wenn deine Eingabe Kommentare hat, entferne sie vor dem Konvertieren, oder nutze ein Format, das Kommentare unterstützt (YAML und TOML tun das).