Formatez, minifiez et validez n'importe quel XML — réponses REST, enveloppes SOAP, flux RSS, sitemap, Maven, AndroidManifest. Sortie avec coloration syntaxique, rapports d'erreur ligne + colonne. Tout dans votre navigateur.
Le caractère well-formed est l'ensemble de règles structurelles de base : les balises doivent être correctement imbriquées et fermées, les attributs doivent être entre guillemets, il doit y avoir un seul élément racine, les caractères spéciaux doivent être échappés (<, &, etc.). Cet outil vérifie le caractère well-formed via le DOMParser natif du navigateur.
La validité est une vérification plus stricte par rapport à un schéma (DTD, XSD, RelaxNG) — « le document est conforme à cette grammaire ». Le DOMParser du navigateur ne fait pas de validation de schéma; pour la validation XSD vous avez besoin d'un outil côté serveur comme xmllint --schema.
Oui. Les sections CDATA (<![CDATA[…]]>) conservent leur contenu exactement tel qu'écrit — les caractères spéciaux à l'intérieur ne sont pas ré-échappés. Les commentaires (<!-- … -->) et les processing instructions (<?xml-stylesheet … ?>) sont remis à leurs positions d'origine. La déclaration XML et la ligne doctype sont préservées comme premières lignes.
Enveloppes SOAP, flux RSS, sitemap, Maven `pom.xml`, AndroidManifest — gérés correctement en formatage, minification et validation.
Indentation configurable à 2 espaces, 4 espaces ou Tab. Les balises auto-fermantes restent auto-fermantes. Sections CDATA, commentaires, processing instructions et la déclaration XML survivent tous à un aller-retour de formatage.
Supprime les espaces non significatifs entre les éléments et réduit tout le document à une seule ligne. Utile pour intégrer du XML dans un champ de chaîne JSON ou pour l'envoyer sur un canal restreint.
Vérification du caractère well-formed via le DOMParser natif du navigateur. En cas d'erreur, la ligne et la colonne du balisage incorrect apparaissent en ligne afin que vous puissiez sauter directement au problème.
Noms de balises, attributs, valeurs d'attributs, texte, commentaires, CDATA et processing instructions sont tous coloriés afin que la structure soit immédiatement lisible.
Chaque octet reste dans le navigateur. Le parsing, le formatage, la validation et le téléchargement s'exécutent tous en JavaScript sur votre machine. Ouvrez DevTools → Network et vérifiez zéro requête sortante.
JavaScript pur, sans runtime de framework. Le chargement à froid pèse moins de 25 Ko gzippés. Formater un document XML de 200 Ko et le re-rendre avec coloration syntaxique prend moins de 80 ms.
Quatre étapes, du XML désordonné à une sortie propre et validée.
Déposez ou collez n'importe quel payload XML — réponses d'API REST, enveloppes SOAP, flux RSS / Atom, sitemap, fichiers de configuration. L'outil formate automatiquement au fur et à mesure de la saisie (anti-rebond 350 ms).
2 espaces est la valeur par défaut moderne (correspond à Prettier et à la plupart des guides de style). 4 espaces est l'ancienne convention (Java et.NET). Tab correspond à la largeur de tab de votre éditeur — utile lorsque le document sera édité à la main.
Valider signale toute erreur de well-formed avec ligne + colonne. Minifier réduit le document à une seule ligne — utile pour intégrer du XML dans une chaîne JSON, une colonne de base de données ou une variable shell.
Cliquez sur l'icône de copie pour envoyer le XML nettoyé dans votre presse-papiers, ou téléchargez sous formatted.xml. La sortie préserve CDATA, les commentaires, les processing instructions et la déclaration XML.
Quatre flux XML courants où un formateur dans le navigateur, axé sur la confidentialité, surpasse l'ouverture d'un IDE.
Collez une réponse SOAP brute issue de votre log réseau, formatez-la, et la véritable erreur devient visible à l'intérieur de l'enveloppe. La ligne + colonne d'erreur vous permet de sauter en quelques secondes vers un préfixe de namespace mal formé ou un & non échappé.
Collez votre `sitemap.xml` ou flux RSS écrit à la main, validez le caractère well-formed avant de le soumettre à Search Console / aux agrégateurs. Minifiez-le sur une seule ligne pour l'intégrer dans des scripts d'automatisation.
Maven pom.xml, beans Spring, mappings NHibernate, Android AndroidManifest.xml — tous bénéficient d'un reformatage après des édits manuels. Validez avant de committer pour attraper les fautes de frappe dont le build se plaindrait sinon.
.docx, .xlsx, .pptx et .epub sont tous des ZIP de XML. Extrayez le XML interne, collez-le ici, formatez, et vous pouvez lire ou éditer la structure proprement avant de la rezipper.
Les payloads XML ne quittent jamais votre appareil. Ouvrez DevTools → Network et vous verrez zéro requête sortante pendant le formatage, la validation, la copie ou le téléchargement.
DOMParser natif du navigateur; le formatage et la minification sont de simples parcours JavaScript de l'arbre DOM résultant.
Lectures sélectionnées sur XML, le débogage SOAP et les flux de fichiers de configuration.
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.
Le caractère well-formed est l'ensemble de règles structurelles de base : les balises doivent être correctement imbriquées et fermées, les attributs doivent être entre guillemets, il doit y avoir un seul élément racine, les caractères spéciaux doivent être échappés (<, &, etc.). Cet outil vérifie le caractère well-formed via le DOMParser natif du navigateur.
La validité est une vérification plus stricte par rapport à un schéma (DTD, XSD, RelaxNG) — « le document est conforme à cette grammaire ». Le DOMParser du navigateur ne fait pas de validation de schéma; pour la validation XSD vous avez besoin d'un outil côté serveur comme xmllint --schema.
Oui. Les sections CDATA (<![CDATA[…]]>) conservent leur contenu exactement tel qu'écrit — les caractères spéciaux à l'intérieur ne sont pas ré-échappés. Les commentaires (<!-- … -->) et les processing instructions (<?xml-stylesheet … ?>) sont remis à leurs positions d'origine. La déclaration XML et la ligne doctype sont préservées comme premières lignes.
Oui, tout ce qui est well-formed fonctionne — enveloppes SOAP (avec les préfixes de namespace soap:Envelope, soap:Body), flux RSS / Atom, sitemap, SVG, plist, Maven pom.xml, configuration Spring, EPUB container.xml, Android AndroidManifest.xml. Les préfixes de namespace sont préservés — nous ne supprimons pas les attributs xmlns:.
Les causes les plus fréquentes : (1) un & non échappé dans du texte ou des valeurs d'attributs — il doit être &; (2) deux éléments racines (XML n'en autorise qu'un); (3) une balise écrite différemment de sa balise fermante (par ex. <Item>…</item> — XML est sensible à la casse); (4) une valeur d'attribut non entre guillemets; (5) un < non apparié dans le contenu textuel. La ligne + colonne affichée dans le message d'erreur pointe vers la position fautive.
Non. Le parsing, le formatage, la minification, la validation, la coloration syntaxique et le téléchargement s'exécutent tous en JavaScript dans votre navigateur. Ouvrez DevTools → Network et vous verrez zéro requête sortante pendant l'utilisation. Nous utilisons un cookie pour l'état du consentement aux cookies et un autre pour la préférence de langue, c'est tout.