Une réponse à un questionnaire peut rester dans une synthèse. Elle peut aussi déclencher une action : créer une fiche, prévenir un canal, lancer un parcours. Dans Forms by Le Beau Digital, sur le plan Entreprise, chaque réponse peut partir vers un autre outil grâce à un webhook signé. n8n, Make ou Zapier peuvent l’attendre. Voici comment nous le branchons, ce que la signature protège, et ce que nous refusons d’automatiser trop tôt.
Un webhook, ce n’est pas un export
Un export CSV se télécharge, de temps en temps, à la main. Un webhook envoie un message à une adresse, typiquement à chaque nouvelle réponse, au moment où elle arrive. L’autre outil n’a pas à interroger Forms en boucle. Il reçoit, il décide, il agit.
Sur le plan Entreprise, on peut créer un webhook sortant général, pour tout l’espace, ou une URL dans les paramètres d’un formulaire. Zapier, via un Catch Hook, Make ou n8n reçoivent alors chaque réponse. L’en-tête X-LBF-Signature signe le message. Ce n’est pas un détail cosmétique. C’est ce qui permet au receveur de vérifier que la requête vient bien de Forms, et qu’elle n’a pas été inventée par un tiers qui aurait deviné l’URL.
Ces intégrations, comme le MCP, Slack, Teams, Google Sheets et Airtable, sont documentées comme réservées au plan Entreprise. Elles ne sont pas incluses au plan Pro. La FAQ et la page tarifs font foi si les conditions évoluent. Cette note décrit le principe, pas un tarif.
Vérifier la signature, puis seulement agir
Dans n8n, le flux commence souvent par un nœud webhook, qui expose une URL HTTPS. Cette URL se copie dans Forms. Ensuite, et c’est le point que nous ne sautons pas, le flux vérifie la signature avant d’écrire quoi que ce soit ailleurs. Une URL de webhook, si elle fuit, peut recevoir n’importe quoi. Sans vérification, on créerait des fiches à partir de données inventées.
Nous ne publions pas ici un tutoriel d’implémentation pas à pas, avec des extraits de code qui vieilliraient. Le principe suffit : le receveur recalcule la signature avec le secret convenu, la compare à l’en-tête, et refuse le message s’il ne correspond pas. Ensuite seulement, on normalise les champs, on décide d’une branche, on appelle un autre service.
Le secret du webhook se range comme une clé d’API : dans les identifiants de n8n, pas dans un nœud en clair, pas dans un dépôt public. On le tourne s’il a pu fuiter. On n’en met pas deux dans le même canal de discussion « pour aller plus vite ».
On teste avec des réponses fictives, sur une instance ou un environnement qui n’écrit pas dans la production. Quand le chemin est validé, on bascule l’URL utile, et on surveille quelques exécutions réelles. n8n montre ces exécutions. On s’en sert.
Quoi automatiser, et quoi laisser à la synthèse
Les bons candidats sont les actions internes, répétitives, réversibles ou facilement contrôlables : créer une ligne dans une base, ouvrir une fiche, prévenir un canal d’équipe, inscrire la réponse dans un outil déjà choisi. Les mauvais candidats, au premier jour, sont les messages envoyés au répondant « en son nom », les engagements commerciaux, les écritures difficiles à annuler.
Nous reprenons ici la règle déjà posée pour n8n et pour l’IA. L’automatisation prépare. Si un modèle résume la réponse dans le même flux, le texte reste un appui. Il ne part pas vers l’extérieur sans relecture, sauf cas volontairement étroit et documenté. Une réponse de questionnaire peut contenir des données personnelles. Le flux doit en tenir compte : qui reçoit, où c’est stocké, combien de temps, est-ce le bon canal.
La synthèse d’équipe, elle, ne disparaît pas parce qu’un webhook existe. Un canal qui reçoit un message à chaque réponse, sans que personne ne lise plus la synthèse, finit par le bruit. Nous préférons souvent : le webhook écrit dans l’outil de travail, et l’équipe continue de lire la synthèse à un rythme choisi — par exemple pour le NPS, les commentaires, les taux de complétion.
Sheets, Airtable, Slack, n8n : choisir la porte
Si le besoin est seulement « une ligne de plus dans une feuille », le connecteur Google Sheets ou Airtable du plan Entreprise peut suffire, sans passer par n8n. Si le besoin est « prévenir le canal », Slack ou Teams peuvent suffire. n8n devient intéressant quand il y a une condition, plusieurs destinations, une normalisation, un appel à un autre logiciel, une relecture humaine au milieu.
On n’empile pas les portes sans raison. Deux écritures de la même réponse, dans deux bases, sans règle de vérité, reconstituent le désordre que l’on voulait quitter. Une porte, un responsable, un cas d’échec prévu : si n8n est arrêté, si l’URL change, si Forms renvoie une erreur, que se passe-t-il ? Les réponses ne doivent pas se perdre, ou du moins, on doit le voir.
Forms, de son côté, continue de garder les réponses dans l’espace. Le webhook est une sortie, pas un remplacement de l’historique. On ne construit pas un flux qui, en cas de succès, effacerait la réponse côté formulaire « pour faire propre ». La lecture, l’export, la recherche, restent utiles après coup.
Un exemple concret. Un questionnaire d’inscription à une session envoie, à chaque réponse complète, un événement signé vers n8n. Le flux vérifie la signature, ignore les brouillons s’ils devaient arriver, crée une ligne dans l’outil de suivi de l’équipe, et poste un message court dans un canal interne, sans recopier toute la réponse si elle contient des éléments inutiles à afficher là. L’équipe ouvre la synthèse pour les commentaires. Elle n’utilise pas le canal comme un dossier. Si le webhook échoue, Forms conserve la réponse ; on relance, ou on relit l’historique, plutôt que de demander à la personne de remplir une deuxième fois.
Nous documentons aussi le contenu envoyé. Tous les champs ne doivent pas forcément sortir vers tous les outils. Un webhook trop bavard, qui porte des pièces jointes vers un canal trop ouvert, est un mauvais choix, même signé. On restreint, on choisit les destinations, on rappelle qui a accès. La signature authentifie l’émetteur. Elle ne rend pas confidentiel un canal mal choisi.
Enfin, le MCP et le webhook ne font pas le même travail. Le MCP sert à interroger Forms depuis un assistant, à la demande. Le webhook pousse l’événement au moment de la réponse. On peut avoir les deux, sur le plan Entreprise. On n’a pas à tout activer. Beaucoup d’équipes commenceront par la synthèse, puis une feuille, puis seulement un workflow n8n quand une action se répète vraiment, et que quelqu’un peut encore expliquer le flux six mois plus tard.
Un branchement court, puis on élargit
Le premier flux que nous recommandons est volontairement étroit : une réponse arrive, la signature est bonne, une fiche ou une ligne se crée, un message interne part si besoin. Quand ce chemin est stable, on ajoute une branche, pas avant. C’est le même réflexe que pour n’importe quel workflow n8n : un chemin critique, pas un labyrinthe le premier jour.
Si vous êtes sur le plan Entreprise, ou si vous vous demandez si ce plan se justifie précisément pour ces sorties, nous pouvons regarder le cas d’usage avec vous. Un message via la page contact, ou un rendez-vous, permet de partir de l’action à déclencher, pas d’une liste de nœuds.