XML Beautifier & Minifier
XML mit lesbarer Einrückung formatieren oder für die Produktion minifizieren.
Wofür es geeignet ist
Lesbares oder komprimiertes XML in Sekunden
Kompatibel mit jedem XML
Unterstützt generisches XML, SVG, RSS, SOAP, Maven/Spring-Konfigurationen und jeden XML-basierten Dialekt.
100% privat
Dein XML wird vollständig in deinem Browser verarbeitet. Niemals an externe Server gesendet.
Fehlererkennung
Der Formatierer identifiziert fehlgeformtes XML und zeigt die Fehlerzeile an, um die Korrektur zu erleichtern.
Sofortig
Verschönert oder minifiziert sofort ohne Warten, unabhängig von der Dokumentgröße.
So funktioniert es
Drei Schritte, kein Aufwand
XML einfügen
Kopiere und füge deinen XML-Code in den linken Textbereich ein. Es kann einzeiliges komprimiertes XML oder XML mit unregelmäßiger Einrückung sein.
Operation wählen
Wähle Beautify, um lesbare Einrückungen und Zeilenumbrüche hinzuzufügen, oder Minify, um das XML durch Entfernen unnötiger Leerzeichen zu komprimieren.
Ergebnis kopieren
Das formatierte XML erscheint im rechten Panel. Verwende die Kopierenschaltfläche für die Zwischenablage oder lade es als .xml-Datei herunter.
FAQ
Noch Fragen?
Der Beautifier nimmt kompaktes oder schlecht eingerücktes XML und reorganisiert es mit konsistenter Einrückung, typischerweise 2 oder 4 Leerzeichen pro Verschachtelungsebene. Dadurch wird ein unleserlicher Textblock in eine visuell klare hierarchische Struktur umgewandelt, die das Überprüfen, Debuggen und manuelle Bearbeiten des XML erleichtert.
Die Minifizierung entfernt alle Leerzeichen, Zeilenumbrüche und Tabs, die nicht Teil des Node-Inhalts sind. Sie ist nützlich beim Bereitstellen von XML über ein Netzwerk (SOAP-APIs, RSS/Atom-Feeds, Remote-Konfigurationen), um die Übertragungsgröße zu reduzieren. Bei großen XML-Dokumenten kann die Minifizierung die Größe um 15% bis 30% reduzieren.
In den meisten Fällen nein. Leerzeichen zwischen Tags (nur-Leerzeichen-Textknoten) sind technisch gesehen Textknoten im DOM, werden aber von gut geschriebenen XML-Parsern und -Anwendungen ignoriert. Ausnahmen sind Knoten mit xml:space='preserve' oder wenn gemischter Inhalt bedeutsamen Text zwischen Tags enthält.
Beide sind menschenlesbare Datenaustauschformate. XML verwendet öffnende und schließende Tags, unterstützt Attribute, Namespaces, Kommentare und formale Schemata (XSD). JSON ist kompakter und bildet direkt auf Programmierdatenstrukturen ab. XML dominiert in SOAP, SVG, RSS, Office Open XML (docx/xlsx) und Legacy-Enterprise-Konfigurationen.
XML ist wohlgeformt, wenn es Syntaxregeln befolgt: eine einzelne Wurzel, korrekt geschlossene und verschachtelte Tags, in Anführungszeichen gesetzte Attribute und maskierte Sonderzeichen (& < >). XML ist gültig, wenn es zusätzlich einem Schema (DTD oder XSD) entspricht. Dieser Formatierer erkennt fehlgeformte XML-Fehler und markiert die Fehlerzeile im Editor.
XML: Geschichte, SGML, W3C 1998 und moderne Verwendung
XML (eXtensible Markup Language) hat seine Wurzeln in SGML (Standard Generalized Markup Language), einem ISO-Standard von 1986 für elektronische Dokumente, der auch die Grundlage von HTML bildete. Tim Berners-Lee vereinfachte SGML, um 1990 HTML zu erstellen. XML entstand, als das W3C ein Format benötigte, das strukturierter als HTML, aber einfacher als SGML war: Die erste XML-1.0-Spezifikation wurde vom W3C am 10. Februar 1998 veröffentlicht.
XML wurde schnell zum De-facto-Standard für den unternehmensweiten Datenaustausch. SOAP (Simple Object Access Protocol), 1999 von Microsoft eingeführt, verwendete XML für Web-Service-Nachrichten. RSS 2.0 (2002) popularisierte XML für die Inhaltssyndizierung. Das Office-Open-XML-Format (ISO 29500), das den Microsoft-Office-.docx- und .xlsx-Dateien zugrunde liegt, ist XML. SVG-Dateien für Vektorgrafiken im Web sind reines XML.
Obwohl JSON XML in modernen REST-APIs aufgrund seiner geringeren Ausführlichkeit verdrängt hat, behauptet XML starke Positionen in Legacy-Enterprise-Systemen, Java-Anwendungskonfigurationen (Maven pom.xml, Spring context.xml), Android-Ressourcen (Layout-XML), Publikationsdokumenten (DITA, DocBook) und in jedem Kontext, wo Namespaces, Schemavalidierung oder Kommentare essenziell sind.