Valider un XML contre un XSD

Comment ça marche

Un navigateur web n'embarque aucun validateur XSD complet et natif (contrairement à un parseur JSON Schema qu'on peut réimplémenter simplement). Cet outil lit votre XSD et en extrait une structure simplifiée — élément racine, séquence d'éléments enfants avec leurs minOccurs/maxOccurs, et attributs marqués use="required" — puis vérifie que votre document XML respecte cette structure.

Quelles sont les limites de cette validation ?

Cet outil ne remplace pas un validateur XSD conforme à la spécification W3C. Il ne vérifie pas les types de données précis (un xs:integer contenant du texte n'est pas détecté), ne gère pas les schémas avec imports/inclusions externes (xs:import, xs:include), les types complexes par héritage (extension/restriction), les groupes nommés réutilisables, ni les motifs de validation (xs:pattern, xs:restriction avec énumérations). Il vérifie uniquement : le nom de l'élément racine, la présence et le nombre d'occurrences des éléments enfants déclarés en séquence directe, et la présence des attributs marqués comme requis. Pour une validation stricte en production, utilisez un validateur XSD serveur (libxml2, Xerces, etc.).

Pourquoi ne pas simplement dire que c'est infaisable ?

Une validation XSD complète est effectivement infaisable proprement côté navigateur sans bibliothèque dédiée, mais la grande majorité des schémas XSD réels utilisés pour valider un export de configuration ou un flux de données simple se limitent à des séquences d'éléments avec occurrences et quelques attributs requis — exactement ce que cet outil vérifie, en étant honnête sur ce qu'il ne couvre pas.

Traitement 100% local : l'analyse du XSD et du XML s'exécute entièrement dans votre navigateur — vos documents ne quittent jamais votre appareil.