Convertisseur CSV vers XML

Collez des données CSV/TSV pour les convertir en XML, où chaque ligne devient un élément (format : valeur...).

Astuces d'utilisation

  • En activant « Traiter la première ligne comme en-tête », les noms de colonnes de la ligne d'en-tête sont directement utilisés comme noms de balises XML (les en-têtes qui ne sont pas des noms de balise XML valides — par exemple ceux commençant par un chiffre ou contenant des symboles — basculent automatiquement vers `column1`, `column2`, etc.).
  • Si vous n'utilisez pas d'en-têtes, toutes les lignes sont traitées comme des données et chaque colonne devient une balise `column1`, `column2`, etc.
  • Utilisez cet outil lorsqu'une API héritée basée sur XML, une intégration SOAP ou certains systèmes d'entreprise exigent du XML plutôt que du CSV pour l'import de données.
  • Le XML généré échappe en toute sécurité les caractères spéciaux via des références d'entité de caractère (`&`, `<`, `>`), ce qui permet de l'importer directement dans des systèmes externes.

Questions fréquentes

De nombreux services web basés sur SOAP, ainsi que de nombreux systèmes d'entreprise et systèmes centraux en service depuis longtemps, ont adopté XML comme format de données standard bien avant que JSON ne se généralise, et reposent toujours sur XML pour l'échange de données. Il existe donc encore un besoin réel de convertir du CSV en XML lors de l'intégration avec ces systèmes.

Les noms de balise XML doivent respecter des règles de nommage, comme ne pas commencer par un chiffre ou ne pas contenir certains symboles. Si un nom d'en-tête enfreint ces règles (par exemple un nom de colonne commençant par un chiffre, ou contenant des espaces ou des symboles), il ne pourra pas être analysé comme du XML valide. Dans ce cas, cet outil bascule automatiquement vers un nom de balise sûr tel que `column1`, `column2`, etc.

Ils utilisent tous la même logique d'analyse CSV, mais produisent des formats de sortie différents. Nous proposons une série d'outils de conversion CSV — JSON, SQL, Markdown, HTML et XML — afin que vous puissiez choisir le format de sortie adapté à votre système cible ou à votre cas d'usage.

Cet outil échappe automatiquement les caractères spéciaux XML tels que `&`, `<` et `>` en références d'entité de caractère (`&`, `<`, `>`) avant la sortie, de sorte que même si les valeurs des cellules contiennent ces caractères, le résultat produit est un XML valide et analysable.
ツールくん

Anecdote — Pourquoi XML a fini par être qualifié de « verbeux »

XML (Extensible Markup Language) a été normalisé par le W3C en 1998 et, au début des années 2000, occupait une position dominante dans l'industrie du web en tant que « format standard pour l'échange de données entre systèmes ». On le retrouvait partout — des protocoles de communication comme SOAP et XML-RPC, à la diffusion de flux RSS et Atom, jusqu'aux fichiers de configuration comme le pom.xml de Maven.

Cependant, comme XML exige une balise d'ouverture et de fermeture explicite pour chaque élément, il tend à produire un volume de données plus important que JSON (qui s'est popularisé à partir du milieu des années 2000) pour représenter les mêmes données, ce qui lui a valu la réputation d'être « verbeux ». Par exemple, le JSON `{"name":"Alice"}` correspond au XML `Alice`, où les balises elles-mêmes peuvent facilement occuper plus de caractères que les données proprement dites.

Malgré tout, XML propose un ensemble de spécifications matures que JSON n'a pas, notamment une validation stricte du type et de la structure via XML Schema, l'évitement des collisions grâce aux espaces de noms, et la transformation via XSLT. Cet écosystème riche de validation et de transformation est l'une des raisons pour lesquelles XML continue d'être choisi pour l'intégration de systèmes critiques dans la finance, la santé et l'administration.

Plus d'outils dans cette catégorie