Intégration Npm n8nAutomatiser Npm avec n8n.
L'intégration Npm n8n fait entrer le registre npm dans tes workflows. Le nœud expose 5 opérations sur 2 ressources, les paquets d'un côté, les dist-tags de l'autre. Il interroge le registre indiqué par le credential, l'identifiant enregistré une fois dans n8n. Aucun trigger npm : l'exécution démarre ailleurs.
Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth
Que fait vraiment l'intégration Npm n8n ?
Le nœud npm appelle l'API du registre npm depuis n8n. Il lit ce qu'un paquet déclare : les métadonnées d'une version précise, la liste complète des versions publiées, les dist-tags qui associent un nom à une version, et les résultats d'une recherche par mot-clé. Une seule opération écrit, celle qui déplace un dist-tag vers une autre version. Le registre interrogé est toujours celui du credential, le public ou le tien.
Premier cas de figure, la veille de dépendances. Un Schedule Trigger part tôt le matin, le nœud sort la liste des versions publiées pour chaque paquet du socle technique, et la comparaison avec ce qui dort déjà dans MySQL isole les paquets qui ont bougé. Ce que l'équipe lit vraiment, c'est le mail Gmail du bout de chaîne, une ligne par paquet, posé avant la réunion.
Deuxième cas, la fiche d'une version avant validation. Quand un dépôt GitHub signale une montée de version, le workflow récupère les métadonnées de cette version exacte et les rattache au ticket. La discussion porte alors sur ce que le paquet déclare, pas sur un numéro sorti de nulle part.
Troisième cas, la promotion d'une étiquette. Une fois la recette terminée, le workflow déplace le dist-tag que les équipes installent vers la version qui a passé les tests. La recherche de paquets, elle, sert ailleurs : repérer ce qui existe sur un sujet avant d'ajouter une dépendance de plus au projet.
Le nœud s'arrête à ces 5 opérations. Publier un paquet, le dépublier, déprécier une version, changer les propriétaires : rien de tout ça n'y figure. Le nœud HTTP Request appelle le reste de l'API du registre en réutilisant le même credential, donc une opération manquante coûte un nœud de plus, pas un changement d'outil. Deux détails méritent d'être connus avant de construire. Get Package Metadata réclame une version exacte, ce qui oblige souvent à lister les versions d'abord, puis à passer celle que tu retiens au second appel. Et la recherche avance par Limit et Offset, un appel par page, sans option pour tout ramener d'un coup.
Reste la question de l'hébergement. Le nœud est livré avec n8n, sur n8n Cloud comme sur une instance auto-hébergée, sans installation ni surcoût côté n8n. L'Avis n8n détaille où l'outil est à l'aise et où il l'est moins.
Comment connecter npm à n8n ?
- 01
Générer le jeton d'accès sur npm
Connecte-toi au compte npm qui gère les paquets concernés, ouvre le menu de ton profil et choisis Access Tokens. Génère un jeton depuis cet écran et copie sa valeur. C'est cette chaîne que n8n enverra à chaque appel : elle se traite comme un mot de passe, puisque quiconque la détient parle au registre avec les droits du compte.
- 02
Enregistrer le credential dans n8n
Dans n8n, ouvre le menu Credentials et crée un credential npm. Colle le jeton dans Access Token, puis regarde Registry URL : garde la valeur du registre public fournie par défaut, ou remplace-la par l'adresse de ton propre registre. Un credential se crée une fois et se réutilise partout : à partir de là, le nœud npm le propose dans sa liste déroulante.
- 03
Câbler le nœud et l'exécuter une fois
Ajoute le nœud npm au workflow, sélectionne le credential, puis choisis la ressource, Package ou Distribution Tag, et l'opération en dessous. Remplis les champs requis à la main pour le premier essai, et exécute ce nœud seul. Ce qui sort dans le panneau de résultat est exactement ce que les nœuds suivants iront chercher : autant le regarder avant d'écrire la suite.
Les 5 opérations du nœud npm , une par une
Le nœud Npm expose 5 opérations sur 2 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.
| Ressource | Update | Get All | Get Metadata | Get Versions | Search |
|---|---|---|---|---|---|
| Package | ✓ | ✓ | ✓ | ||
| Distribution Tag | ✓ | ✓ |
Package
3 opérationsReturns all the metadata for a package at a specific version
package.getMetadataCe que tu vois dans n8n
Notes & cas d'usage
Cette opération demande au registre une version précise et renvoie tout ce que cette version déclare, en un seul item. Elle lit sans rien modifier, donc tu peux la rejouer autant de fois qu'une analyse le demande.
Paramètres clés
- Package Name : le nom du paquet tel qu'il est publié sur le registre, saisi en dur ou repris d'un nœud précédent avec
{{ $json.field }}. - Package Version : la version exacte. Le champ est requis, le nœud s'arrête s'il reste vide, et il n'existe pas de raccourci vers la dernière version ici.
Returns all the versions for a package
package.getVersionsCe que tu vois dans n8n
Notes & cas d'usage
Un nom de paquet en entrée, la liste des versions publiées en sortie. C'est l'opération qui répond à la question « est-ce que quelque chose est sorti depuis hier », puisque rien ne vient prévenir n8n d'une publication.
Paramètres clés
- Package Name : le paquet à lire, écrit en dur dans le champ ou pris sur l'item entrant, par exemple
{{ $json.field }}.
Search for packages
package.searchCe que tu vois dans n8n
Notes & cas d'usage
Lance une recherche par mot-clé sur le registre et renvoie les paquets qui correspondent, dans l'ordre retenu par le registre. Pratique quand personne dans l'équipe ne sait encore ce qui existe sur un sujet.
Paramètres clés
- Query : le texte recherché, un mot-clé ou quelques mots.
- Limit : le nombre maximal de résultats renvoyés pour cet appel.
- Offset : le rang où commence la liste, pour qu'un deuxième appel reprenne après le premier paquet de résultats.
Distribution Tag
2 opérationsReturns all the dist-tags for a package
distTag.getManyCe que tu vois dans n8n
Notes & cas d'usage
Renvoie les dist-tags d'un paquet. Un dist-tag, c'est un nom qui pointe vers une version publiée : il donne une étiquette stable là où il faudrait sinon retenir un numéro de version.
Paramètres clés
- Package Name : le paquet dont tu veux lire les étiquettes.
Update a the dist-tags for a package
distTag.updateCe que tu vois dans n8n
Notes & cas d'usage
Ici le nœud écrit : il fait pointer une étiquette vers la version que tu désignes. C'est la seule opération du nœud qui modifie quelque chose dans le registre, donc sa place est en fin de workflow, après le contrôle qui valide la version.
Paramètres clés
- Package Name : le paquet concerné par l'étiquette.
- Package Version : la version visée par l'étiquette après l'appel, souvent transmise par le nœud précédent avec
{{ $json.field }}. - Distribution Tag Name : le nom de l'étiquette que l'appel fait pointer vers la version ci-dessus.
Besoin d'aide pour automatiser Npm avec n8n ?
L'équipe te répond directement.
Chaque message est lu par une personne.
