JSON vers XML
Convertissez du JSON en XML bien formé avec un élément racine configurable. Les tableaux deviennent des éléments répétés et les caractères spéciaux sont
Convertissez du JSON en XML bien formé avec l'élément racine de votre choix. Les clés des objets deviennent des noms d'éléments, les tableaux deviennent des éléments répétés, et les caractères comme <, > et & sont correctement échappés pour que le résultat soit analysable par n'importe quel outil XML.
Utilisez-le lorsqu'une intégration attend du XML alors que vos données sources sont en JSON : un point d'accès SOAP, un ancien format d'import, un fragment RSS ou de plan de site. Comme le XML n'a pas de notion native de tableau, c'est la convention des éléments répétés qui préserve les listes lorsque le document est analysé à nouveau.
Comment convertir du JSON en XML
Collez votre JSON
Définissez le nom de l'élément racine
Copiez ou téléchargez le XML
Questions fréquentes
Comment les tableaux sont-ils représentés ?
Par des éléments répétés portant le même nom, ce qui est la façon conventionnelle d'exprimer une liste en XML et la forme attendue par la plupart des analyseurs.
Les caractères spéciaux sont-ils échappés ?
Oui, <, >, & et les guillemets sont échappés pour que le document soit bien formé. Les clés qui ne sont pas des noms XML valides sont assainies, l'original étant conservé lorsque c'est possible.
Puis-je ajouter des attributs ou des espaces de noms ?
Pas dans cet outil - la sortie est basée sur des éléments, avec une racine facultative. Pour les attributs et les schémas, post-traitez le résultat ou générez le XML depuis votre propre modèle.
Quel élément racine est utilisé ?
C'est vous qui le définissez ; « root » est la valeur par défaut. Choisissez un nom explicite, car les systèmes d'import s'appuient souvent dessus.
Le résultat est-il validé par rapport à un schéma ?
Non. Le XML est bien formé, mais la validation par rapport à un XSD ou un DTD est une étape distincte dans votre chaîne de traitement.
Mes données sont-elles envoyées ?
Non, la conversion se fait dans votre navigateur.
En un coup d'œil
| Entrée | JSON |
|---|---|
| Fichiers multiples | Non |
| Où ça tourne | Dans votre navigateur - les fichiers ne sont jamais envoyés |
| Fonctionne hors ligne | Oui — une fois la page chargée |
| Tarif | Gratuit, sans inscription, sans filigrane |
Choisir un format de données
Le JSON est la valeur par défaut pour tout ce qu'une API renvoie ou qu'un programme lit : il gère naturellement les structures imbriquées, les nombres, les booléens et null, et tous les langages le lisent. Le CSV est plus léger et s'ouvre directement dans un tableur, mais il ne permet pas d'exprimer l'imbrication et n'a aucune norme partagée pour le séparateur, les guillemets ou le jeu de caractères - et c'est exactement là que les conversions se cassent. Le XML est verbeux mais porte des attributs, du contenu mixte et des schémas, ce qui le rend encore dominant dans les formats documentaires et les intégrations anciennes. Le YAML est le plus lisible pour la configuration, mais il est sensible aux espaces et réserve des conversions de type surprenantes (« no » devient false, une version comme 1.10 devient 1.1). Choisissez le format que l'outil de destination préfère, pas celui qui est le plus joli à lire.
Où les conversions cassent sans bruit
La plupart des bugs de conversion ne portent pas sur la syntaxe mais sur le sens. Une colonne CSV de codes postaux perd ses zéros initiaux dès qu'un tableur devine qu'il s'agit d'un nombre ; un identifiant long dépasse la précision des nombres à virgule flottante ; les dates changent de sens selon qu'elles sont au format jour-mois ou mois-jour. Les clés JSON ne sont pas ordonnées, mais les tableaux le sont, et un outil qui trie les clés ne change rien tandis qu'un outil qui trie les tableaux modifie les données. L'Unicode est un autre piège : le texte peut arriver en UTF-8, en UTF-16 ou avec un BOM, et un décodeur qui se trompe transforme les caractères accentués en mojibake. Avant de faire confiance à une conversion, vérifiez par échantillon la première et la dernière ligne, tout champ à zéros initiaux et tout champ contenant des guillemets, des virgules ou des retours à la ligne.