3.3Filtres, routeurs & logique conditionnelle
L'essentiel en 30 secondes
- Le filtre trie : barrière oui/non — le scénario ne poursuit que si la condition est vraie, sinon il s'arrête là.
- Le routeur oriente : aiguillage vers la branche A, B ou C selon les données (routeur Make, chemins « Paths » Zapier).
- Filtrer tôt : placé juste après le déclencheur, le filtre évite des actions inutiles et économise des opérations.
Mini-cas filé — Lina trie les demandes selon leur objet
Lina, chargée de digitalisation à Oran, voit son scénario traiter toutes les réponses du formulaire, y compris les messages hors sujet qui gaspillent des opérations. Elle ajoute un filtre juste après le déclencheur : continuer seulement si l'objet contient DEVIS. Puis un routeur à deux branches : les demandes « entreprise » partent vers l'équipe commerciale avec une alerte, les demandes « particulier » reçoivent une réponse automatique. Son tuyau bête devient un arbre de décision.
Ce même cas revient dans le cours, le schéma, le script et le défi 48h.
1. Filtre et routeur : trier puis orienter
Un automatisme utile est rarement « tout, tout le temps ». Le filtre ne laisse passer que ce qui remplit une condition (« continuer seulement si l'objet contient DEVIS », « seulement si le montant est renseigné »). Placé tôt, juste après le déclencheur, il évite des actions inutiles et économise des opérations.
Le routeur (Make) ou les chemins (Zapier « Paths ») créent des branches : selon une condition, le scénario prend la voie A, B ou C, chacune avec ses propres actions. Lina l'utilise pour séparer « entreprise » et « particulier ».
2. Un arbre de décision qui suit vos règles
C'est la logique « si… alors… sinon… » appliquée à vos processus : une demande urgente déclenche une alerte, une demande normale une simple ligne dans un tableau ; un montant élevé déclenche une validation, un petit montant un simple enregistrement.
Filtres et routeurs transforment un tuyau bête en arbre de décision qui reproduit vos règles métier. C'est souvent ce qui distingue une automatisation gadget d'une automatisation réellement fiable et adoptée.
🔎 Exemple concret — Deux branches selon le type de demande
Lina réagit différemment selon le cas.
Filtre : continuer si objet contient DEVIS
Routeur :
Branche A (entreprise) → alerte + transmission commerciale
Branche B (particulier) → réponse automatique + enregistrementLecture : le filtre arrête le hors-sujet, le routeur sépare les cas.
Leçon : filtre = trier, routeur = orienter.
Vocabulaire de la section
- Filtre
- Barrière conditionnelle : le scénario ne poursuit que si la condition est vraie (sinon il s'arrête).
Exemple simple : Lina : continuer seulement si l'objet contient DEVIS.
Ce que ce n'est pas : un aiguillage vers plusieurs branches.
Réflexe : placer le filtre juste après le déclencheur.
- Routeur
- Module (Make) créant plusieurs branches ; chaque branche a sa condition et son propre enchaînement d'actions.
Exemple simple : Branche entreprise avec alerte, branche particulier avec réponse auto.
Ce que ce n'est pas : un simple oui/non qui stoppe tout.
Réflexe : donner à chaque branche ses actions propres.
- Chemin (Path)
- Équivalent Zapier du routeur : branches conditionnelles A/B/C selon des règles.
Exemple simple : Le chemin A/B de Lina dans son Zap de tri.
Ce que ce n'est pas : un filtre unique en tête de scénario.
Réflexe : nommer chaque chemin par son cas métier.
- Logique conditionnelle
- Règles « si… alors… sinon… » qui orientent le comportement du scénario selon les données.
Exemple simple : Si entreprise alors alerter, sinon répondre automatiquement.
Ce que ce n'est pas : traiter tout, tout le temps, sans condition.
Réflexe : écrire la règle en français avant de la configurer.
- Arbre de décision
- Structure d'un scénario avec branches et conditions, reproduisant les règles métier.
Exemple simple : Le scénario de tri de Lina : filtre puis deux branches.
Ce que ce n'est pas : un tuyau linéaire sans aucun tri.
Réflexe : vérifier que chaque branche mène à une action distincte.
En pratique — Ajouter filtres et branches
- Sur votre scénario, ajoutez un filtre juste après le déclencheur (ex. « continuer seulement si objet contient DEVIS »).
- Testez : vérifiez que les événements non conformes sont bien arrêtés (opérations économisées).
- Ajoutez un routeur/chemin avec deux branches selon une condition (ex. entreprise vs particulier).
- Donnez à chaque branche ses actions propres (alerte + transmission d'un côté, réponse auto de l'autre).
Script prêt à dire — expliquer son tri au fil de l'eau (30 s)
« Mon scénario filtre d'abord : seules les réponses avec DEVIS continuent, le reste s'arrête et n'use aucune opération. Ensuite le routeur sépare : entreprise vers le commercial avec une alerte, particulier vers la réponse automatique. Chaque cas a ses actions, comme nos règles métier. »
À dire en démonstration ; montrer un cas arrêté par le filtre et un cas par branche.
Modèle copier-coller — fiche filtre + routeur
FILTRE (condition + position juste après déclencheur) : _______________
BRANCHE A (condition + actions propres) : _______________
BRANCHE B (condition + actions propres) : _______________
TEST (1 cas arrêté + 1 cas par branche) : _______________TPE / indépendant
Un seul filtre bien placé suffit souvent : ne traiter que les messages qui comptent vraiment.
PME à Oran
Lina documente ses deux branches (entreprise / particulier) pour que l'équipe sache où part chaque demande.
Équipe digitale
Reproduire les règles métier écrites : chaque branche du scénario correspond à une règle existante.
Débutant
Cette semaine : un filtre unique après le déclencheur, testé avec un cas qui passe et un cas bloqué.
✓ Bonnes pratiques
- Placer les filtres le plus tôt possible (économie + clarté).
- Utiliser un routeur pour des cas distincts (A/B/C).
- Reproduire vos règles métier explicites dans le scénario.
✗ Pièges fréquents
- Confondre filtre (oui/non) et routeur (aiguillage).
- Placer un filtre trop tard (opérations gaspillées).
- Faire « tout, tout le temps » sans condition.
Points clés à retenir
- Le filtre ne laisse passer que ce qui remplit une condition (à placer tôt pour économiser des opérations).
- Le routeur (Make) / les chemins (Zapier) créent des branches selon des conditions.
- On reproduit la logique « si… alors… sinon… » de vos processus.
- Filtres + branches transforment un tuyau linéaire en arbre de décision fiable.
Défi 48h — appliquez demain
Ajoutez 1 filtre après votre déclencheur et vérifiez qu'un cas hors sujet est arrêté.
- Je distingue filtre (oui/non) et routeur (aiguillage).
- Je sais placer un filtre tôt pour économiser.
- Mon scénario a 2 branches avec actions propres.
Questions fréquentes
Quelle différence entre un filtre et un routeur ?
Un filtre est un oui/non : soit la condition est remplie et le scénario continue, soit elle ne l'est pas et il s'arrête là. Un routeur est un aiguillage : il crée plusieurs branches et envoie l'exécution dans celle qui correspond (cas A, cas B, cas C…), chacune avec ses propres actions. En clair : le filtre décide « on continue ou pas », le routeur décide « par où on continue ». On les combine souvent : un routeur crée les branches, et chaque branche peut avoir son propre filtre pour affiner encore. Le filtre trie, le routeur oriente.
Pourquoi placer les filtres le plus tôt possible ?
Pour deux raisons. D'abord l'économie : chaque action exécutée consomme une opération facturée ; un filtre en tête arrête net les événements non pertinents avant qu'ils ne déclenchent des actions inutiles. Ensuite la clarté et la fiabilité : on évite d'exécuter des étapes sur des données qui ne devraient pas être là (et donc des résultats parasites ou des erreurs). Règle de conception : « filtrer tôt, agir ensuite ». Un scénario qui traite 1000 événements pour n'en garder que 50 utiles gaspille 950 fois des opérations si le filtre est mal placé.
Pourquoi placer un filtre le plus tôt possible dans un scénario ?