Skip to content

XML-Formatierer

XML im Browser verschönern, minimieren und validieren — nichts wird hochgeladen. Strukturiert unübersichtliches XML neu, meldet Wohlgeformtheitsfehler mit Zeile/Spalte. Kostenlos, privat, keine Anmeldung.

Kein Tracking Läuft im Browser Kostenlos
Einrückung
XML-Ausgabe
Reviewed for XML 1.0 well-formedness compliance, lossless formatting, and accurate error reporting — Go Tools Engineering Team · May 29, 2026

Was ist ein XML-Formatierer und wozu wird er verwendet?

XML (Extensible Markup Language) ist ein textbasiertes Format für strukturierte Daten, das überall eingesetzt wird — von Webdiensten und Konfigurationsdateien über RSS-Feeds, SOAP-APIs, Office-Dokumente (DOCX, XLSX), SVG-Grafiken bis hin zu Android-Layout-Dateien. Im Gegensatz zu JSON unterstützt XML Kommentare, Namespaces, gemischte Inhalte (Text und Elemente gemischt) und Dokumenttyp-Deklarationen — was es zum bevorzugten Format für Enterprise-Integration, Dokumentenaustausch und überall dort macht, wo strukturierte Daten mit menschenlesbarem Markup koexistieren müssen.

XML in der Praxis ist oft schlecht eingerückt oder vollständig minimiert — API-Antworten kommen in einer einzigen Zeile, Konfigurationsdateien sammeln inkonsistente Einrückungen an, und von Serialisierern generiertes XML fügt gar keine Leerzeichen hinzu. Ein XML-Formatierer nimmt diese unübersichtliche Eingabe und rückt sie in eine saubere, hierarchische Struktur um, in der jede Verschachtelungsebene visuell klar erkennbar ist. Das ist unverzichtbar für Code-Reviews, Debugging, Dokumentation und das Verstehen unbekannter XML-Schemas.

**Was dieses Werkzeug im Vergleich zu einem einfachen Texteditor leistet:**

**1. Wohlgeformtheitsvalidierung mit präziser Fehlerlokalisierung.** Der Formatierer verwendet den DOMParser des Browsers (dieselbe Engine, die HTML und SVG parst), um das XML zu verarbeiten. Ist das Dokument nicht wohlgeformt — nicht übereinstimmende Tags, nicht geschlossene Elemente, nicht maskierte Zeichen oder mehrere Wurzelelemente — meldet der Parser die genaue Zeilen- und Spaltennummer, an der er gescheitert ist. Das ist weit schneller als rohes XML nach einer versehentlich offen gebliebenen Tag zu durchsuchen.

**2. Verlustfreie Formatierung.** Der Formatierer bewahrt Kommentare, Verarbeitungsanweisungen, CDATA-Abschnitte, Namespace-Deklarationen, Attributreihenfolge und alle Textinhalte exakt. Er passt nur die Leerzeichen zwischen Element-Tags an. Sie können jedes XML, das Ihnen wichtig ist, sicher formatieren — nichts Bedeutungsvolles wird sich ändern.

**3. Minimierung für den Produktionseinsatz.** Der Minimierer entfernt alle nicht signifikanten Inter-Element-Leerzeichen und erzeugt die kleinste gültige XML-Darstellung. Das ist der richtige Vorverarbeitungsschritt, bevor XML in einer Datenbankspalte gespeichert, als Zeichenkette in JSON eingefügt oder über einen byte-limitierten Kanal übertragen wird.

**4. 100 % browserbasierte Privatsphäre.** Healthcare-XML (HL7, FHIR), Finanzdaten, SOAP-Payloads mit Zugangsdaten und interne Konfigurationsdateien sind gängige XML-Payloads mit sensiblen Daten. Dieses Werkzeug lädt nichts hoch — alle Verarbeitung läuft in der JavaScript-Engine Ihres Browsers. Nutzen Sie unsere Begleitwerkzeuge, wenn Sie konvertieren statt formatieren möchten: XML zu JSON Konverter für die Konvertierung von XML zu JSON und JSON zu XML Konverter für die umgekehrte Richtung.

<!-- Minified XML input -->
<?xml version="1.0" encoding="UTF-8"?><catalog><product id="p01"><name>Wireless Headphones</name><price currency="USD">79.99</price></product></catalog>

<!-- After formatting with 2-space indent -->
<?xml version="1.0" encoding="UTF-8"?>
<catalog>
  <product id="p01">
    <name>Wireless Headphones</name>
    <price currency="USD">79.99</price>
  </product>
</catalog>

Hauptfunktionen

Verschönern mit 2- oder 4-Leerzeichen-Einrückung

Rückt XML in eine saubere, lesbare Hierarchie ein. Wählen Sie 2-Leerzeichen-Einrückung (am häufigsten für Webdienste, RSS und Konfigurationsdateien) oder 4-Leerzeichen-Einrückung (üblich in Enterprise-XML-Schemas) vor der Formatierung.

Minimieren — Nicht-signifikante Leerzeichen entfernen

Entfernt alle Leerzeichen zwischen Element-Tags ohne den Textinhalt zu berühren, und erzeugt das kleinstmögliche gültige XML. Ideal für Speicherung, Übertragung oder als Zeichenkette innerhalb von JSON oder anderen Formaten.

Wohlgeformtheitsvalidierung mit Zeilen-/Spaltenfehlern

Verwendet den integrierten DOMParser des Browsers zur Validierung der XML-Struktur. Meldet die genaue Zeilen- und Spaltennummer des ersten Wohlgeformtheitsfehlers — nicht übereinstimmende Tags, nicht geschlossene Elemente, nicht maskierte Zeichen — für schnelles Debugging.

Verlustfrei: Bewahrt Kommentare, Namespaces und Attribute

Kommentare, Verarbeitungsanweisungen, CDATA-Abschnitte, Namespace-Deklarationen und Attributreihenfolge werden exakt erhalten. Nur nicht-signifikante Leerzeichen zwischen Tags werden geändert — Ihre Inhalte werden niemals verändert.

100 % browserbasiert — kein Upload, kein Server

Alle Verarbeitung läuft lokal in Ihrem Browser. XML-Payloads mit Zugangsdaten, Healthcare-Daten, Finanzdaten oder internen Konfigurationen werden niemals an einen Server übertragen und niemals protokolliert.

Funktioniert mit SOAP, RSS, SVG, XHTML und Android-XML

Verarbeitet jede wohlgeformte XML-Anwendung: SOAP-Envelopes mit WS-Security-Headern, RSS/Atom-Feeds, SVG-Dateien, XHTML-Dokumente, Android-Layout-XMLs, Maven-POMs und Maven/Ant-Build-Dateien.

Beispiele

Unübersichtliches / Minimiertes XML

<?xml version="1.0" encoding="UTF-8"?><catalog><product id="p01" category="electronics"><name>Wireless Headphones</name><price currency="USD">79.99</price><stock>142</stock><tags><tag>audio</tag><tag>bluetooth</tag></tags></product><product id="p02" category="books"><name>Learning XML</name><price currency="USD">29.99</price><stock>55</stock></product></catalog>

Ein kompakter einzeiliger XML-Produktkatalog. Klicken Sie auf „Formatieren”, um ihn in einen lesbaren Baum mit 2-Leerzeichen-Einrückung einzurücken. Die Elementhierarchie, Attribute und Textinhalte bleiben dabei vollständig erhalten — die Formatierung ist rein optisch.

RSS-Feed-Ausschnitt

<rss version="2.0"><channel><title>Go Tools Blog</title><link>https://go-tools.org/blog</link><description>Developer tools, tips and tutorials</description><item><title>Understanding XML Namespaces</title><link>https://go-tools.org/blog/xml-namespaces-guide</link><pubDate>Thu, 29 May 2026 00:00:00 GMT</pubDate><description>A deep dive into XML namespace declarations, prefixes, and scope rules with practical examples.</description></item><item><title>XML vs JSON: When to Use Each</title><link>https://go-tools.org/blog/xml-vs-json</link><pubDate>Mon, 25 May 2026 00:00:00 GMT</pubDate></item></channel></rss>

Ein zweieinträgiger RSS-2.0-Feed, komprimiert auf eine Zeile. Nach der Formatierung erscheinen die Kanal-Metadaten und jedes Item-Element übersichtlich eingerückt, sodass Feedstruktur leicht zu prüfen ist, neue Einträge hinzugefügt oder Anforderungen eines Feed-Validators verglichen werden können.

SOAP-Envelope

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><soap:Header><wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"><wsse:UsernameToken><wsse:Username>api-client</wsse:Username><wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-ext-1.0.xsd#PasswordText">s3cr3t</wsse:Password></wsse:UsernameToken></wsse:Security></soap:Header><soap:Body><GetOrderRequest xmlns="http://example.com/orders"><OrderId>ORD-20260529-001</OrderId><IncludeLineItems>true</IncludeLineItems></GetOrderRequest></soap:Body></soap:Envelope>

Ein SOAP-1.1-Envelope mit WS-Security-Header und einem GetOrder-Body, der drei Namespace-Präfixe verwendet (soap:, wsse: und Standard). Die Formatierung macht die Header/Body-Trennung und Namespace-Deklarationen sofort erkennbar — unverzichtbar beim Debuggen von SOAP-Integrationen und beim Lesen WSDL-generierter Payloads.

Anleitung

  1. 1

    XML einfügen

    Geben Sie Ihr XML in das Eingabefeld oben ein oder fügen Sie es ein. Sie können auch auf „Beispiel laden” klicken, um ein Beispiel auszuprobieren (ein minimierter Produktkatalog-XML, der sich gut formatieren lässt).

  2. 2

    Aktion auswählen

    Klicken Sie auf „Formatieren”, um mit Einrückung zu verschönern, auf „Minimieren”, um Leerzeichen zu entfernen, oder auf „Validieren”, um die Wohlgeformtheit zu prüfen. Wählen Sie vor der Formatierung 2 oder 4 Leerzeichen als Einrückungsgröße.

  3. 3

    Ausgabe kopieren

    Das verarbeitete XML erscheint im Ausgabebereich. Klicken Sie auf „Kopieren”, um es in die Zwischenablage zu übernehmen. Hat „Validieren” Fehler gefunden, zeigt das Fehler-Banner die genaue Zeilen- und Spaltennummer.

Häufige XML-Fehler

Nicht übereinstimmende Tags

XML-Tag-Namen unterscheiden Groß- und Kleinschreibung und müssen exakt übereinstimmen. und sind unterschiedliche Tags — XML sieht dies als nicht geschlossenes -Element und ein verwaistes . Dies ist die häufigste Ursache für Wohlgeformtheitsfehler bei manueller XML-Bearbeitung.

✗ Falsch
<products>
  <Item>
    <name>Widget</name>
  </item>
</products>
✓ Richtig
<products>
  <item>
    <name>Widget</name>
  </item>
</products>

Nicht maskiertes Et-Zeichen oder Kleiner-als-Zeichen

Die Zeichen & und < sind in XML reserviert und müssen außerhalb von CDATA-Abschnitten maskiert werden. Ein nacktes & verursacht auch in Attributwerten einen Parser-Fehler. Verwenden Sie & für & und < für <. Das Größer-als-Zeichen > sollte im Textinhalt als > maskiert werden, obwohl Parser hier nachsichtiger sind.

✗ Falsch
<query>price > 10 & stock > 0</query>
✓ Richtig
<query>price &gt; 10 &amp; stock &gt; 0</query>

Nicht angeführte oder falsch angeführte Attribute

Alle XML-Attributwerte müssen in einfachen oder doppelten Anführungszeichen eingeschlossen sein. Nicht angeführte Attributwerte sind in HTML5 gültig, sind aber in XML ein Wohlgeformtheitsfehler. Außerdem muss ein Wert, der ein doppeltes Anführungszeichen enthält, einfache Anführungszeichen als Begrenzer verwenden (oder das Anführungszeichen als " maskieren).

✗ Falsch
<product id=p01 label="It's a "widget"">
✓ Richtig
<product id="p01" label="It's a &quot;widget&quot;">

Mehrere Wurzelelemente

Ein XML-Dokument muss genau ein Wurzelelement haben, das alle anderen Elemente enthält. Ein häufiger Fehler beim Zusammensetzen von XML-Fragmenten ist, dass zwei oder mehr Elemente auf der obersten Ebene nebeneinander stehen, was in XML ungültig ist (obwohl es in HTML üblich ist). Schließen Sie alle Geschwisterelemente in einen einzelnen Wurzel-Container ein.

✗ Falsch
<user><name>Alice</name></user>
<user><name>Bob</name></user>
✓ Richtig
<users>
  <user><name>Alice</name></user>
  <user><name>Bob</name></user>
</users>

Fehlende XML-Deklaration mit Kodierungsabweichung

Wenn Ihre XML-Datei in UTF-16 oder einer anderen Nicht-UTF-8-Kodierung gespeichert ist, die -Deklaration aber encoding="UTF-8" angibt (oder fehlt, was standardmäßig UTF-8 entspricht), lehnen einige Parser sie ab oder produzieren Fehlerausgaben. Beim Einfügen in ein browserbasiertes Werkzeug behandelt der Browser die Kodierung automatisch. Stellen Sie für Dateien auf dem Datenträger sicher, dass das encoding-Attribut der tatsächlichen Dateikodierung entspricht.

✗ Falsch
<?xml version="1.0" encoding="UTF-8"?>
<!-- File is actually saved as UTF-16 -->
✓ Richtig
<?xml version="1.0" encoding="UTF-16"?>
<!-- File saved as UTF-16, declaration matches -->

CDATA-Abschnitt nicht korrekt geschlossen

Ein CDATA-Abschnitt beginnt mit . Fehlt die Abschlusssequenz ]]> oder ist sie falsch geschrieben, behandelt der Parser alles Folgende als Teil des CDATA-Abschnitts, bis er ein weiteres ]]> findet oder das Ende des Dokuments erreicht. Dies äußert sich typischerweise als Fehler „unerwartetes Dokumentende”.

✗ Falsch
<script><![CDATA[
  if (a < b && b > c) { return true; }
<!-- ]]> is missing -->
✓ Richtig
<script><![CDATA[
  if (a < b && b > c) { return true; }
]]></script>

Häufige Anwendungsfälle

Debugging von SOAP- / Webdienst-Payloads
SOAP-Antworten von Enterprise-APIs und Legacy-Webdiensten kommen als einzeilige XML-Zeichenketten an. Fügen Sie den rohen Payload in den Formatierer ein, um sofort die Envelope-Struktur, Header und Body zu sehen — so lässt sich das benötigte Feld leicht finden oder ein Namespace-Konflikt erkennen. Siehe auch: XML zu JSON Konverter, wenn Sie den Payload weiter in JavaScript verarbeiten möchten.
Validieren von Konfigurationsdateien und Deployment-Deskriptoren
Maven-POM-Dateien, Spring-XML-Anwendungskontexte, Tomcat server.xml, Android-Manifest-Dateien und viele andere Java/Enterprise-Konfigurationsdateien sind XML. Führen Sie sie vor dem Commit durch „Validieren”, um nicht übereinstimmende Tags oder Kodierungsprobleme zu erkennen, die sonst erst beim Bauen oder Deployen auftauchen würden.
Formatieren von RSS- und Atom-Feed-Ausgaben
RSS-2.0- und Atom-1.0-Feeds sind XML. Beim Entwickeln eines Feed-Generators oder beim Debuggen von Feed-Reader-Kompatibilitätsproblemen formatieren Sie das rohe Feed-XML, um die Kanal-Metadaten, Item-Struktur und erforderliche Namespace-Deklarationen nebeneinander zu prüfen.
SVG-Dateien lesen und bearbeiten
SVG-Dateien, die aus Figma, Illustrator oder Sketch exportiert wurden, sind gültiges XML, aber oft minimiert oder enthalten übermäßige Einrückungen des Exporters. Formatieren Sie das SVG, um einen sauberen, navigierbaren Elementbaum zu erhalten, bevor Sie manuell Pfade, Gruppen oder Stilattribute bearbeiten.
XML für Speicherung oder Übertragung vorbereiten
Beim Speichern von XML in einer Datenbankspalte, beim Senden als JSON-Zeichenkettenfeld in einer API-Anfrage oder beim Einfügen in eine Nachrichtenwarteschlange verwenden Sie zuerst „Minimieren”, um unnötige Leerzeichen zu entfernen. Dies reduziert die Payload-Größe und vermeidet Probleme mit JSON-Parsern, die bei nicht maskierten Steuerzeichen in großen eingerückten XML-Zeichenketten scheitern könnten.
XML zu JSON konvertieren
Wenn Sie Ihr formatiertes XML für eine JavaScript-Anwendung oder REST-API in JSON umwandeln möchten, nutzen Sie unseren XML zu JSON Konverter. Für die umgekehrte Richtung — XML aus einer JSON-Struktur erstellen — nutzen Sie den JSON zu XML Konverter.

Technische Details

Browser-DOMParser für das XML-Parsing
XML-Parsing verwendet den nativen DOMParser des Browsers mit dem MIME-Typ 'text/xml'. Dies ist dieselbe Engine, die SVG und XHTML im Browser rendert — sie ist vollständig XML-1.0-konform und meldet Wohlgeformtheitsfehler mit Zeilen- und Spalteninformationen. Ist das Dokument nicht wohlgeformt, gibt der DOMParser ein parsererror-Dokument zurück, das die Fehlermeldung und Position enthält, die dieses Werkzeug extrahiert und anzeigt.
DOM-Baum-Serialisierung für die Formatierung
Die Formatierung funktioniert, indem das XML in einen DOM-Baum geparst und dann rekursiv durchlaufen wird, um eingerückte Ausgabe zu erzeugen. Dieser Ansatz bewahrt die semantische Struktur des Dokuments: Elementverschachtelung, Textinhalte, Attribute, CDATA-Abschnitte, Verarbeitungsanweisungen und Kommentare werden exakt wie geparst zurückgeschrieben. Nur reine Leerzeichen-Textknoten zwischen Elementen werden verworfen — Textknoten mit nicht-leeren Inhalten werden immer beibehalten.
Minimierung durch Entfernen reiner Leerzeichen-Textknoten
Die Minimierung durchläuft denselben DOM-Baum und entfernt Textknoten, deren Inhalt ausschließlich aus Leerzeichen (Leerzeichen, Tabs, Zeilenumbrüche) besteht. Textknoten mit gemischtem oder nicht-leerem Inhalt — die eigentlichen Daten zwischen Tags — werden niemals entfernt. Attribute und ihre Werte werden ohne zusätzliche Leerzeichen serialisiert. Das Ergebnis ist die kompakteste wohlgeformte XML-Darstellung des Originaldokuments.
100 % browserbasiert — kein Upload, kein Server
Alle Verarbeitung läuft in der JavaScript-Laufzeitumgebung Ihres Browsers. Zu keinem Zeitpunkt werden Daten an einen Server übertragen. Dies ist besonders wichtig für XML-Payloads, die häufig sensible Inhalte enthalten: SOAP-WS-Security-Token, HL7-Patientendaten, interne Service-Konfigurationen und Finanznachrichtenformate (FIX, SWIFT ISO 20022). Das Werkzeug ist sicher für jedes XML, das Sie nicht in einem öffentlichen Dienst einfügen würden.

Best Practices

Zuerst validieren, dann formatieren, vor dem Commit formatieren
Validieren Sie Ihr XML zuerst, um sicherzustellen, dass es wohlgeformt ist, bevor Sie es neu formatieren — der Formatierer erzeugt stillschweigend fehlerhafte Ausgabe, wenn die Eingabe kein gültiges XML ist. Nach der Validierung formatieren und die eingerückte Ausgabe prüfen, bevor Konfigurationsdateien, Feed-Vorlagen oder WSDL-Definitionen in die Versionskontrolle eingecheckt werden.
2-Leerzeichen-Einrückung für Web-Formate, 4-Leerzeichen für Enterprise-XML
2-Leerzeichen-Einrückung ist die Konvention für RSS/Atom-Feeds, SVG, XHTML, Android-XML und die meisten weborientierten XML-Formate. 4-Leerzeichen-Einrückung ist üblich in Java-Enterprise-Umgebungen (Maven POM, Spring-Context-Dateien, JBoss-Deployment-Deskriptoren). Halten Sie sich an die Konvention Ihrer vorhandenen Dateien und Toolchain.
XML vor dem Einbetten in JSON minimieren
Wenn Sie eine XML-Zeichenkette als JSON-Feldwert einbetten müssen, minimieren Sie sie immer zuerst. Eingerücktes XML enthält Zeilenumbrüche und mehrere Leerzeichen, die JSON-maskiert werden müssen (\n, mehrere \u0020), was die Payload-Größe stark aufbläht. Minimiertes XML löst auch weit seltener Zeilenlängenbegrenzungen in Zwischen-Proxies oder Protokollierungssystemen aus.
Sonderzeichen im Textinhalt maskieren, CDATA sparsam verwenden
Für kurze Textwerte mit & oder < verwenden Sie Entity-Referenzen (&, <) — sie sind portabler als CDATA-Abschnitte und funktionieren auch in Attributwerten. Reservieren Sie CDATA-Abschnitte () für das Einbetten großer Code-Blöcke, SQL-Abfragen oder HTML-Fragmente, bei denen das Maskieren jedes Sonderzeichens den Inhalt unlesbar machen würde.
Namespaces so früh wie möglich deklarieren
Deklarieren Sie XML-Namespaces (xmlns:prefix="URI") auf dem Wurzelelement oder dem höchsten Element, das das Präfix verwendet. Namespaces tief im Dokumentbaum zu deklarieren macht das XML schwerer lesbar und kann Probleme mit stream-basierten XML-Parsern (SAX, StAX) verursachen, die Namespaces inkrementell verarbeiten. Das SOAP-Envelope-Beispiel oben zeigt das empfohlene Muster: alle Namespace-Deklarationen auf dem Wurzel-Envelope-Element.

Häufig gestellte Fragen

Werden meine XML-Daten bei der Nutzung dieses Werkzeugs an einen Server gesendet?
Nein. Sämtliche Formatierung, Minimierung und Validierung findet vollständig in Ihrem Browser mithilfe von JavaScript statt. Ihr XML wird niemals über das Netzwerk übertragen, niemals auf einem Server gespeichert und von niemandem protokolliert oder analysiert. Das macht das Werkzeug sicher für XML-Payloads mit API-Zugangsdaten, internen Service-Daten, Finanzdaten, Healthcare-HL7/FHIR-Dokumenten oder anderen sensiblen Inhalten. Sie können dies bestätigen, indem Sie den Netzwerk-Tab Ihres Browsers öffnen — beim Einfügen oder Verarbeiten von XML werden keinerlei Anfragen ausgelöst.
Was prüft die Schaltfläche „Validieren”?
Die Schaltfläche „Validieren” prüft, ob Ihr XML gemäß der XML-1.0-Spezifikation wohlgeformt ist. Wohlgeformtheit bedeutet: Jedes öffnende Tag hat ein passendes schließendes Tag, Tags sind korrekt verschachtelt (keine überlappenden Elemente), das Dokument hat genau ein Wurzelelement, Attributwerte sind in Anführungszeichen gesetzt, und reservierte Zeichen (&, <, >) sind korrekt als &, < und > maskiert. Ist das XML wohlgeformt, erscheint ein grünes „Gültiges XML”-Banner. Ist es nicht wohlgeformt, erscheint eine Fehlermeldung mit der Zeilen- und Spaltennummer, an der das Problem gefunden wurde, damit Sie die Stelle sofort aufrufen und beheben können.
Prüft die Validierung gegen ein XML-Schema (XSD) oder DTD?
Nein. Dieses Werkzeug prüft ausschließlich die Wohlgeformtheit — es validiert nicht gegen ein XSD-Schema, eine DTD, ein RELAX-NG-Schema oder eine andere Grammatik. Wohlgeformtheit ist eine Voraussetzung für die Schema-Validierung, jedoch handelt es sich um unterschiedliche Korrektheitsstufen. Ein XML-Dokument kann vollständig wohlgeformt sein und dennoch gegen ein Schema verstoßen (z. B. fehlt ein Pflichtelement, oder ein numerisches Feld enthält eine Zeichenkette). Für vollständige Schema-Validierung benötigen Sie ein Werkzeug wie xmllint (Befehlszeile), Oxygen XML Editor oder den XML-Parser Ihrer Programmiersprache mit aktivierter Schema-Unterstützung.
Was ist der Unterschied zwischen „Formatieren (Verschönern)” und „Minimieren”?
„Formatieren (Verschönern)” fügt konsistente Einrückungen und Zeilenumbrüche hinzu, um XML lesbar zu machen. Jedes verschachtelte Element wird um die gewählte Anzahl an Leerzeichen (2 oder 4) eingerückt, sodass die hierarchische Struktur sofort sichtbar ist. Das ist gewünscht, wenn man XML liest, bearbeitet oder vergleicht. „Minimieren” bewirkt das Gegenteil: Es entfernt alle Leerzeichen, die nicht zum Elementtextinhalt gehören, und reduziert das Dokument auf die kleinstmögliche Zeichenanzahl. Das ist nützlich, bevor XML in einer Datenbank gespeichert, über ein Netzwerk übertragen oder als Zeichenkette in ein anderes Format eingebettet wird. Beide Operationen erzeugen semantisch identisches XML — nur nicht-signifikante Leerzeichen ändern sich.
Behält die Formatierung XML-Kommentare und Attribute bei?
Ja. Die Formatierung ist vollständig verlustfrei in Bezug auf XML-Inhalte. Kommentare () werden an ihrer Stelle mit angepassten Leerzeichen für die Einrückung erhalten. Alle Attribute, ihre Reihenfolge innerhalb eines Tags und ihre Werte bleiben genau erhalten. CDATA-Abschnitte, Verarbeitungsanweisungen () und Namespace-Deklarationen werden ebenfalls beibehalten. Der Formatierer passt nur die Leerzeichen zwischen Element-Tags an — er ändert niemals Elementnamen, Attributnamen, Attributwerte, Textinhalte oder Kommentare.
Wie formatiere ich XML mit 4-Leerzeichen-Einrückung statt 2?
Klicken Sie im Steuerelement „Einrückung” (neben den Schaltflächen „Formatieren”, „Minimieren” und „Validieren”) auf den Radiobutton „4 Leerzeichen” und dann auf „Formatieren”. Das Ausgabefeld rendert das XML mit 4-Leerzeichen-Einrückung neu. Sie können jederzeit zwischen 2 und 4 Leerzeichen wechseln und erneut auf „Formatieren” klicken — die Einrückungsgröße wird beim Klicken auf die Schaltfläche gelesen. 2-Leerzeichen-Einrückung ist die gängigste Konvention in Webdiensten und Datenaustauschformaten; 4-Leerzeichen-Einrückung wird manchmal in Enterprise-XML-Schemas und SOAP-lastigen Umgebungen bevorzugt.
Welche XML-Version und -Kodierung unterstützt dieses Werkzeug?
Der Formatierer verwendet den eingebauten DOMParser des Browsers mit dem MIME-Typ text/xml, der XML-1.0-Dokumente in jeder vom Browser unterstützten Zeichenkodierung verarbeitet — in der Praxis decken UTF-8, UTF-16 und ISO-8859-1 nahezu alle realen XML-Dateien ab. Die XML-Deklaration () wird beibehalten, wenn vorhanden. Für XML-1.1-Dokumente (in der Praxis selten, hauptsächlich für Unicode-Steuerzeichen genutzt) gilt derselbe Parser, einige XML-1.1-spezifische Funktionen werden jedoch möglicherweise nicht vollständig durchgesetzt.
Was verursacht einen „Wohlgeformtheitsfehler” und wie behebe ich ihn?
Die häufigsten Wohlgeformtheitsfehler sind: (1) Nicht übereinstimmende Tags — ein öffnendes Tag wie mit einem schließenden Tag wie (beachten Sie den Plural). Behebung: Tag-Namen exakt inkl. Groß-/Kleinschreibung abgleichen. (2) Nicht geschlossene Tags — ein Tag ohne passendes schließendes Tag oder selbstschließenden Schrägstrich. Behebung: Schließendes Tag hinzufügen oder in ändern. (3) Nicht maskierte Sonderzeichen — & direkt im Textinhalt statt & oder < statt <. Behebung: & durch & und < durch < außerhalb von CDATA-Abschnitten ersetzen. (4) Mehrere Wurzelelemente — XML erfordert genau ein Wurzelelement, das alles andere umschließt. Behebung: Alle Inhalte in ein einzelnes Wurzeltag einschließen. Die Fehlermeldung dieses Werkzeugs enthält die Zeilen- und Spaltennummer des ersten gefundenen Problems.
Kann ich dieses Werkzeug zum Formatieren von XHTML- oder SVG-Dateien verwenden?
Ja. XHTML und SVG sind beides gültige XML-Anwendungen, daher formatiert, minimiert und validiert dieses Werkzeug sie korrekt. Bei XHTML erkennt es nicht übereinstimmende oder nicht geschlossene Tags, die von HTML5-Parsern stillschweigend ignoriert würden, im strengen XHTML aber Fehler sind. Bei SVG ist es besonders nützlich, um komplexe, pfadlastige Dateien zu formatieren, die von Werkzeugen wie Figma oder Illustrator erzeugt wurden, um die Elementstruktur vor manuellen Bearbeitungen besser zu überblicken.
Wie verarbeitet dieses Werkzeug XML-Namespaces?
XML-Namespaces (xmlns-Deklarationen, Namespace-Präfixe wie soap:, xsi: usw.) werden vom Formatierer vollständig beibehalten. Namespace-Deklarationen verbleiben auf dem Element, auf dem sie ursprünglich deklariert wurden, und werden weder verschoben noch dedupliziert. Namespace-präfixierte Elementnamen und Attributnamen werden vom Formatierer als undurchsichtige Zeichenketten behandelt — Präfix und lokaler Name werden exakt so erhalten, wie sie geschrieben wurden. Das SOAP-Envelope-Beispiel oben zeigt ein Dokument mit drei Namespace-Präfixen.
Gibt es eine Dateigrößenbeschränkung für XML-Eingaben?
Es gibt keine vom Werkzeug erzwungene feste Größenbeschränkung, aber der DOM-basierte Parser des Browsers verbraucht Speicher proportional zur Dokumentgröße. Für die meisten realen XML-Dateien (Konfigurationsdateien, API-Antworten, RSS-Feeds, SOAP-Payloads) deutlich unter 1 MB ist die Leistung sofort. Für sehr große XML-Dateien — mehrmegabyte-große Datenexporte oder Protokolldateien — sollten Sie stattdessen ein Befehlszeilenwerkzeug verwenden: xmllint --format input.xml unter Linux/macOS (Teil von libxml2) oder python3 -c "import xml.dom.minidom; print(xml.dom.minidom.parse('input.xml').toprettyxml(indent=' '))" als plattformübergreifende Option.
Wie konvertiere ich XML zu JSON oder JSON zu XML?
Dieses Werkzeug konzentriert sich auf das Formatieren und Validieren von XML-Strukturen. Für die Konvertierung zwischen XML und JSON verwenden Sie die Begleitwerkzeuge: XML zu JSON Konverter konvertiert XML-Dokumente in ihre JSON-Darstellung, und JSON zu XML Konverter konvertiert JSON-Objekte in XML. Beide Werkzeuge sind ebenfalls 100 % browserbasiert ohne Daten-Upload.

Verwandte Werkzeuge

Alle Werkzeuge anzeigen →