JSON vers XML

Convertissez vos données JSON au format XML pour vos intégrations avec des systèmes XML

Entrée JSON

Sortie XML

Succès
Avertissement

Qu'est-ce que le convertisseur JSON vers XML ?

Les services modernes échangent du JSON, mais d'immenses pans d'infrastructure d'entreprise parlent toujours XML — API SOAP, flux EDI B2B, middleware bancaire, systèmes OSS/BSS télécoms, échanges de données gouvernementaux. Quand le système à l'autre bout de l'intégration n'accepte que du XML, il vous faut un moyen rapide de traduire. JSON to XML Converter effectue ce mapping dans votre navigateur, de façon déterministe : chaque clé JSON devient un élément XML, les objets imbriqués deviennent des éléments imbriqués, et les tableaux répètent le même tag pour chaque élément.

La conversion suit les conventions documentées dans la spécification XML 1.0 du W3C — éléments bien formés, contenu correctement échappé et déclaration UTF-8. Pour comprendre le format source, la spécification officielle JSON et la RFC 8259 sont les références canoniques.

Comment utiliser le convertisseur JSON vers XML

  1. Collez votre JSON – Déposez votre objet ou tableau JSON dans le panneau de gauche. La racine doit être soit un objet, soit un tableau à un seul élément ; le XML ne peut pas représenter deux éléments racines frères.
  2. Observez la conversion – Le XML est généré automatiquement au fil de la frappe. Le panneau de droite se met à jour en temps réel, sans bouton de conversion.
  3. Vérifiez les noms d'éléments – Chaque clé JSON devient un nom d'élément XML. Si une clé contient un espace ou commence par un chiffre, elle est nettoyée pour que la sortie reste bien formée.
  4. Inspectez les tableaux – Les éléments d'un tableau reprennent le nom du tag parent (par exemple, un tableau "sectors" devient plusieurs éléments <sectors>). C'est la convention de mapping JSON vers XML la plus courante.
  5. Copier ou télécharger – Utilisez Copy pour mettre le XML dans le presse-papiers, ou Download pour l'enregistrer comme fichier .xml prêt pour votre intégration.

Astuce : Si le système cible attend des attributs XML (et non des éléments), préfixez la clé JSON avec @ (par exemple, "@id": "BS-4471"). Le convertisseur reconnaît cette convention et émet la valeur comme attribut au lieu d'un élément enfant.

Exemple

Une configuration de station de base : les clés JSON deviennent des noms d'éléments XML, les objets imbriqués deviennent des éléments imbriqués, et les éléments d'un tableau répètent le même tag.

JSON → XML Convertir
base-station.jsonJSON
{
  "baseStation": {
    "id": "BS-4471",
    "vendor": "Ericsson",
    "sectors": [
      { "tac": 12001, "band": "n78" },
      { "tac": 12002, "band": "n28" }
    ]
  }
}
base-station.xmlXML
<?xml version="1.0" encoding="UTF-8"?>
<baseStation>
  <id>BS-4471</id>
  <vendor>Ericsson</vendor>
  <sectors>
    <tac>12001</tac>
    <band>n78</band>
  </sectors>
  <sectors>
    <tac>12002</tac>
    <band>n28</band>
  </sectors>
</baseStation>

Cas d'usage courants

Intégration avec des API SOAP héritées

De nombreuses API de facturation opérateur, de finance et gouvernementales n'acceptent toujours que du SOAP — et les enveloppes SOAP sont du XML jusqu'à l'os. Si votre application produit du JSON en interne mais doit appeler l'un de ces services, ce convertisseur est le pont. Posez le JSON, récupérez le XML, enveloppez-le dans votre SOAP, et c'est fini.

Générer du XML pour des fichiers de configuration

Beaucoup d'éléments réseau télécoms (HSS, MME, SGSN) et de systèmes de bases de données chargent encore leur configuration depuis du XML. Si votre config vit dans une source JSON-first (un dépôt config-as-code suivi par git, par exemple), convertissez-la ici dans le cadre de votre étape de build. La référence XML de MDN est un bon compagnon pour vérifier la structure de la sortie.

Produire des flux RSS / Atom / Sitemap

RSS, Atom et sitemap.xml sont tous des formats XML aux schémas stricts. Si votre CMS stocke ses entrées en JSON, vous pouvez convertir chaque entrée en XML et concaténer les résultats pour obtenir un flux valide. Pour les détails du format, le tutoriel XML de W3Schools couvre les bases.

Fonctionnalités clés

  • Conversion en temps réel – La sortie se met à jour au fil de la frappe ; pas de bouton à cliquer.
  • Sortie XML bien formée – Inclut la déclaration standard <?xml version="1.0" encoding="UTF-8"?> et échappe correctement &, < et > dans le contenu textuel.
  • Structures imbriquées – Les objets et tableaux JSON arbitrairement profonds sont parcourus récursivement pour produire des hiérarchies XML correspondantes.
  • Prise en charge des attributs – La convention @clé émet des attributs au lieu d'éléments enfants quand vous en avez besoin.
  • Confidentialité d'abord – La conversion s'exécute entièrement dans votre navigateur ; rien n'est envoyé.

Foire aux questions

Comment les tableaux JSON sont-ils représentés en XML ?

Chaque élément du tableau est émis comme un élément distinct portant le nom de la clé parente. Ainsi "sectors": [{...}, {...}] devient deux fois <sectors>...</sectors>. C'est la convention la plus répandue mais pas la seule — certains systèmes préfèrent un élément enveloppant (<sectors><item>...</item></sectors>). Si la cible attend cette dernière, encapsulez d'abord le tableau dans un objet.

Que se passe-t-il avec des clés JSON qui ne sont pas des noms d'éléments XML valides ?

Les noms d'éléments XML ne peuvent pas contenir d'espaces, ni commencer par un chiffre ou par les lettres "xml", et n'utilisent qu'un jeu restreint de caractères. Les caractères invalides sont remplacés par des underscores ; si un nom commence par un chiffre, un underscore est ajouté en préfixe. La spec XML fait foi — voir la production Name dans XML 1.0.

Comment les valeurs null sont-elles converties ?

XML n'a pas de null natif. Un null JSON est émis comme un élément vide auto-fermant (<field/>) pour préserver l'absence de valeur. Si votre système cible attend la convention xsi:nil="true" de XML Schema, vous devrez post-traiter la sortie.

L'outil gère-t-il les namespaces ?

Pas automatiquement — les namespaces XML exigent des déclarations de préfixe explicites (xmlns:foo="...") et le JSON d'entrée n'a aucune notion de cela. Pour une sortie consciente des namespaces, ajoutez manuellement les attributs xmlns à l'élément racine après conversion, puis validez votre schéma avec un outil comme un validateur XSD en ligne.

Mes données sont-elles en sécurité ?

Oui. La conversion est implémentée entièrement en JavaScript côté client. Ni le JSON d'entrée ni le XML de sortie ne sont envoyés sur le réseau, mis en cache ou journalisés.

Outils associés

  • JSON Formatter – Formatez votre JSON avant la conversion pour repérer plus facilement les problèmes de mapping.
  • JSON Validator – Assurez-vous que l'entrée est un JSON valide avant de vous lancer dans la conversion.
  • JSON to CSV – Quand le système cible parle CSV plutôt que XML.
  • JSON to Table – Prévisualisez votre JSON sous forme de tableau pour confirmer la structure avant conversion.

Ressources utiles

  • W3C XML 1.0 Specification – Grammaire de référence pour ce qui constitue du XML bien formé.
  • RFC 8259 – La spécification JSON de l'IETF, format source de la conversion.
  • JSON.org – Spécification JSON d'origine avec diagrammes de grammaire en railroad.
  • MDN XML Reference – Documentation XML accessible pour les développeurs plus familiers des standards web.
  • W3Schools XML Tutorial – Introduction étape par étape à XML, incluant les bases de XPath et XSD.
  • Stack Overflow JSON+XML – Réponses de la communauté pour les cas limites du mapping JSON vers XML.