Validez les données du formulaire

Votre workflow reçoit des données et sait les nettoyer. Mais il fait encore confiance à tout ce qu'on lui envoie. Or, dans la réalité, les formulaires reçoivent des soumissions incomplètes, des messages trop courts pour être exploitables, voire des tentatives de spam. Ce chapitre vous apprend à rendre votre workflow fiable : en imposant des règles de validation, en filtrant les cas problématiques, et en gérant proprement les situations imprévues.

Identifiez les lacunes de votre formulaire actuel

Prenons un moment pour regarder honnêtement ce que votre workflow accepte aujourd'hui.

Sans validation, n'importe quelle soumission passe et déclenche le workflow complet :

• Quelqu'un soumet le formulaire sans email ? Le workflow continue.

• Un message d'une seule lettre ? Il passe.

• Un robot envoie dix soumissions identiques en quelques secondes ? Elles sont toutes traitées.

Bref, voici les trois problèmes les plus courants sur un formulaire que vous allez apprendre à gérer :

1. Les données incomplètes : un champ obligatoire est vide, un email est absent ou mal formaté, un type de demande n'a pas été sélectionné.

2. Les données de mauvaise qualité : un message trop court pour être exploitable ("ok", "test", "???"), une description qui ne dit rien sur la demande réelle.

3. Le spam et les soumissions automatiques : des messages génériques, des soumissions contenant plusieurs liens, des envois répétés depuis la même adresse en quelques minutes.

Appliquez des règles de validation claires

Une fois les problèmes identifiés, il faut les traiter. Dans n8n, la validation se construit avec des nœuds conditionnels ; mais avant de les configurer, il faut décider ce que votre workflow considère comme "valide".

Commencez par documenter vos règles. Voici celles que vous pouvez appliquer dans notre projet :

• L'email doit être présent et respecter un format valide (contenir un "@" et un domaine).

• La description doit contenir au moins 20 caractères.

• Le type de demande doit appartenir à une liste de valeurs autorisées :support,sales, ouautre.

• Le message ne doit pas être uniquement composé de mots génériques comme "test" ou "bonjour".

• La soumission ne doit pas contenir plus de deux liens (signe probable de spam).

Filtrez les cas avec les nœuds IF et Switch

Vous avez vos règles. Il faut maintenant les implémenter dans n8n. Deux nœuds sont faits pour ça :

1. Le nœud IF

2. Le noeud Switch

Le nœud IF

Le nœud IF est votre outil de base pour les conditions simples. Il évalue une condition et oriente les données vers deux branches :

• true(la condition est remplie) ;

• oufalse(elle ne l'est pas).

Exemple : vous ajoutez un nœud IF avec la condition suivante :customerEmailcontient "@". Si la condition est vraie, les données continuent vers l'étape suivante. Si elle est fausse, elles partent vers une branche d'erreur que vous allez configurer.

Le nœud Switch

Le nœud Switch est plus adapté quand vous avez plus de deux cas possibles. Plutôt que d'empiler plusieurs nœuds IF les uns après les autres (ce qui rend le workflow difficile à lire), le Switch évalue une valeur et la route vers la branche correspondante en une seule étape.

Dans notre projet, vous allez l'utiliser pour router selon le type de demande :supportpart vers une branche,salesvers une autre, et tout le reste vers une brancheautre.

Voyons maintenant comment assembler ces nœuds sur notre workflow :

Gérez proprement les soumissions rejetées

Quand votre workflow bloque une soumission, il doit laisser une trace exploitable.

Dans n8n, vous pouvez ajouter un nœud simple en fin de branche d'erreur pour enregistrer le motif du rejet : quel champ était invalide, quelle règle n'était pas respectée, à quelle heure la soumission a été reçue.

À vous de jouer !

Consigne : ajoutez 3 règles de validation et 2 règles anti-spam à votre workflow, puis testez-le sur 4 soumissions générées avec l'aide d'un outil d'IA.

Les règles à implémenter :

• Email valide (présence d'un "@" et d'un domaine)

• Description d'au moins 20 caractères

• Type de demande appartenant à{support, sales, autre}

• Message contenant "test" uniquement → rejet

• Message contenant 3 liens ou plus → rejet

Exemple de prompt IA pour générer vos cas de test : "Génère 4 soumissions de formulaire de support : 2 valides avec des cas différents, 1 avec un email manquant, et 1 avec un message qui ne contient que le mot 'test'. Pour chaque soumission, indique tous les champs : prénom, nom, email, type, urgence, description."

Résultats attendus :

• Soumission valide 1 → passe toutes les validations, routée vers la branchesupport

• Soumission valide 2 → urgence "faible", routée vers la branchesales

• Soumission invalide 1 → email manquant → rejet en branche d'erreur, motif enregistré

• Soumission invalide 2 → message = "test" → rejet anti-spam, motif enregistré

En résumé

• Un workflow sans validation accepte tout ce qu'on lui envoie (données incomplètes, messages inutilisables, spam). Définir des règles claires dès cette étape protège toute la suite du processus.

• Le nœud IF gère les conditions simples avec deux branches : la donnée est valide, ou elle ne l'est pas.

• Le nœud Switch route les données vers plusieurs destinations selon leur valeur, sans empiler des IF.

• Toujours prévoir un fallback pour capturer les cas non anticipés et éviter toute perte silencieuse de données.

Vos données sont maintenant propres et validées. Dans le chapitre suivant, vous allez les router vers les bonnes personnes et créer les premières notifications automatiques de votre workflow.