3.2Premier scénario (Zap) : trigger → action
Passons à la pratique avec le concept fondateur : déclencheur → action (trigger → action). Toute automatisation part d'un déclencheur : un événement dans une application (un nouveau mail Gmail, une nouvelle ligne Airtable, un formulaire soumis, une heure planifiée). Il enclenche une ou plusieurs actions dans d'autres applications (créer une ligne, envoyer un message, mettre à jour un enregistrement). C'est la brique élémentaire dont tout le reste découle.
Le geste technique clé est le mapping : relier les données du déclencheur aux champs de l'action (l'expéditeur du mail → le champ « Contact » de la ligne créée). On teste ensuite avec des données réelles pour vérifier que tout circule correctement, puis on active le scénario. Ce premier automatisme — par exemple « nouveau mail → créer une tâche » ou « nouveau formulaire → ajouter un client » — est un déclic : on comprend qu'on vient de supprimer une tâche manuelle pour toujours. Tout le niveau 3 enrichit ensuite cette brique (filtres, routeurs, itérateurs, webhooks).
Vocabulaire de la section
- Déclencheur (trigger)
- Événement qui lance l'automatisation (nouveau mail, nouvelle ligne, formulaire soumis, heure planifiée).
- Action
- Opération exécutée par le scénario dans une application (créer, envoyer, mettre à jour, rechercher).
- Mapping
- Association des données du déclencheur aux champs des actions (l'e-mail reçu alimente le champ « Contact »).
- Test / exécution
- Lancement du scénario avec des données réelles pour vérifier le résultat avant activation.
- Polling / instantané
- Modes de déclenchement : vérification périodique (polling) ou en temps réel (webhook/instantané).
En quoi diffèrent Make et Zapier ?
En pratique — Construire votre premier scénario
- Choisissez un déclencheur simple : « Nouveau mail dans Gmail » (ou « Nouvelle réponse à un formulaire »).
- Ajoutez une action : « Créer une ligne dans Airtable » (ou « Créer une tâche »).
- Faites le mapping : reliez l'expéditeur, l'objet, la date du mail aux champs de la ligne créée.
- Testez avec un vrai mail, vérifiez la ligne créée, corrigez le mapping si besoin, puis activez le scénario.
Points clés à retenir
- Toute automatisation part d'un déclencheur (événement) qui enclenche des actions (opérations).
- Le mapping relie les données du déclencheur aux champs des actions.
- On teste avec des données réelles avant d'activer le scénario.
- Cette brique déclencheur → action est la base de tous les scénarios avancés.
Questions fréquentes
Mon scénario ne se déclenche pas. Que vérifier ?
Les causes classiques : 1) le déclencheur n'est pas correctement configuré (mauvais compte connecté, mauvaise boîte/table surveillée) ; 2) en mode polling, il y a un délai (l'outil vérifie toutes les X minutes, pas en temps réel) — patientez ou utilisez un déclencheur instantané/webhook ; 3) le scénario n'est pas activé (resté en brouillon) ; 4) un filtre placé trop tôt bloque tout. Consultez l'historique d'exécution : il indique si le déclencheur s'est lancé et où ça coince. Reproduire l'événement manuellement (envoyer un vrai mail test) est le moyen le plus sûr de diagnostiquer.
Que se passe-t-il si l'action échoue à mi-parcours ?
Le scénario s'arrête en erreur sur l'étape fautive, et les étapes suivantes ne s'exécutent pas (les précédentes, elles, ont déjà eu lieu — d'où l'importance de l'ordre). Vous verrez l'erreur dans l'historique, avec le message renvoyé par l'application (droits insuffisants, champ obligatoire manquant, quota atteint…). Pour les scénarios importants, on met en place une gestion des erreurs (reprises/retry, chemins de secours, alerte) — c'est justement l'objet de la section 4.5. Au début, l'historique d'exécution et la relecture du mapping suffisent à corriger l'immense majorité des cas.