XML-zu-JSON-Konverter — kostenlos, kein Konto erforderlich

Der Baum ist derselbe; die Leser sind es nicht

XML und JSON beschreiben beide Bäume aus Daten — hier Elemente mit Kindern, dort Objekte mit Schlüsseln. Was sich unterscheidet, ist, wer sie liest. XML lebt in Konfigurationsdateien, Sitemaps, Newsfeeds, SOAP-Umschlägen, Enterprise-Integrationen und im Inneren von Dokumentformaten. JSON ist das, was Browser, mobile Apps, serverlose Funktionen und die gesamte moderne No-Code-Werkzeugkette nativ aufnehmen. XML in JSON zu konvertieren ist der Wechsel vom Format, das ein System ausgibt, zu dem Format, das das nächste Werkzeug wirklich versteht.

Weil beide Seiten Bäume sind, ist das eine der leichtesten Konvertierungen, die eine Datei machen kann. Keine Seiten zu setzen, keine Pixel zu bewegen: Ihre Datei wird geparst und wieder ausgegeben, typische Aufträge enden gut innerhalb weniger Minuten — das Plattform-Limit für jeden Auftrag bleibt bei etwa 10 Minuten, aber Datenkonvertierungen kommen selten in die Nähe.

Die Alltagsfälle sind ebenso konkret. Eine alte Konfiguration, die eine neue Deployment-Pipeline als JSON haben will. Eine XML-Antwort einer alten API, die ein JavaScript-Dienst verarbeiten muss. Daten, die in einem XML-Export stecken und die ein Dashboard, ein Tabellenwerk oder ein Skript lieber als JSON liest. In allen Fällen zählt nicht Geschwindigkeit, sondern Vorhersehbarkeit: Automatisierungsketten brechen dort, wo ein Konverter sie überrascht.

Die Mapping-Regeln, klar benannt

Zuerst die Regeln, denn diese Konvertierung ist nur so gut wie ihre Vorhersehbarkeit. Attribute werden Schlüssel mit Bindestrich-Präfix: Ein als `<config debug="true">` geschriebenes Element wird zu einem "config"-Objekt, dessen Attribut als Schlüssel "-debug" mit dem Wert "true" ankommt. Das Präfix ist Absicht — es garantiert, dass ein Attribut nie mit einem gleichnamigen Kind-Element kollidieren kann.

Textknoten folgen ihrer eigenen Regel. Wenn ein Element sowohl Attribute als auch Text trägt, reist der Text unter dem Schlüssel "#text". Und die Wiederholung entscheidet die Form: Ein Name, der unter seinen Geschwistern zweimal oder öfter erscheint, wird ein JSON-Array, während ein einzelnes Vorkommen auf einen schlichten String, eine Zahl oder ein Objekt gemappt wird. Die Form der Ausgabe folgt den tatsächlichen Vorkommenszahlen des Dokuments — by Design, nicht durch Zufall —, sodass „warum ist das ein String und kein Array" immer dieselbe Antwort hat: Es ist einmal aufgetreten.

Namensräume verdienen einen ehrlichen Absatz, denn wir behaupten das Gegenteil nicht. Namensraum-Präfixe werden nicht bewahrt: Ein als `<ns:name>` geschriebenes Element kommt als "name" heraus, und die xmlns-Deklarationen reisen als gewöhnliche Attribute mit — Bindestrich-präfixierte Schlüssel wie jede andere. Wenn Ihre nachgelagerte Logik von qualifizierten Namen abhängt, prüfen Sie die Ausgabe, bevor Sie sie anschließen; dieser Konverter tauscht Namensraum-Treue gegen eine flache, vorhersagbare Form — und sagt das, statt eine Vollständigkeit zu behaupten, die er nicht hat.

Die Ausgabe ohne Überraschungen lesen

Die Vorkommensregel ist die, die man verinnerlichen muss. Ein optionales Element, das in genau diesem Dokument nur einmal erscheint, kommt als Skalar oder Objekt an — nicht als Array mit einem Element. Code, der das JSON konsumiert, sollte entweder beide Formen beherrschen oder sicherstellen, dass die Quelle wirklich wiederholt. Das ist derselbe Kompromiss, den jedes XML-zu-JSON-Mapping eingeht; der Unterschied ist, dass er hier aufgeschrieben ist.

Datenmäßig geht nichts verloren. Attribute verschwinden nicht — sie tragen ihren Bindestrich. Text verschwindet nicht — er sitzt unter seinem eigenen Schlüssel, wenn das Element gemischt ist. In XML legale Namen gehen wörtlich als JSON-Schlüssel durch. Die eine Garantie, die Wiederholung wert ist: Weil Attribute den Bindestrich präfixiert bekommen, können sich Attribut und Kind-Element in der Ausgabe nie gegenseitig überschreiben.

Der praktische Rat ist kurz. Sie hängen eine XML-Quelle an eine Automatisierungskette an? Konvertieren Sie zuerst eine repräsentative Stichprobe, sehen Sie sich die Formen an, und erst dann den Rest im Stapel. Und eine Datei, die gar kein XML ist — ein abgeschnittener Download, ein Umbenanntes — scheitert mit klarem Grund, statt sinnleeres JSON auszuspucken; ein gescheiterter Auftrag ist damit immer ein sicherer Auftrag zum Wiederholen.

Datenschutz und Aufbewahrung

Eine Datei hinein, ein JSON heraus — kostenlos, kein Konto erforderlich, kein Wasserzeichen. Der Transport läuft über HTTPS, die Verarbeitung auf dem Konvertierungscluster, und sowohl das ursprüngliche XML als auch das erzeugte JSON werden automatisch innerhalb von 24 Stunden gelöscht. Konfigurationsdateien können Endpunkte und Geheimnisse enthalten, deshalb sei es klar gesagt: Nichts wird mit Werbepartnern geteilt, ein E-Mail-Feld existiert nirgendwo im Ablauf, und zu keinem Zeitpunkt wird ein Konto verlangt. Was bleibt, ist die Datei, die Sie heruntergeladen haben.