Automatiser le traitement des leads avec n8n

Le cas type

Une entreprise fictive de services reçoit des demandes par le formulaire de son site. Elle a trois secteurs : particuliers, professionnels et collectivités. Chaque secteur a un responsable et un délai de réponse. Aujourd’hui, tout arrive dans une seule boîte mail, et quelqu’un recopie les demandes dans un tableau.

Scénario, noms et chiffres fictifs, pour illustrer la méthode. Le temps réellement gagné se mesure sur votre propre activité.

Le workflow, étape par étape

1. Le formulaire envoie la demande. Nœud Webhook en méthode POST, avec un chemin personnalisé et une authentification par en-tête (Header auth). L’adresse de production n’est enregistrée par n8n qu’une fois le workflow publié ; pendant la construction, on utilise l’adresse de test.
2. Les données sont nettoyées. Nœud Edit Fields : e-mail en minuscules, espaces retirés, téléphone normalisé, date de réception ajoutée.
3. La demande est contrôlée. Nœud IF : l’e-mail est valide et le champ piège (un champ caché que seuls les robots remplissent) est vide. Sinon, le flux s’arrête et la demande est mise de côté.
4. Le secteur décide du chemin. Nœud Switch sur le champ secteur : une sortie par secteur, plus une sortie « autre » pour ne rien perdre.
5. La fiche est créée sans doublon. Le CRM est interrogé par e-mail d’abord ; si le contact existe, on ajoute une demande, sinon on crée la fiche, avec le responsable du secteur comme propriétaire.
6. Le responsable est prévenu. Un e-mail ou un message part avec le résumé de la demande et le lien vers la fiche.
7. Le prospect reçoit un accusé de réception. Il y trouve le délai de réponse propre à son secteur.
8. Le suivi est surveillé. Nœud Wait (After Time Interval, par exemple 3 jours) ; au réveil, un contrôle vérifie si la fiche a évolué. Sinon, le responsable reçoit un rappel, ou un brouillon de relance à valider.
9. Les pannes sont signalées. Un second workflow, déclenché par le nœud Error Trigger, avertit dès qu’une exécution échoue.

Le nœud Wait stocke l’exécution en base de données pendant l’attente et la reprend ensuite ; il utilise l’heure du serveur n8n, pas un autre fuseau horaire.

La règle de dispatch

Le nœud Switch compare la valeur du champ secteur, lue avec l’expression {{ $json.secteur }}. Chaque sortie mène à une branche, avec son responsable et son délai :

Exemple de données reçues par le webhook (fictives) :

{
  "nom": "Camille Martin",
  "email": "Camille.Martin@exemple.fr",
  "telephone": "06 00 00 00 00",
  "secteur": "professionnel",
  "message": "Besoin d’un devis pour 12 postes.",
  "consentement": true,
  "piege": ""
}

Après nettoyage, l’e-mail devient camille.martin@exemple.fr, le contrôle passe (e-mail valide, champ piège vide), et le Switch envoie la demande vers la branche « Professionnels ».

Côté site : ne pas exposer le webhook

Une adresse de webhook placée dans la page peut être appelée par n’importe qui. Le montage le plus sûr tient en trois temps :

• le formulaire envoie ses données à une adresse de votre site ;
• le site enregistre la demande (base de données ou e-mail de secours), puis la relaie à n8n avec un jeton secret en en-tête ;
• n8n vérifie le jeton (Header auth) et traite la demande.

Ainsi, une panne de n8n ne fait pas perdre la demande, et le webhook reste privé. La charge utile maximale par défaut du nœud Webhook est de 16 Mo, largement au-delà d’un formulaire.

Mesurer : deux indicateurs suffisent

Sans mesure, on ne sait pas si l’automatisation sert. Deux indicateurs, calculables depuis le CRM :

• Délai de première réponse : moyenne et maximum, par secteur.
• Part des demandes sans suite à 3 jours = demandes sans réponse après 3 jours ÷ demandes reçues.

Exemple travaillé, avec des données fictives : sur un mois, 40 demandes reçues, 4 sans réponse à 3 jours. La part sans suite est 4 ÷ 40 = 10 %. Après un mois avec rappel automatique, on recompte : si 1 demande sur 40 reste sans suite, la part tombe à 2,5 %. Ce chiffre est un exemple de calcul, pas un résultat promis.

Données personnelles : trois réflexes

• Informer à la collecte. Une mention d’information sur le formulaire (qui traite les données, pourquoi, comment exercer ses droits).
• Distinguer B2B et B2C pour les relances. La fiche CNIL et Bpifrance sur la relation client décrit un régime d’opposition (« opt-out ») pour la prospection par e-mail entre professionnels et un accord préalable (« opt-in ») pour les particuliers.
• Permettre de s’opposer. Un lien de désabonnement fonctionnel dans les messages de relance et une liste des personnes opposées, que le workflow consulte avant chaque envoi.

Ce n’est pas un avis juridique : vérifiez votre situation auprès de la CNIL ou d’un juriste.

Où mettre l’IA, et où ne pas la mettre

Le dispatch et les relances se règlent sans IA. L’IA apporte de la valeur sur deux tâches de lecture : résumer un message long et proposer un brouillon de réponse. Dans les deux cas, un humain relit avant l’envoi, et aucune donnée sensible n’est transmise à un outil sans avoir vérifié où elle est traitée. Pour aller plus loin : IA et automatisation pour les entreprises et la formation Automatiser son entreprise avec l’IA.

Questions fréquentes

Sources

• n8n, documentation du nœud Webhook
• n8n, documentation du nœud Wait
• CNIL et Bpifrance, guide RGPD pour les TPE-PME, fiche 2 : améliorez et maîtrisez votre relation client