Monitorer, débugger et scaler ses automatisations

Section 10.6.5 : Monitorer, débugger et scaler ses automatisations

🎯 Objectif pédagogique

Maîtriser les bonnes pratiques de monitoring, debugging et scaling de vos scénarios Make pour une automatisation fiable et durable en production. Un scénario qui fonctionne "une fois" ne suffit pas — il doit fonctionner mille fois sans intervention.

Les 3 phases de la maturité d'automatisation

Chaque automatisation passe par 3 phases. La plupart des gens restent bloqués en phase 1 — c'est la phase 2 qui crée la vraie valeur, et la phase 3 qui la pérennise.

L'erreur classique : passer directement du prototypage à "c'est en production" sans la phase de stabilisation. Résultat : des erreurs silencieuses, des données perdues, et la perte de confiance dans l'automatisation ("ça ne marche jamais, je préfère le faire manuellement").

Monitoring : surveiller vos scénarios comme un pro

Le Dashboard Make — votre centre de contrôle :

Consultez l'historique d'exécution de chaque scénario :

• →✅ Exécutions réussies (vert) : tout s'est bien passé
• →⚠️ Exécutions avec warnings (jaune) : exécution terminée mais avec des anomalies (ex : un module a retourné des données vides)
• →❌ Exécutions en erreur (rouge) : échec, intervention nécessaire
• →⏭️ Exécutions non démarrées : le trigger n'a trouvé aucune nouvelle donnée (normal)

Mettre en place un système d'alertes (indispensable) :

Créez un scénario de monitoring dédié qui surveille vos scénarios de production :

Schedule (toutes les heures)
→ Make API > List Scenario Executions (dernière heure)
→ Filter (status = "error" OR status = "warning")
→ Si erreurs trouvées :
  → Slack #alertes-automation : "🚨 {{scenario_name}} — {{error_count}} erreurs dans la dernière heure"
  → Gmail : email détaillé au responsable technique
→ Quotidien 18h : Aggregator → rapport de la journée

Ou plus simple (sans scénario dédié) : utilisez les notifications Make natives :

1. →Aller dans Organization → Notifications
2. →Activer : "Email me when a scenario fails"
3. →Ajouter un webhook Slack dans les notifications

Les 6 métriques à surveiller :

Debugging : résoudre les erreurs efficacement

Les 10 erreurs les plus courantes dans Make et leurs solutions :

La méthode de debugging en 5 étapes :

1. →Identifier : dans l'historique, cliquez sur l'exécution en erreur (icône rouge) → identifiez QUEL module a échoué (le module rouge)
2. →Inspecter : cliquez sur le module en erreur → regardez les données d'entrée (Input) et le message d'erreur (Error)
3. →Comprendre : l'erreur vient-elle des données d'entrée (mauvais format) ? Du module lui-même (config incorrecte) ? De l'API externe (indisponible) ?
4. →Tester isolément : clic droit sur le module → "Run this module only" avec des données manuelles pour confirmer le diagnostic
5. →Corriger et vérifier : appliquez le fix → cliquez "Run once" sur tout le scénario → vérifiez que TOUS les modules sont verts

Les Error Handlers de Make : votre filet de sécurité

Chaque module peut avoir un Error Handler (clic droit → Add error handler). Il existe 4 types :

Configuration recommandée pour un scénario avec IA :

• →Module OpenAI → Break (retry automatique, car les erreurs OpenAI sont souvent temporaires)
• →Module Gmail → Resume (si l'email échoue, on ne veut pas bloquer tout le scénario)
• →Module Google Sheets → Commit (les données déjà écrites sont valides)

Scaling : gérer la croissance de vos automatisations

Votre scénario qui traitait 10 items par jour en traite maintenant 500. Voici comment gérer cette croissance :

Optimiser les coûts API (le poste le plus important) :

Gérer les volumes élevés :

• →Rate limiting intelligent : au lieu d'un Sleep fixe de 2s, utilisez un Sleep dynamique basé sur le nombre d'items en attente. Peu d'items → pas de Sleep. Beaucoup d'items → Sleep 1-3s.
• →Parallélisation : Make exécute les routes d'un Router en parallèle. Conçue vos workflows avec des branches parallèles quand les actions sont indépendantes.
• →Segmentation temporelle : au lieu de traiter 1000 items en une seule exécution, configurez le trigger pour traiter des lots de 50 toutes les 15 minutes.
• →File d'attente : pour les très gros volumes, utilisez un Google Sheet comme file d'attente. Un premier scénario y ajoute les items, un second les traite par lots.

Bonnes pratiques de production (checklist)

Avant de passer un scénario en production permanente :

Exercice de synthèse : audit de votre premier scénario

Reprenez le scénario de formulaire construit dans la section 10.6.2 et appliquez la checklist ci-dessus :

1. →Ajoutez un error handler sur le module OpenAI (type Break, retry après 60s)
2. →Ajoutez un logging complet (Google Sheets avec toutes les colonnes)
3. →Ajoutez une alerte Slack si le scénario échoue
4. →Testez les edge cases : formulaire avec champs vides, message de 3000 caractères, caractères spéciaux
5. →Documentez le scénario (description dans Make + screenshot annotés)
6. →Calculez le coût mensuel estimé avec votre volume réel

Si vous avez fait tout ça : félicitations, vous avez un scénario production-ready, pas juste un prototype.