Beliebiges XML formatieren, minifizieren und validieren — REST-Antworten, SOAP-Envelopes, RSS-Feeds, sitemaps, Maven, AndroidManifest. Syntaxhervorgehobene Ausgabe, Fehler mit Zeile und Spalte. Alles in deinem Browser.
Well-formed bezeichnet die grundlegenden strukturellen Regeln: Tags müssen korrekt verschachtelt und geschlossen sein, Attribute müssen in Anführungszeichen stehen, es muss genau ein Wurzelelement geben, Sonderzeichen müssen escaped sein (<, &, etc.). Dieses Tool prüft well-formed über den nativen DOMParser des Browsers.
Validität ist eine strengere Prüfung gegen ein Schema (DTD, XSD, RelaxNG) — „das Dokument entspricht dieser Grammatik“. Der DOMParser des Browsers führt keine Schemavalidierung durch; für XSD-Validierung benötigst du ein serverseitiges Tool wie xmllint --schema.
Ja. CDATA-Abschnitte (<![CDATA[…]]>) behalten ihren Inhalt genau wie geschrieben — Sonderzeichen darin werden nicht erneut escaped. Kommentare (<!-- … -->) und processing instructions (<?xml-stylesheet … ?>) werden an ihren ursprünglichen Positionen wieder eingefügt. Die XML declaration und die doctype-Zeile bleiben als erste Zeilen erhalten.
SOAP-Envelopes, RSS-Feeds, sitemaps, Maven `pom.xml`, AndroidManifest — werden bei Format, Minify und Validate korrekt behandelt.
Konfigurierbar mit 2 Leerzeichen, 4 Leerzeichen oder Tab. Selbstschließende Tags bleiben selbstschließend. CDATA-Abschnitte, Kommentare, processing instructions und die XML declaration überstehen den Format-Roundtrip.
Entferne irrelevanten Leerraum zwischen Elementen und reduziere das gesamte Dokument auf eine einzige Zeile. Praktisch zum Einbetten von XML in ein JSON-Stringfeld oder zum Senden über eine knappe Verbindung.
well-formed-Prüfung über den nativen DOMParser des Browsers. Bei einem Fehler werden Zeile und Spalte des fehlerhaften Markups inline angezeigt, sodass du direkt zum Problem springen kannst.
Tag-Namen, Attribute, Attributwerte, Text, Kommentare, CDATA und processing instructions sind alle farblich gekennzeichnet, sodass die Struktur sofort lesbar ist.
Jedes Byte bleibt im Browser. Parsing, Formatierung, Validierung und Download laufen alle als JavaScript auf deinem Rechner. Öffne DevTools → Network und überprüfe, dass null Anfragen rausgehen.
Reines JavaScript, keine Framework-Runtime. Der Cold Load ist unter 25 KB gzipped. Ein 200 KB großes XML-Dokument zu formatieren und mit Syntaxhervorhebung neu zu rendern dauert unter 80 ms.
Vier Schritte von chaotischem XML zu sauberer, validierter Ausgabe.
Lege oder füge eine beliebige XML-Payload ein — REST-API-Antworten, SOAP-Envelopes, RSS- / Atom-Feeds, sitemaps, Konfigurationsdateien. Das Tool formatiert automatisch beim Tippen (mit 350 ms Debounce).
2 Leerzeichen ist der moderne Standard (entspricht Prettier und den meisten Style Guides). 4 Leerzeichen ist die ältere Konvention (Java und.NET). Tab entspricht der Tabulatorbreite deines Editors — praktisch, wenn das Dokument von Hand bearbeitet wird.
Validieren meldet alle well-formed-Fehler mit Zeile und Spalte. Minifizieren reduziert das Dokument auf eine einzige Zeile — praktisch zum Einbetten von XML in einen JSON-String, eine Datenbankspalte oder eine Shell-Variable.
Klicke auf das Kopier-Symbol, um das bereinigte XML in deine Zwischenablage zu senden, oder lade es als formatted.xml herunter. Die Ausgabe behält CDATA, Kommentare, processing instructions und die XML declaration bei.
Vier verbreitete XML-Workflows, bei denen ein datenschutzorientierter Browser-Formatter besser ist als eine IDE zu öffnen.
Füge eine rohe SOAP-Antwort aus deinem Network-Log ein, formatiere sie, und der eigentliche Fehler ist nun innerhalb des Envelopes sichtbar. Die Fehlerangabe mit Zeile und Spalte lässt dich in Sekunden zu einem fehlerhaften namespace-Präfix oder einem nicht escapten & springen.
Füge deine handgeschriebene `sitemap.xml` oder einen RSS-Feed ein und prüfe well-formed, bevor du sie an Search Console / Aggregatoren übermittelst. Minifiziere, um in eine einzige Zeile zur Einbettung in Automatisierungsskripte zu passen.
Maven pom.xml, Spring-Beans, NHibernate-Mappings, Android AndroidManifest.xml — alle profitieren von einer Neuformatierung nach manuellen Bearbeitungen. Validiere vor dem Commit, um Tippfehler zu finden, über die sich der Build sonst beschweren würde.
.docx, .xlsx, .pptx und .epub sind allesamt ZIPs aus XML. Extrahiere das innere XML, füge es hier ein, formatiere es, und du kannst die Struktur sauber lesen oder bearbeiten, bevor du es wieder zippst.
XML-Payloads verlassen niemals dein Gerät. Öffne DevTools → Network und du siehst null ausgehende Anfragen während Formatierung, Validierung, Kopieren oder Download.
DOMParser des Browsers; Formatieren und Minifizieren sind einfache JavaScript-Durchläufe durch den resultierenden DOM-Baum.
Handverlesene Beiträge zu XML, SOAP-Debugging und Workflows mit Konfigurationsdateien.
Where XML still beats JSON (SOAP, RSS, Office docs, EPUB, sitemaps, configs) and where JSON wins. Worked examples and migration patterns.
Reading XML namespace prefixes, finding the actual fault inside a SOAP envelope, and using a browser-based formatter to spot the issue without firing up SoapUI.
Well-formed bezeichnet die grundlegenden strukturellen Regeln: Tags müssen korrekt verschachtelt und geschlossen sein, Attribute müssen in Anführungszeichen stehen, es muss genau ein Wurzelelement geben, Sonderzeichen müssen escaped sein (<, &, etc.). Dieses Tool prüft well-formed über den nativen DOMParser des Browsers.
Validität ist eine strengere Prüfung gegen ein Schema (DTD, XSD, RelaxNG) — „das Dokument entspricht dieser Grammatik“. Der DOMParser des Browsers führt keine Schemavalidierung durch; für XSD-Validierung benötigst du ein serverseitiges Tool wie xmllint --schema.
Ja. CDATA-Abschnitte (<![CDATA[…]]>) behalten ihren Inhalt genau wie geschrieben — Sonderzeichen darin werden nicht erneut escaped. Kommentare (<!-- … -->) und processing instructions (<?xml-stylesheet … ?>) werden an ihren ursprünglichen Positionen wieder eingefügt. Die XML declaration und die doctype-Zeile bleiben als erste Zeilen erhalten.
Ja, alles well-formed funktioniert — SOAP-Envelopes (mit den namespace-Präfixen soap:Envelope, soap:Body), RSS- / Atom-Feeds, sitemaps, SVG, plist, Maven pom.xml, Spring-Konfiguration, EPUB container.xml, Android AndroidManifest.xml. namespace-Präfixe bleiben erhalten — wir entfernen keine xmlns:-Attribute.
Die häufigsten Ursachen: (1) nicht escaptes & in Text- oder Attributwerten — muss & sein; (2) zwei Wurzelelemente (XML erlaubt genau eines); (3) ein Tag, das anders geschrieben ist als sein schließendes Tag (z. B. <Item>…</item> — XML unterscheidet Groß- und Kleinschreibung); (4) Attributwert nicht in Anführungszeichen; (5) ein nicht zugeordnetes < im Textinhalt. Die in der Fehlermeldung angezeigte Zeile und Spalte zeigt auf die fehlerhafte Position.
Nein. Parsing, Formatierung, Minifizierung, Validierung, Syntaxhervorhebung und Download laufen alle als JavaScript in deinem Browser. Öffne DevTools → Network und du siehst null ausgehende Anfragen während der Nutzung. Wir verwenden ein cookie für den cookie-consent-Status und ein cookie für die Spracheinstellung, mehr nicht.