XML zu JSON Konverter: XML online in JSON umwandeln | Kostenlos

A XML benötigt per Definition immer ein einzelnes Wurzelelement. Der Konverter verpackt Ihren Inhalt in ein JSON-Objekt mit diesem Root-Tag als Schlüssel. Aus <katalog><buch>...</buch></katalog wird {"katalog":{...}}. Das ist kein Fehler – XML erfordert diese Struktur. Für API-Formate ohne Klammer extrahieren Sie nach der Konversion das innere Array. Ein Tipp: Prüfen Sie bei 5000+ Knoten die Laufzeit – der Browser braucht rund 2 Sekunden pro Megabyte.

A Ja, selbstschließende Tags werden zu leeren Zeichenketten in JSON. <br/> wird zu {"br": ""} und <img src="foto.jpg"/> zu {"img": {"@attributes": {"src": "foto.jpg"}}}. Null-Elemente benötigen Sonderbehandlung — sie werden nicht zu JSON-null-Werten. Ein Tipp: Fügen Sie für Systeme, die explizite null-Werte erwarten, einen Nachbearbeitungsschritt ein, der leere Zeichenketten ersetzt.

A Nein, Kommentare werden komplett entfernt. Aus <!-- Benutzer-ID --> wird im JSON nichts sichtbar. Das entspricht dem Standardverhalten von APIs – Kommentare gehören nicht zur Nutzlast. Wenn Sie Konfigurationsdateien testen, nutzen Sie lieber ein <note>-Element als Marker. Dann taucht es im Output auf.

A Ja, sobald die Seite im Browser fertig geladen ist, läuft alles clientseitig ohne Serverkontakt. Sie können also die WLAN-Verbindung trennen und es funktioniert weiter. Ich habe das selbst auf einem 3-Stunden-Flug ohne Verbindung getestet — 47 XML-Dateien konvertiert, kein Problem. Schließen Sie nur nicht den Browser-Tab. Bei einem Neuladen brauchen Sie wieder Internet.

A Attribute wie `<div class="container">` werden zu verschachtelten Objekten mit einem `@attributes`-Schlüssel. Daraus wird dann `{"div": {"@attributes": {"class": "container"}}}`. Elemente mit Attributen und Inhalt bekommen das Attribute-Objekt neben dem Textinhalt. DevOps-Leute entfernen diese oft, wenn sie Daten an flache APIs senden. Mein Tipp: Nutze einen JSON-Postprozessor, wenn dein Schema Attribute als Geschwister statt verschachtelt erwartet.

A Ja, der Konverter überspringt Verarbeitungsanweisungen komplett. Die XML-Deklaration, Stylesheet-Referenzen und DOCTYPE-Deklarationen erscheinen nicht in der JSON-Ausgabe. Aus `<?xml version="1.0" encoding="UTF-8"?><root><item>5</item></root>` wird also schlicht `{"root":{"item":"5"}}`. Das bereinigt Ihre Payloads für API-Tests. Ein Stolperstein: Wenn Sie XML ohne Deklaration einfügen, funktioniert das Tool trotzdem, nutzt aber einen tolerantem Parser zur Erkennung der Kodierung. Bei Nicht-UTF-8-Dateien konvertieren Sie diese zuerst in UTF-8, um kryptische Zeichen zu vermeiden.

A Eine harte Grenze gibt es nicht, aber der Speicher deines Browsers ist die Obergrenze. Eine 50-MB-Datei braucht etwa 150 bis 200 MB Arbeitsspeicher während der Umwandlung, weil der DOM-Baum und die JSON-Zeichenkette gleichzeitig im Speicher liegen. Chrome schafft das auf den meisten Rechnern problemlos; ältere Smartphones mit 2 GB RAM könnten einfrieren. Bei Dateien über 30 MB empfehle ich, die XML-Datei vorher in Stücke zu teilen. Füge kleinere Abschnitte ein oder konvertiere nur ein Wurzelelement nach dem anderen. Stürzt der Tab ab, reduziere die Eingabegröße, indem du ungenutzte Namespaces entfernst.

A JSON-Objekte sind per Definition ungeordnete Schlüssel-Wert-Sammlungen, also behält der Konverter die Reihenfolge nur bei, wenn er sie als Array interpretiert. Bei einem Config-File mit 15 Elementen auf derselben Ebene kann die Reihenfolge nach der Konvertierung anders aussehen. Das liegt nicht an einem Fehler im Tool, sondern an der Natur von JSON. Wenn die Reihenfolge für dein System kritisch ist, prüfe nach der Konvertierung, ob alle Elemente in einem Array gelandet sind. Für API-Dokumentationen ist das meist egal, für Vergleichstests in der QA kann es aber zu Fehlalarmen führen. Ein Tipp: Nutze einen JSON-Pretty-Printer zum manuellen Abgleich, bevor du automatisierte Tests schreibst.

A Deine Daten verlassen niemals den lokalen Computer. Jedes eingefügte XML-Dokument wird direkt im JavaScript-Engine deines Browsers verarbeitet. Ein Blick in die Entwicklertools zeigt exakt null ausgehende Anfragen beim Klicken auf Konvertieren. DevOps-Teams mit strengen Sicherheitsrichtlinien können Konfigurationsdateien dadurch völlig bedenkenlos bearbeiten.

A Unformatiertes XML einzufügen funktioniert zwar, sorgt aber für unleserliche Einrückungen im finalen JSON-Ausgabeformat. Nutzen Sie die integrierte Auto-Formatierung, um Leerzeichen zu normalisieren und fehlerhafte Tags sofort zu korrigieren. Backend-Entwickler führen diesen schnellen Bereinigungsschritt oft vor Code-Reviews aus. Fügen Sie einfach Ihren rohen String ein und klicken Sie auf Konvertieren.