Triggers, actions, workflows

Toute automatisation suit la même logique : un trigger déclenche une série d'actions. Comprendre cette structure permet de penser n'importe quelle automatisation.

1. Le trigger (déclencheur)

C'est l'événement qui démarre le workflow. Types courants :

a) Trigger temporel (cron) Déclenchement à intervalle régulier. Ex : tous les jours à 9h, tous les lundis, le 1er de chaque mois.

b) Trigger événementiel (webhook) Un système appelle ton workflow via une URL. Ex : nouvelle commande Shopify, formulaire soumis, paiement reçu.

c) Trigger polling L'outil interroge périodiquement un service. Ex : « toutes les 5 min, vérifier s'il y a un nouveau fichier dans ce Drive ».

d) Trigger manuel Lancé par un humain sur un bouton.

2. Les actions

Une fois déclenché, le workflow exécute des étapes successives :

• Récupérer des données (lire un fichier, requêter une API)
• Transformer (formater, calculer, filtrer)
• Décider (branches conditionnelles : si X alors Y, sinon Z)
• Envoyer (email, Slack, créer un enregistrement dans une base)
• Boucler (répéter une action pour chaque item d'une liste)

3. Connecter les étapes : le data mapping

L'output d'une étape devient l'input de la suivante.

Ex :

1. Trigger : « formulaire soumis » → fournit email, nom, entreprise
2. Action : « créer dans HubSpot » → utilise email, nom, entreprise
3. Action : « envoyer email de bienvenue » → utilise email, nom

Le mapping consiste à dire à chaque étape : « ce champ vient de l'étape X ».

4. Branches conditionnelles (if/else, switch)

Trigger : nouvelle commande
  ↓
Si montant > 500€
  → envoyer email premium
  → notifier le directeur commercial
Sinon
  → envoyer email standard

5. Boucles (for each)

Trigger : 1er du mois
  ↓
Lister tous les clients en abonnement (50 clients)
  ↓
Pour chaque client :
  → générer la facture
  → envoyer par email
  → enregistrer en compta

6. Gérer les erreurs

• Try/catch : capter une erreur sans casser tout le workflow
• Retry : réessayer en cas d'erreur temporaire (rate limit, timeout)
• Notification : prévenir un humain si l'erreur persiste
• Logs : tracer chaque exécution pour debugger

7. Diagramme : le pattern universel

[Trigger]
   |
   v
[Action 1] → données → [Action 2]
                          |
                  ┌───────┴───────┐
                  v               v
              [Si X]          [Si pas X]
                  |               |
             [Action 3]      [Action 4]
                  ↓
           [Notification]

N'importe quelle automatisation, même la plus complexe, suit cette logique.