Le Router dans Make : bien gérer les branches conditionnelles

La première fois que j’ai posé un Make Router chez un client, je me suis fait avoir comme un débutant. Un lead entrant, une route « gros budget » qui envoyait une alerte Slack, une route « France » qui créait la fiche dans le CRM. Un prospect français à 8 000 € arrive… et il déclenche les deux routes. Alerte Slack et fiche CRM. Sur le papier c’était même le bon comportement, sauf que je ne l’avais pas prévu, et le jour où un client a reçu deux mails pour la même commande, j’ai compris que je n’avais rien compris au Router.

Le Router ressemble à un aiguillage de train : la donnée arrive, elle part à gauche ou à droite. C’est faux, et c’est le piège n°1. Ce guide vous explique comment le Router distribue la donnée, comment poser un filtre par route, à quoi sert la route fallback, et comment obtenir un vrai aiguillage exclusif quand vous en avez besoin.

Le Router, ce qu’il fait vraiment : il duplique le flux

Un Router se place à un endroit du scénario où vous voulez plusieurs suites différentes. Vous le branchez après un module, puis vous tirez plusieurs branches depuis lui : chaque branche est une route, et chaque route mène à sa propre séquence de modules.

Quand un bundle (une « ligne » de donnée) atteint le Router, il n’est pas envoyé à une route. Il est présenté à toutes les routes. Chaque route porte un filtre ; si le bundle passe le filtre, la route le traite. Le Router ne choisit pas un chemin, il recopie votre bundle vers chaque branche qui l’accepte.

Vous croyez que le Router…	Ce qu’il fait réellement
envoie la donnée vers une seule route	présente la donnée à toutes les routes
choisit la première route qui matche	laisse passer chaque route dont le filtre est vrai
agit comme un aiguillage exclusif	agit comme une distribution en parallèle logique

Le piège n°1 : toutes les routes qui matchent s’exécutent

C’est la source de la moitié des bugs de scénario que je débogue. La documentation Make est explicite : « si la donnée passe le filtre de plus d’une route, elle est traitée par les deux routes ». Il n’y a pas de « première route gagnante ». Un bundle qui satisfait trois filtres déclenche trois branches.

Si vous venez de Zapier, c’est exactement l’inverse de ce que vous connaissez. Les Paths de Zapier sont exclusifs : un enregistrement suit un seul chemin. Le Switch de n8n aussi. Le Router de Make, lui, est inclusif par défaut. Même mot « branches », logique opposée.

Poser un filtre sur chaque route

Le filtre vit sur le lien qui sort du Router vers le premier module de la route. Vous cliquez sur ce lien (l’icône clé à molette apparaît), vous ouvrez le filtre, et vous définissez vos conditions.

Un filtre se lit en deux niveaux :

• Plusieurs conditions dans un même bloc se combinent en ET : toutes doivent être vraies. « montant > 5000 » ET « statut = payé ».
• Le bouton « OU » ajoute un nouveau bloc de conditions. La route passe si l’un des blocs est vrai. C’est le OU entre les blocs, le ET à l’intérieur.

Nommez chaque route pendant que vous y êtes (le label s’affiche sur le lien). Six mois plus tard, « Route 3 » ne veut plus rien dire ; « Devis > 5 000 € » se relit d’un coup d’œil.

Opérateur courant	À utiliser pour
Text: Equal to / Not equal to	un statut, un pays, une catégorie exacte
Numeric: Greater than / Less than	un montant, un score, une quantité
Exists / Does not exist	un champ optionnel présent ou vide
Text: Contains	un mot-clé dans un objet de mail ou un tag

La route fallback : le « sinon » qui rattrape tout

Le Router a une route spéciale : la route fallback. Elle ne traite que les bundles qui n’ont passé aucun autre filtre. C’est le else de votre aiguillage, le filet de sécurité qui garantit qu’aucune donnée ne se perd en silence.

Deux règles à connaître :

1. La route fallback est évaluée en dernier, une fois que Make a vérifié toutes les autres routes. Logique : elle a besoin de savoir si personne d’autre n’a pris le bundle.
2. Une seule route peut être fallback. Vous la désignez dans les réglages de la route (option Fallback route : Oui).

Concrètement : trois routes métier + une route fallback qui envoie une alerte Slack « donnée non catégorisée, à traiter à la main ». Le jour où un cas imprévu arrive (un pays que vous n’aviez pas listé, un montant à zéro), il ne disparaît pas dans le vide. Il atterrit sur le fallback, vous êtes prévenu, vous ajoutez la route manquante.

L’ordre des routes : ce qu’il change (et ce qu’il ne change pas)

Make traite les routes séquentiellement, pas en parallèle : la route 1 finit tout son travail avant que la route 2 démarre. Vous pouvez régler cet ordre (menu du Router, « order routes »).

Séquentiel ne veut pas dire exclusif. L’ordre ne décide pas quelle route passe, il décide seulement dans quel ordre les routes qui matchent s’exécutent. Un bundle qui coche deux routes les traversera les deux, quel que soit l’ordre.

L’ordre compte dans deux cas précis :

• La route fallback, toujours jouée en dernier, quoi que vous fassiez.
• Les effets de bord dépendants : si la route 2 lit une donnée que la route 1 vient d’écrire (une ligne créée, un ID généré), l’ordre devient une vraie dépendance. Placez la route qui écrit avant celle qui lit.

En dehors de ça, ne cherchez pas à ranger vos routes pour obtenir de l’exclusivité : ça se joue dans les filtres, pas dans l’ordre.

Cas concret : router des leads selon le budget et le pays

Prenons un formulaire de contact qui remonte des leads. On veut trois traitements. Le montage tient en un Router et quatre routes :

1. Module d’entrée : un webhook (ou Watch Rows) qui reçoit chaque lead avec un budget et un pays.
2. Router posé juste derrière.
3. Route « Gros compte » : filtre budget ≥ 5000. Elle poste dans un canal Slack commercial et crée un deal prioritaire dans HubSpot.
4. Route « International » : filtre pays ≠ France. Elle applique un tag « à qualifier TVA » et route vers un pipeline dédié.
5. Route « Standard » : filtre budget < 5000 ET pays = France.
6. Route fallback : alerte « lead sans budget renseigné, à vérifier ».

Un lead français à 8 000 € passe le filtre « Gros compte » et le filtre « Standard »… non : « Standard » exige budget < 5000, donc il ne passe pas. Bon. Mais un lead suisse à 8 000 € coche « Gros compte » et « International » : il déclenche les deux branches. Est-ce voulu ? Si oui, parfait. Si vous vouliez un seul traitement, il faut rendre les filtres exclusifs.

Rendre l’aiguillage exclusif

Pour qu’un lead ne suive qu’un chemin, on empile les conditions pour que les filtres ne puissent jamais être vrais en même temps :

Route	Filtre exclusif
Gros compte	budget ≥ 5000
International	budget < 5000 ET pays ≠ France
Standard	budget < 5000 ET pays = France

Ici, un budget ≥ 5000 ne peut atterrir que sur « Gros compte », et les deux autres routes se partagent le reste sans chevauchement. L’exclusivité vient des filtres, jamais du Router lui-même. C’est le travail que Zapier fait pour vous et que Make vous laisse maîtriser, au prix d’un peu de rigueur.

Router ou simple filtre : ne dégainez pas le Router pour rien

Toutes les branches conditionnelles n’ont pas besoin d’un Router. Si vous voulez juste arrêter un flux quand une condition n’est pas remplie (ne traiter que les commandes payées, ignorer les mails de spam), posez un filtre simple sur le lien entre deux modules. Pas de Router, pas de routes : le bundle continue ou s’arrête, point.

Le Router entre en jeu à partir du moment où vous voulez au moins deux suites différentes pour la même donnée : deux destinations, deux traitements, ou un traitement plus un filet fallback.

Votre besoin	Le bon outil
Continuer seulement si une condition est vraie	Filtre simple sur le lien
Deux traitements ou plus selon la donnée	Router + filtres par route
Un chemin unique et exclusif par enregistrement	Router + filtres mutuellement exclusifs
Ne jamais perdre une donnée non catégorisée	Router + route fallback

Récap : le Router en cinq réflexes

Si vous ne gardez qu’une chose : le Router de Make distribue, il n’aiguille pas. Chaque route dont le filtre passe s’exécute, et une même donnée peut en emprunter plusieurs. C’est l’inverse des Paths de Zapier ou du Switch de n8n, et c’est le piège qui coûte le plus cher quand on ne le sait pas.

Les cinq réflexes qui rendent un Router fiable :

1. Un filtre nommé par route, pour se relire dans six mois.
2. Des filtres mutuellement exclusifs dès que vous voulez un chemin unique par enregistrement.
3. Une route fallback sur tout scénario où perdre une donnée coûte cher.
4. Le compteur sur les liens pour déboguer : il dit combien de bundles ont franchi chaque filtre.
5. L’ordre des routes réservé aux dépendances réelles (le fallback en dernier, les écritures avant les lectures), pas à l’exclusivité.

Ce genre de logique de flux (comprendre comment Make fait circuler la donnée, pas juste empiler des modules) c’est exactement ce que je déroule dans ma formation Make. On part des fondamentaux et on va jusqu’aux scénarios que je fais tourner en production chez mes clients, routeurs et filtres compris. Et si vous voulez suivre les exemples de ce guide, créez votre compte Make ici : ce lien débloque 10 000 opérations par mois sur le plan Pro, de quoi tester tous les montages sans plafond.

Sources : Make Help · Router module, Make Help · Set up filters, Adobe Workfront Fusion · Router module.