Le navigateur décide si le balisage forme un document XML correctement imbriqué. Il ne peut déduire vocabulaire, types, relations, confiance de signature ou sens opérationnel.
Ce que vérifie ‘bien formé’
XML 1.0 exige un élément racine, des noms d’ouverture/fermeture identiques, une imbrication correcte, des attributs cités et uniques, des caractères légaux et des entités correctes. Une erreur fatale arrête l’analyse. XMLClear expose cette limite et la première ligne/colonne disponible. Il ne devine pas une balise et ne traite pas XML comme du HTML tolérant.
Ce qu’ajoute la validité
Une DTD ou un schéma définit éléments, ordre, cardinalité, valeurs par défaut, types et contraintes. L’application peut exiger des identifiants existants, des totaux cohérents, un certificat fiable ou une version de protocole. Un document peut respecter la syntaxe et échouer partout ailleurs. XMLClear dit donc ‘bien formé’ et jamais valide par schéma, fiable, sécurisé, signé ou prêt pour la production.
Contrôle pratique avant utilisation
Conservez le document d’origine à côté du résultat et comparez la partie utilisée. Vérifiez noms d’éléments et attributs, préfixes et déclarations d’espace de noms, entités, commentaires, instructions, limites CDATA et texte mixte. Si le système destinataire traite les espaces comme des données, choisissez Vérifier ou gardez la source : un formateur ne peut déduire un modèle de contenu absent. Passez ensuite le résultat dans le même schéma, les mêmes tests, contrôles de signature et flux applicatif qui acceptent normalement ce XML. XMLClear ne prouve volontairement pas ces contrats distincts.