XML-zu-JSON-Konverter – kostenlos online

XML input

Share X / Twitter Facebook LinkedIn WhatsApp

So verwenden Sie XML zu JSON

Fügen Sie Ihr XML ein – eine SOAP-Antwort, einen RSS-Feed oder einen Export.
Lesen Sie die JSON-Ausgabe – Elemente als Schlüssel, Wiederholungen als Arrays, Attribute mit @-Präfix.
Beobachten Sie den Fall eines einzelnen Elements: Ein Vorkommen wird als Objekt konvertiert, mehrere als Array – stromabwärts normalisieren, wenn Feeds variieren.
Leiten Sie es weiter – in die JSON Viewer, Ihr Code oder ein beliebiges JSON-natives Tool.

Was ist XML zu JSON?

Ein XML-zu-JSON-Konverter restrukturiert mit Tags versehenes XML in JSON-Objekte: Elemente werden zu Schlüsseln, Textinhalte werden zu Werten, wiederholte Geschwisterelemente werden zu Arrays und Attribute werden nach Konvention zugeordnet (normalerweise Schlüssel mit @-Präfix). Ada wird zu {"user": {"name": "Ada"}}.

Dies ist die Modernisierungsrichtung: Die dauerhafte XML-Schicht – SOAP-Dienste, RSS/Atom-Feeds, Sitemaps, Unternehmensexporte, Konfiguration aus der Java-Welt – produziert weiterhin XML, während alles, was Sie mit den Daten tun möchten (JavaScript, APIs, JSON-Tools), JSON benötigt. Der Konverter ist der Adapter zwischen den Epochen.

Über den XML zu JSON

Fügen Sie XML ein und erhalten Sie sofort das JSON-Äquivalent – verschachteln Sie erhaltene, sich wiederholende Elemente, die in Arrays zusammengefasst sind, und weisen Sie Attribute durch Konventionen zu.

Typische Aufgaben: Verwenden einer SOAP- oder XML-RPC-Antwort in einem modernen JavaScript/Python-Stack, Umwandeln eines RSS-Feeds in JSON, das ein Frontend rendern kann, Konvertieren von Unternehmens- oder Regierungsdatenexporten für JSON-native Pipelines und Migrieren von XML-Konfigurationen in JSON-Formate. Nach der Konvertierung wird die gesamte JSON-Toolbox angewendet – der Viewer-Baum für die Erkundung, der Validator, Verarbeitung im JQ-Stil.

Die Mapping-Ehrlichkeit: XML enthält Dinge, die JSON nicht enthält (Attribute, Namespaces, Kommentare, gemischter Text- und Elementinhalt), sodass Konventionen die Lücke schließen – Attribute werden zu @key-Einträgen, Text neben untergeordneten Elementen wird zu einem #text-Schlüssel und die Mehrdeutigkeit zwischen einem einzelnen und einem Array (ein wird als Objekt konvertiert; zwei als Array konvertieren) ist eine Normalisierung in Code wert, der unterschiedliche Feeds verbraucht.

Häufig gestellte Fragen

Konventionell als Schlüssel mit Präfix: <user id="7">Ada</user> → {"user": {"@id": "7", "#text": "Ada"}}. JSON hat kein Attributkonzept, daher erfinden Konverter eines – @ und #text sind die gebräuchlichsten Konventionen.

Strukturinferenz: Zwei <item>-Geschwister bilden eindeutig ein Array; ein einzelnes <item> ist mehrdeutig und wird als einfaches Objekt konvertiert. Feeds mit unterschiedlicher Anzahl benötigen einen Normalisierungsschritt (Wrap-if-not-array) beim Konsumieren von Code.

Ja – RSS ist XML und die Konvertierung liefert Kanal-/Elementstrukturen, die zum Rendern bereit sind. Das Elementarray ist genau der Fall mit wiederholten Elementen: Einzelpost-Feeds wie oben normalisieren.

Kommentare, Verarbeitungsanweisungen, CDATA-Unterscheidungen und Namespace-Präfixe (normalerweise zu Schlüsselnamen zusammengefasst). Wenn der Verbraucher sie braucht, war JSON das falsche Ziel – das sind XML-native Konzepte.

Ungefähr – das JSON-zu-XML-Geschwister kehrt die Konventionen um, aber die Attributreihenfolge, Leerzeichen und Kommentare werden nicht wieder angezeigt. Für den Dateninhalt sind Roundtrips zuverlässig; Für die Dokumentformatierung gilt dies nicht.