Ressources · Intégration n8n

Nœud XML n8nConfigurer XML dans n8n.

Le nœud XML n8n transforme une chaîne de balises en données exploitables, et l'inverse. Un seul paramètre de tête pilote tout, Mode, avec 2 sens de conversion. Tu désignes la propriété qui contient la charge utile, et la suite du workflow reçoit une structure lisible.

Tester le nœud XML sur n8nVoir les 1 paramètres

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

À quoi sert le nœud XML n8n dans un workflow ?

Convertir des données depuis et vers XML, c'est toute la tâche de ce nœud : tu choisis le sens avec Mode et tu nommes la propriété qui porte la charge utile, puis n8n transmet au nœud suivant un objet JSON ou une chaîne de balises. Comme il ne démarre jamais un workflow de lui-même, un déclencheur le précède toujours, Schedule Trigger, Webhook ou le trigger d'un outil, et le nœud tourne ensuite sur chaque item reçu.

Premier cas, un flux entrant. Beaucoup d'outils métier exposent encore leurs exports en XML : tu récupères le fichier avec HTTP Request, le corps de la réponse arrive dans une propriété sous forme de longue chaîne, et le nœud XML en mode xmlToJson la transforme en objet. Ensuite, Edit Fields (Set) remet les champs utiles dans des clés propres avant de pousser le tout vers Google Sheets.

Deuxième cas, le sens inverse. Un transporteur ou une plateforme d'EDI n'accepte que du XML. Tu construis l'objet dans le workflow, tu bascules Mode sur jsonToxml, et la chaîne obtenue part en corps de requête. L'option Root Name fixe le nom de l'élément racine, et Headless retire l'en-tête XML quand le destinataire le refuse.

Troisième cas, l'aiguillage. Une fois les balises converties, les valeurs sont des champs JSON comme les autres : If sépare les items en erreur de ceux qui sont corrects, et le reste du workflow ignore complètement que la donnée est arrivée en balises.

Deux réflexes évitent des allers-retours. Si le XML est dans un fichier binaire, le nœud Extract from File le convertit d'abord en texte, parce que ce nœud lit une propriété texte, pas un fichier. Et la liste d'options dépend du sens : Attribute Key et Character Key apparaissent dans les 2 modes, alors que Explicit Array, Normalize Tags ou Trim ne s'affichent qu'en XML to JSON.

Côté limites, une seule règle compte vraiment : toute option que tu n'ajoutes pas avec Add option garde sa valeur par défaut. Deux nœuds identiques à l'écran peuvent donc parser différemment. Le nœud est en version 1, et un workflow ancien peut en afficher une plus basse, avec moins d'options. Pour situer la plateforme elle-même, l'Avis n8n fait le tour.

Paramètres

Quels paramètres le nœud XML propose-t-il ?

Le nœud XML compte un paramètre. Pour chacun : le nœud tel que tu le configures dans n8n, ce que le paramètre change, et nos notes de terrain.

01

Mode

mode

Ce que tu vois dans n8n

Notes & cas d'usage

Mode définit depuis et vers quel format les données sont converties, et tout le reste du panneau en découle. La valeur se règle une fois par nœud : lire une réponse puis fabriquer un envoi demande donc 2 nœuds XML.

Paramètres clés

  • Mode : xmlToJson convertit les données de XML vers JSON, jsonToxml les convertit de JSON vers XML.
  • Property Name : requis, le nom de la propriété qui contient les données à convertir, souvent {{ $json.data }} venue du nœud précédent.
  • Options : s'ouvre avec Add option, chaque option ajoutée devient un champ de plus dans le panneau.
Cas d'usage
lire un catalogue fournisseur avant de l'écrire dans un tableur, ou produire le document de commande attendu par un transporteur.
Besoin d'aide

Besoin d'aide pour automatiser XML avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Les questions fréquentes sur le nœud XML

01Le nœud XML n8n est-il gratuit ?
Oui. C'est un nœud core, livré avec n8n : rien à installer, aucun coût supplémentaire côté n8n. Tu retrouves exactement le même nœud sur n8n Cloud, l'offre hébergée par n8n, et sur une instance auto-hébergée installée via Docker ou npm, en Community Edition sous licence Sustainable Use. Un workflow construit d'un côté se comporte pareil de l'autre, ce qui compte si tu prototypes sur Cloud avant de basculer sur ton propre serveur. La conversion se fait à l'intérieur de ton instance : aucun tiers ne voit passer la charge utile pendant cette étape.
02Que faut-il configurer avant de s'en servir ?
Rien côté compte. Ce nœud n'a ni credential, c'est-à-dire un identifiant stocké dans n8n, ni sélecteur Authentication. Pas de clé à créer, pas de droit à accorder, pas de connexion à tester. Tout se règle dans le nœud : le sens de conversion avec Mode, puis le nom de la propriété qui contient la charge utile. Ce nom est requis, et un champ vide bloque l'exécution du nœud. Comme ce nœud n'ouvre pas un workflow, il faut quelque chose devant : un Schedule Trigger, un Webhook, ou le trigger de l'outil qui apporte la donnée.
03Quelles sont les limites du nœud XML ?
Il convertit, et il s'arrête là. Quand les balises arrivent dans un fichier binaire, il ne sait pas les lire directement : le nœud Extract from File transforme d'abord le fichier en texte. Les options sont séparées par sens, donc la liste JSON to XML et la liste XML to JSON ne s'affichent jamais ensemble, et toute option non ajoutée conserve sa valeur par défaut. Le nœud est en version 1 ; un workflow monté plus tôt peut afficher une version antérieure, avec moins d'options, parce qu'un nœud ne change pas de version tout seul.
04Nœud XML ou Extract from File ?
Ça dépend de la forme de ce que tu reçois. Si les balises sont déjà dans une propriété texte, par exemple le corps renvoyé par un appel HTTP Request, le nœud XML suffit et aucune étape intermédiaire n'est utile. Si elles arrivent sous forme de fichier, pièce jointe ou téléchargement, Extract from File convertit d'abord ce binaire en texte, et le nœud XML prend le relais. Les deux se suivent plus qu'ils ne se remplacent. À noter aussi : HTTP Request sert à appeler un endpoint, jamais à remplacer la conversion elle-même.
05n8n ou Make pour convertir du XML ?
Les deux savent le faire, et le choix se joue rarement sur cette étape. Make est une plateforme d'automatisation hébergée, sans option d'auto-hébergement, facturée à l'opération : un flux qui parse un gros export item par item voit donc son coût suivre le volume. n8n tourne sur Cloud ou sur ton propre serveur, ce qui garde la charge utile dans une infrastructure que tu maîtrises et change la façon dont la facture se construit. La logique visuelle diffère aussi. Tranche sur l'hébergement, la maîtrise des données, le modèle de coût et le confort de lecture de l'équipe.
Hack'celeration Lab

Reçois nos tips intégration chaque semaine.

Pas de spam. Désinscription à tout moment.

Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations