Convertisseur XML en JSON — Gratuit, Sans Compte Requis

L'arbre est le même ; les lecteurs ne le sont pas

XML et JSON décrivent tous deux des arbres de données — des éléments avec enfants ici, des objets avec clés là. Ce qui change, c'est qui les lit. Le XML vit dans les fichiers de configuration, les sitemaps, les flux de syndication, les enveloppes SOAP, les intégrations d'entreprise et les entrailles des formats de documents. Le JSON est ce que les navigateurs, les applications mobiles, les fonctions sans serveur et toute la chaîne no-code moderne ingèrent nativement. Convertir du XML en JSON, c'est passer du format qu'un système émet au format que l'outil suivant comprend vraiment.

Comme les deux côtés sont des arbres, c'est l'une des conversions les plus légères qu'un fichier puisse faire. Aucune page à composer, aucun pixel à déplacer : votre fichier est analysé puis réémis, et les tâches typiques se terminent largement en quelques minutes — le plafond de la plateforme pour une tâche quelconque reste d'environ 10 minutes, mais les conversions de données s'en approchent rarement.

Les travaux du quotidien sont tout aussi concrets. Une ancienne configuration qu'un nouveau pipeline de déploiement veut en JSON. Une réponse XML d'une vieille API qu'un service JavaScript doit consommer. Des données enfermées dans un export XML qu'un tableau de bord, un tableur ou un script préférerait lire en JSON. Dans tous ces cas, l'essentiel n'est pas la vitesse mais la prévisibilité : les chaînes d'automatisation se brisent là où un convertisseur les surprend.

Les règles de mapping, dites franchement

Les règles d'abord, car cette conversion ne vaut que par sa prévisibilité. Les attributs deviennent des clés préfixées d'un trait d'union : un élément écrit `<config debug="true">` devient un objet "config" dont l'attribut arrive sous la clé "-debug" avec la valeur "true". Le préfixe est délibéré — il garantit qu'un attribut ne peut jamais entrer en collision avec un élément enfant du même nom.

Les nœuds de texte suivent leur propre règle. Quand un élément porte à la fois des attributs et du texte, le texte voyage sous la clé "#text". Et la répétition décide de la forme : un nom qui apparaît deux fois ou plus parmi ses frères devient un tableau JSON, tandis qu'une occurrence unique se mappe en chaîne, nombre ou objet simple. La forme de la sortie suit les nombres d'occurrences réels du document — par conception, pas par accident — si bien que « pourquoi est-ce une chaîne et pas un tableau » a toujours la même réponse : c'est apparu une fois.

Les espaces de noms méritent un paragraphe honnête, car nous ne prétendrons pas le contraire. Les préfixes d'espaces de noms ne sont pas conservés : un élément écrit `<ns:name>` sort sous la forme "name", et les déclarations xmlns traversent comme des attributs ordinaires — des clés préfixées d'un trait d'union comme les autres. Si votre logique aval dépend des noms qualifiés, vérifiez la sortie avant de la brancher ; ce convertisseur échange la fidélité aux espaces de noms contre une forme plate et prévisible, et il le dit au lieu de revendiquer une exhaustivité qu'il n'a pas.

Lire la sortie sans surprise

La règle des occurrences est celle à intégrer. Un élément optionnel qui, dans ce document précis, n'apparaît qu'une fois arrive en scalaire ou en objet — pas en tableau à un élément. Le code qui consomme le JSON devrait soit gérer les deux formes, soit s'assurer que la source répète vraiment. C'est le compromis que fait tout mapping XML vers JSON ; la différence, c'est qu'ici il est écrit noir sur blanc.

Rien ne se perd en termes de données. Les attributs ne disparaissent pas — ils portent leur trait d'union. Le texte ne disparaît pas — il siège sous sa propre clé quand l'élément est mixte. Les noms légaux en XML passent verbatim en clés JSON. La seule garantie qui vaille d'être répétée : comme les attributs sont préfixés d'un trait d'union, un attribut et un élément enfant ne peuvent jamais s'écraser mutuellement dans la sortie.

Le conseil pratique est court. Vous branchez une source XML dans une chaîne d'automatisation ? Convertissez d'abord un échantillon représentatif, regardez les formes, puis traitez le reste par lots. Et un fichier qui n'est pas vraiment du XML — un téléchargement tronqué, quelque chose de renommé — échoue avec une raison claire au lieu d'émettre du JSON nonsensique, si bien qu'une tâche échouée est toujours une tâche sûre à retenter.

Confidentialité et conservation

Un fichier entre, un JSON sort — gratuit, sans compte requis, sans filigrane. Le transport se fait en HTTPS, le traitement sur le cluster de conversion, et le XML original comme le JSON produit sont effacés automatiquement — chaque fichier est supprimé sous 24 heures. Les fichiers de configuration peuvent contenir des points d'accès et des secrets, autant le dire franchement : rien n'est partagé avec des annonceurs, aucun champ d'e-mail n'existe nulle part dans le parcours, et aucun compte n'est demandé à aucune étape. Ce qui reste, c'est le fichier que vous avez téléchargé.