Ressources · Intégration n8n

Intégration Form.io n8nAutomatiser Form.io avec n8n.

Une soumission qui dort dans une base ne fait avancer aucun dossier. L'intégration Form.io n8n passe par un nœud trigger qui écoute en webhook, avec 2 événements répartis en 2 familles : une soumission créée, une soumission modifiée. Elle s'adresse aux équipes qui collectent déjà des données structurées dans Form.io.

Tester l'intégration Form.io sur n8n

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

Pourquoi automatiser

Que change l'intégration Form.io n8n au quotidien ?

L'intégration Form.io n8n relie un formulaire Form.io à un workflow n8n via le nœud Form.io Trigger, en version 1. Le nœud écoute en webhook, c'est-à-dire sur une URL que Form.io appelle dès qu'il se passe quelque chose sur le formulaire surveillé. Deux événements sont disponibles : l'un pour une soumission qui vient d'être envoyée, l'autre pour une soumission modifiée après coup.

Premier réflexe côté terrain : prévenir la bonne personne. La soumission tombe, le workflow lit les valeurs et Gmail envoie le mail à l'équipe qui traite, avec les informations utiles déjà dans le corps du message. Personne ne surveille une boîte de réception partagée en espérant y voir arriver quelque chose.

Deuxième usage, plus structurant : le suivi. Chaque soumission devient une fiche dans Airtable, et l'événement de modification remet la fiche à jour quand le formulaire est corrigé. Le dossier vit au même rythme que ce que Form.io contient, sans reprise manuelle.

Troisième cas, celui des équipes qui vivent dans un tableur : une ligne par réponse dans Microsoft Excel 365. Les valeurs se récupèrent avec une expression du type {{ $json.field }}, c'est-à-dire une formule qui va chercher un champ dans l'item reçu, et une exécution de test montre la forme réelle des données avant d'écrire la suite. Le tableur reste la vue que tout le monde ouvre, sauf qu'il se remplit sans personne derrière.

Un point de conception à connaître avant de dessiner le workflow : le Form.io Trigger vise un projet et un formulaire, choisis tous les deux dans une liste déroulante alimentée par le credential. Si n8n est encore neuf pour l'équipe, la Formation n8n est le bon point de départ, et l'Avis n8n traite la plateforme elle-même.

Pour tout ce que tu veux appeler d'autre dans l'API Form.io, le nœud HTTP Request prend le relais : il appelle n'importe quel endpoint et réutilise le même credential grâce à l'authentification prédéfinie. Une seule connexion à gérer pour tout le workflow.

Connexion

Comment brancher Form.io sur n8n ?

  1. 01

    Créer le credential Form.io

    Dans n8n, ouvre le menu Credentials et crée un credential Form.io, c'est-à-dire l'identifiant de connexion que les nœuds réutilisent. Il se crée une fois pour toute l'instance : dix workflows qui écoutent des formulaires partagent le même. Ensuite, le Form.io Trigger le propose dans sa liste déroulante, et c'est là que tu le sélectionnes.

  2. 02

    Désigner le projet et le formulaire

    Project Name or ID et Form Name or ID sont requis tous les deux. Chacun se choisit dans une liste alimentée par le credential sélectionné, ou se renseigne par expression quand l'identifiant vient d'un nœud précédent, sous la forme {{ $json.field }}. Le formulaire retenu ici est celui dont les soumissions arrivent dans le workflow.

  3. 03

    Cocher les événements et activer

    Trigger Events contient les 2 événements, Submission Created et Submission Updated. Coche ceux auxquels le workflow doit réagir. L'activation du workflow enregistre l'URL du webhook côté Form.io : tant que le workflow reste inactif, cette URL n'existe pas encore et rien ne peut arriver. L'activation fait donc partie de la configuration.

Déclencheurs

Qu'est-ce qui déclenche un workflow Form.io ?

Form.io Trigger est le nœud qui démarre un workflow quand quelque chose se passe dans Form.io. Il écoute 2 événements, listés ci-dessous par famille. Tu en choisis un ou plusieurs, tu actives le workflow : n8n enregistre le webhook (l'URL que Form.io appelle) sur ton compte.

Ce que tu vois dans n8n

Tous les événements, par famille

Une ligne par objet, une puce par action. L'événement à cocher dans le nœud s'écrit objet.action ; survole une puce pour lire quand il se déclenche.

create.*1
  • create.
    • create
update.*1
  • update.
    • update

Notes de configuration

01Configure the Form.io TriggerTout part de ce nœud. Il porte la connexion, le formulaire surveillé et la liste des événements à écouter. La version 1 du nœud fonctionne en webhook : Form.io pousse vers n8n, n8n ne va rien chercher à intervalle régulier.

Tout part de ce nœud. Il porte la connexion, le formulaire surveillé et la liste des événements à écouter. La version 1 du nœud fonctionne en webhook : Form.io pousse vers n8n, n8n ne va rien chercher à intervalle régulier.

Paramètres clés

  • Project Name or ID : requis. Le projet Form.io se choisit dans la liste, ou se passe par expression, par exemple {{ $json.field }}, quand l'identifiant vient d'un nœud précédent.
  • Form Name or ID : requis. Même logique un cran plus bas, le formulaire dont les soumissions alimentent le workflow.
  • Trigger Events : les événements écoutés, 2 au total, cochés un par un.
  • Simplify : activé, le nœud renvoie une version simplifiée de la réponse ; désactivé, les données brutes passent telles quelles au nœud suivant.
Quand l'utiliser
systématiquement, puisque c'est l'entrée du workflow. Renseigne les paramètres, active, puis envoie une soumission de test pour voir la vraie forme des données avant de construire la suite.
02Submission UpdatedCet événement se déclenche quand une soumission existante est modifiée. Le workflow repasse sur la même entrée, ce qui permet de garder alignée une copie stockée ailleurs.

Cet événement se déclenche quand une soumission existante est modifiée. Le workflow repasse sur la même entrée, ce qui permet de garder alignée une copie stockée ailleurs.

Paramètres clés

  • Form Name or ID : les modifications remontent uniquement pour ce formulaire, donc un second formulaire à surveiller demande son propre trigger.
  • Trigger Events : à cocher à côté de Submission Created quand un seul workflow doit gérer l'arrivée puis la correction.
Cas d'usage
une demande corrigée par la personne qui l'a envoyée, un dossier complété plus tard par un opérateur, un formulaire rouvert après relecture. Avec les deux événements cochés, ajoute une branche qui compare les valeurs qui comptent, lues via {{ $json.field }}, pour réagir à un vrai changement et pas à chaque enregistrement.
03Submission CreatedLà, c'est l'arrivée d'une nouvelle entrée sur le formulaire sélectionné. Une soumission, une exécution, et les valeurs envoyées deviennent l'item que les nœuds suivants lisent.

Là, c'est l'arrivée d'une nouvelle entrée sur le formulaire sélectionné. Une soumission, une exécution, et les valeurs envoyées deviennent l'item que les nœuds suivants lisent.

Paramètres clés

  • Trigger Events : coche Submission Created seul quand seules les nouvelles entrées comptent et qu'une modification ultérieure ne doit rien relancer.
  • Simplify : laisse-le activé pour un mapping rapide, désactive-le si le nœud suivant a besoin des données brutes.
Cas d'usage
une demande de contact qui doit atterrir chez la bonne personne pendant que le visiteur est encore sur le site, une candidature qui ouvre un dossier dès sa réception, une inscription qui ajoute sa ligne dans un tableur partagé. Chaque valeur se lit avec une expression, et une exécution de test donne les noms exacts à utiliser.
Besoin d'aide

Besoin d'aide pour automatiser Form.io avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Form.io et n8n : les questions fréquentes

01L'intégration Form.io n8n est-elle gratuite ?
Oui, côté n8n. Le Form.io Trigger est livré avec n8n : rien à installer, aucun coût supplémentaire pour le nœud lui-même. Il se comporte de la même façon sur n8n Cloud, l'offre hébergée par n8n, et sur une instance auto-hébergée en Community Edition, sous licence Sustainable Use. Le workflow construit d'un côté est identique de l'autre, ce qui compte si tu prototypes sur Cloud avant de passer sur ton propre serveur. Ce que coûte un plan Form.io est une autre question, et elle n'est pas traitée ici.
02Quels credentials faut-il pour le Form.io Trigger ?
Un credential Form.io, créé une seule fois dans le menu Credentials de n8n, puis réutilisé par tous les workflows de l'instance. Tu ne le saisis jamais dans le nœud : le Form.io Trigger affiche les credentials enregistrés dans une liste déroulante et tu en choisis un. Une fois la connexion sélectionnée, les deux paramètres requis deviennent exploitables, puisque Project Name or ID et Form Name or ID sont des listes alimentées par ce credential. Tant que l'un des deux est vide, le nœud refuse de s'exécuter.
03Que faire si le workflow a besoin de plus que ces 2 événements ?
Il passe par le nœud HTTP Request. C'est la réponse standard dans n8n dès que quelque chose sort du catalogue d'un nœud dédié : HTTP Request appelle n'importe quel endpoint de l'API Form.io et réutilise le même credential via l'authentification prédéfinie, donc il n'y a pas de seconde connexion à gérer. En pratique, beaucoup de workflows mélangent les deux, avec le Form.io Trigger en entrée et un appel HTTP Request plus loin dans la chaîne. Le trigger, lui, surveille un projet et un formulaire à la fois.
04Le Form.io Trigger réagit-il en temps réel ?
Oui. Le nœud fonctionne en webhook, autrement dit sur une URL que Form.io appelle de lui-même dès qu'un événement se produit sur le formulaire surveillé. Il n'y a pas de polling, donc pas d'intervalle à régler, et chaque événement arrive dans n8n en quelques secondes. L'URL est enregistrée auprès de Form.io au moment où le workflow est activé : c'est à cet instant que l'écoute démarre vraiment. Conséquence pratique, une soumission envoyée workflow éteint ne s'accumule pas quelque part en attendant que tu le rallumes.
05n8n ou Make pour Form.io ?
Ça dépend de quatre critères, et les deux outils font le travail. L'hébergement d'abord : n8n s'installe sur ton serveur via Docker ou npm, ou s'utilise sur n8n Cloud, alors que Make n'existe qu'en hébergé. La maîtrise des données suit, puisqu'une instance auto-hébergée garde le contenu des soumissions dans ton périmètre. Le modèle de coût change aussi, Make étant facturé à l'opération, ce qui se voit vite sur un formulaire très sollicité. La logique visuelle est le quatrième critère, et c'est surtout une affaire d'habitude.
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