XML Formatter en Validator
XML uit een SOAP-antwoord, een sitemap, een RSS-feed of een exportbestand komt vaak als één lange regel binnen. Deze tool zet elk element op een eigen regel en springt twee spaties in per nestniveau, zodat de structuur zichtbaar wordt. Daarnaast wordt gecontroleerd of de XML te ontleden is; lukt dat niet, dan krijg je dat te horen in plaats van stilzwijgend een verminkt resultaat. XML is strenger dan HTML: elk geopend element moet gesloten worden, tags zijn hoofdlettergevoelig, en de tekens kleiner-dan, groter-dan en ampersand moeten binnen tekstinhoud als entiteit geschreven worden. Precies die strengheid maakt een formatter nuttig — een fout valt op zodra de inspringing scheefloopt. Alles gebeurt lokaal in je browser: je XML gaat niet naar onze server, wordt niet gelogd en niet opgeslagen, dus ook een export met echte gegevens kun je hier zonder bezwaar in plakken. Gratis en onbeperkt te gebruiken, ook zakelijk — geen account, geen licentie, geen limiet.
Waar je dit voor gebruikt
<order id="42"><item>Boek</item><item>Pen</item></order>Elk element op een eigen regel, twee spaties per niveauNiet-sluitende tag → melding in plaats van een verminkt resultaat
Wat anderen van deze tool vinden
Nog geen beoordelingen voor deze tool. Die van jou is de eerste.
Werk je met Westcube?
Laat ook een review achter op GoogleVeelgestelde vragen
Waarom is mijn XML ongeldig terwijl het als HTML prima werkt?
XML is strikter. In HTML mag je een br- of img-tag laten staan zonder hem te sluiten en accepteert de browser hoofdletterverschillen tussen open- en sluittag. In XML moet elk element gesloten worden — of als los element eindigen op een schuine streep — en zijn Element en element twee verschillende namen. Daarnaast moeten de tekens kleiner-dan, groter-dan en ampersand binnen tekst als entiteit geschreven worden: een losse ampersand in een tekstwaarde is de meest voorkomende oorzaak van een onverwachte parseerfout.
Behoudt de tool mijn attributen en naamruimten?
Ja. De tool verandert alleen witruimte: attributen, hun volgorde, naamruimte-voorvoegsels en de XML-declaratie bovenaan blijven precies zoals je ze invoert. Er wordt niets herschreven, samengevoegd of weggelaten. Dat is bewust — een formatter die stilzwijgend je naamruimten normaliseert kan een bestand opleveren dat de ontvangende partij niet meer accepteert.
Kan ik hier een sitemap of RSS-feed mee bekijken?
Zeker, dat zijn allebei gewoon XML. Een sitemap met honderden URL’s wordt hier leesbaar zodat je kunt controleren of de verwachte elementen erin staan. Wil je specifiek een sitemap controleren, let dan op de aanwezigheid van een loc-element per URL en of er lastmod-waarden staan — dat laatste is het enige wijzigingssignaal waar Google iets mee doet.
Wat gebeurt er met een CDATA-blok of commentaar?
Die blijven staan. Een CDATA-blok bevat per definitie tekst die niet als opmaak gelezen mag worden, dus daar wordt niet in ingesprongen; de inhoud komt er ongewijzigd uit. Commentaarblokken blijven eveneens behouden en krijgen de inspringing van het niveau waarop ze staan. Verdwijnt er toch iets, dan lag het aan de invoer en niet aan de opmaak — controleer of het blok correct geopend en gesloten is.