Ressources · Intégration n8n

Intégration Vero n8nAutomatiser Vero avec n8n.

Un identifiant client et un jeton, il n'en faut pas plus pour que Vero devienne une étape de workflow. L'intégration Vero n8n donne 8 opérations réparties sur 2 ressources, User et Event. Vero n'a pas de nœud trigger dans n8n : le départ vient toujours d'ailleurs.

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

Pourquoi automatiser

Qu'est-ce que l'intégration Vero n8n couvre exactement ?

Le nœud Vero est livré avec n8n et regroupe 8 opérations sur 2 ressources. La ressource User travaille le profil client : le créer ou le mettre à jour, changer son identifiant, lui poser ou lui retirer des tags, le désabonner, le réabonner, le supprimer. La ressource Event n'a qu'une opération, envoyer un événement nommé au nom d'un client identifié. Voilà le périmètre, en entier.

Prends une boutique en ligne. Le fichier des nouveaux inscrits arrive dans un tableur, le workflow (la suite d'étapes que n8n enchaîne à ta place) le lit ligne par ligne et user.create écrit chaque profil dans Vero sous l'identifiant que ton back-office utilise déjà. Identifiant inconnu, le profil naît. Identifiant déjà là, la même étape le met à jour. Pas de branche à construire pour distinguer les deux cas. Avec Google Sheets en entrée, personne n'ouvre Vero de la journée.

Vient ensuite le cycle de vie du client. Les tags sont de simples libellés posés sur le profil, et deux opérations les déplacent : user.addTags en ajoute, user.removeTags en enlève. Un client qui passe d'un essai à un abonnement perd son tag d'essai et gagne celui de l'offre payante dans la même exécution. Quand quelqu'un se désinscrit depuis son espace, user.unsubscribe l'enregistre, et user.resubscribe fait le chemin inverse s'il revient. L'équipe support voit passer le changement dans un canal Slack avant même que le client écrive.

Troisième usage, le comportemental. event.track envoie un événement nommé au compte d'un client, avec les paires clé-valeur que tu veux transporter. Le workflow qui expédie déjà la confirmation par Gmail ou qui pousse le contact vers Mautic peut envoyer l'événement dans la branche d'à côté, sans nouvelle exécution.

Si un endpoint de l'API Vero ne figure pas dans ces 8 opérations, le nœud HTTP Request l'appelle directement et réutilise le même credential via l'authentification prédéfinie. Rien ne t'oblige à sortir de n8n pour ça.

Un point d'architecture à connaître avant de dessiner quoi que ce soit : il n'y a pas de nœud trigger Vero dans n8n. Un workflow qui concerne Vero démarre avec un Schedule Trigger à intervalle fixe, un Webhook n8n (une URL qu'un service tiers appelle) ou le trigger d'un autre outil. Si le choix de la plateforme n'est pas encore tranché, l'Avis n8n détaille les arbitrages.

Connexion

Par où commence la connexion à Vero ?

  1. 01

    Récupérer le jeton dans Vero

    Il te faut d'abord un compte Vero. Ouvre les réglages du projet dans l'application Vero, le jeton d'authentification s'affiche là. C'est le seul secret que le nœud réclame : l'authentification passe par un API auth token, il n'y a pas de deuxième méthode à départager. Garde l'onglet ouvert, la valeur se colle à l'étape suivante.

  2. 02

    Enregistrer le credential dans n8n

    Côté n8n, menu Credentials, nouveau credential, cherche Vero. Colle la valeur dans le champ Auth Token et enregistre. Un credential, c'est un jeu d'identifiants stocké une fois : tous les workflows de l'instance le proposent ensuite dans leur liste déroulante. Le jour où le jeton change, tu modifies une fiche, pas chacun de tes workflows.

  3. 03

    Choisir la ressource puis l'opération

    Pose un nœud Vero sur le canevas et sélectionne le credential dans sa liste. Deux champs commandent tout le reste : Resource, qui propose User ou Event, puis Operation, qui liste ce que cette ressource autorise. Change de ressource et le formulaire en dessous change aussi, parce que les champs obligatoires ne sont pas les mêmes d'un côté et de l'autre.

Actions

Les 8 opérations du nœud Vero , une par une

Le nœud Vero expose 8 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.

Matrice ressources × opérations
RessourceCreate or UpdateDeleteAdd TagsAliasRemove TagsRe-SubscribeTrackUnsubscribe
User✓✓✓✓✓✓✓
Event✓

User

7 opérations
01

Add tags to a user

user.addTags

Ce que tu vois dans n8n

Notes & cas d'usage

Les tags servent à faire arriver sur le profil Vero une information née ailleurs. Cette opération en pose un ou plusieurs sur un profil qui existe déjà.

Paramètres clés

  • ID : l'identifiant unique de l'utilisateur, le plus souvent lu sur l'item entrant avec une expression comme {{ $json.field }}.
  • Tags : les tags à ajouter, dans une seule chaîne, séparés par une virgule.
Cas d'usage
la liste des inscrits à un atelier passe dans le workflow et chaque profil reçoit le tag de la session avant la préparation de la relance.
02

Change a user's alias

user.alias

Ce que tu vois dans n8n

Notes & cas d'usage

Un identifiant, ça bouge. Alias remplace celui que Vero associe à un client par un autre, en un seul appel.

Paramètres clés

  • ID : l'ancien identifiant unique de l'utilisateur, celui que Vero connaît aujourd'hui.
  • New ID : le nouvel identifiant unique de l'utilisateur, celui que Vero doit retenir à partir de maintenant.
Cas d'usage
une refonte de la facturation renumérote les comptes, et une exécution sur la table de correspondance fait glisser les anciens identifiants vers les nouveaux pour que les opérations suivantes tombent sur le bon profil.
03

Create or update a user

user.create

Ce que tu vois dans n8n

Notes & cas d'usage

Une seule opération pour les deux sens : elle crée le profil rattaché à un identifiant, et met à jour ce même profil quand Vero connaît déjà l'identifiant.

Paramètres clés

  • ID : l'identifiant unique du client, la valeur avec laquelle ton propre système le désigne.
  • Data : les paires clé-valeur correspondant aux propriétés personnalisées du profil à mettre à jour, ajoutées ligne après ligne.
Cas d'usage
le workflow d'accueil d'une boutique écrit la ville, la catégorie de produit et l'origine de l'inscription en même temps qu'il crée le profil.
04

Delete a user

user.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Delete supprime le profil qui correspond à l'identifiant transmis. C'est la dernière étape d'un parcours d'effacement, pas une opération à glisser dans une boucle par distraction.

Paramètres clés

  • ID : l'identifiant unique de l'utilisateur, et bien l'identifiant, pas le nom ni l'adresse de la personne.
Cas d'usage
une demande de suppression arrive par formulaire, une étape de validation la retient, et le profil Vero part une fois que quelqu'un a tranché.
05

Resubscribe a user

user.resubscribe

Ce que tu vois dans n8n

Notes & cas d'usage

Resubscribe remet un profil dans l'état abonné après un désabonnement plus ancien.

Paramètres clés

  • ID : l'identifiant unique de l'utilisateur, la même valeur que celle utilisée à la création du profil.
Cas d'usage
un client revient sur sa décision depuis la page de préférences, la page appelle un webhook n8n, et le workflow réabonne le profil sans que personne ouvre l'interface Vero.
06

Remove tags from a user

user.removeTags

Ce que tu vois dans n8n

Notes & cas d'usage

Un libellé qui reste collé au profil longtemps après avoir cessé d'être vrai fausse tous les filtres construits dessus. Cette opération en retire un ou plusieurs d'un coup.

Paramètres clés

  • ID : l'identifiant unique de l'utilisateur dont tu modifies le profil.
  • Tags : les tags à retirer, dans une seule chaîne, séparés par une virgule.
Cas d'usage
un essai se transforme en abonnement, et le tag d'essai saute dans l'exécution qui enregistre la conversion.
07

Unsubscribe a user

user.unsubscribe

Ce que tu vois dans n8n

Notes & cas d'usage

Unsubscribe inscrit le désabonnement sur le profil Vero désigné par l'identifiant.

Paramètres clés

  • ID : l'identifiant unique de l'utilisateur, confronté à ce que Vero stocke déjà pour cette personne.
Cas d'usage
un conseiller marque un ticket comme demande de désinscription, et le workflow la porte dans Vero tout de suite, plutôt que de la laisser sur une liste traitée le vendredi.

Event

1 opération
08

Track an event

event.track

Ce que tu vois dans n8n

Notes & cas d'usage

La ressource Event n'a qu'une mission : envoyer un événement nommé pour un client précis, accompagné des propriétés qui vont avec.

Paramètres clés

  • ID : l'identifiant unique du client auquel l'événement se rattache.
  • Email : l'adresse du client, au format name@email.com.
  • Event Name : le nom de l'événement suivi, une valeur que tu choisis et que tu gardes stable, par exemple order_placed.
  • Data : les paires clé-valeur correspondant aux propriétés à transporter avec cet événement.
Cas d'usage
le workflow de commande envoie l'événement avec la catégorie du produit et la devise en propriétés.
Besoin d'aide

Besoin d'aide pour automatiser Vero avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Les questions qui arrivent juste après

01L'intégration Vero n8n est-elle gratuite ?
Oui du côté de n8n. Le nœud Vero est livré avec n8n : rien à installer, rien à payer en plus pour l'utiliser. C'est vrai sur n8n Cloud, l'offre hébergée par n8n, comme sur une instance auto-hébergée avec Docker ou npm, en Community Edition sous licence Sustainable Use. Un workflow se comporte de la même façon dans les deux cas, ce qui laisse la possibilité de commencer sur Cloud puis de déplacer le même workflow sur ton propre serveur. Ce que coûte un compte Vero est une autre question, et cette page ne la traite pas.
02Quels identifiants faut-il pour connecter Vero à n8n ?
Un seul credential, construit autour d'un API auth token. Vero ne propose qu'une méthode d'authentification pour ce nœud, donc pas de parcours OAuth ni de liste de scopes à cocher. Il faut un compte Vero, ouvrir les réglages du projet dans l'application Vero, copier le jeton affiché, puis le coller dans le champ Auth Token d'un nouveau credential Vero côté n8n. Le credential ne vit pas dans le workflow : une fois enregistré, il apparaît dans la liste déroulante de tous les nœuds Vero de l'instance, et une rotation du jeton se règle en modifiant une seule fiche.
03Quelles sont les limites du nœud Vero dans n8n ?
Le nœud couvre 8 opérations réparties sur 2 ressources, User et Event, et ce catalogue trace la frontière. Quand un endpoint de l'API Vero se trouve en dehors, le nœud HTTP Request l'appelle directement et réutilise le même credential Vero via l'authentification prédéfinie : tu restes dans n8n et le jeton reste à un seul endroit. Autre chose à garder en tête, chaque paramètre marqué comme requis doit être rempli. Un champ requis vide arrête le nœud pendant l'exécution au lieu d'envoyer un appel incomplet, pénible en phase de test et rassurant en production.
04Vero peut-il déclencher un workflow n8n en temps réel ?
Non, parce qu'il n'existe pas de nœud trigger Vero dans n8n. Un workflow qui concerne Vero doit être lancé par autre chose, et trois options couvrent presque tous les besoins. Le Schedule Trigger exécute le workflow à intervalle fixe, ce qui convient au traitement par lots, par exemple une passe de nuit sur les nouvelles lignes. Le Webhook n8n fournit une URL qu'un service tiers appelle, donc ton application ou ton formulaire lance l'exécution au moment où l'action a lieu. Sinon le trigger d'un autre outil ouvre le workflow, et le nœud Vero se place plus loin dans la chaîne.
05n8n ou Make pour automatiser Vero ?
Ça dépend de l'endroit où tu veux que l'automatisation vive. Make est une plateforme hébergée, sans option d'auto-hébergement, facturée à l'opération : un workflow qui tourne souvent a un coût qui suit son volume. n8n s'installe sur ton serveur ou s'utilise sur n8n Cloud, et le même workflow passe de l'un à l'autre, ce qui compte quand les données clients doivent rester sous ton contrôle. La logique visuelle diffère aussi : n8n s'appuie sur les expressions et les étapes de code pour les branchements, Make sur son enchaînement de modules. Tranche sur l'hébergement, la maîtrise des données et le modèle de coût.