Les trois causes les plus fréquentes
Des erreurs consécutives
Dans les réglages d'un scénario, Make fixe un nombre d'erreurs consécutives au-delà duquel un scénario planifié est désactivé. Une API indisponible pendant une heure suffit à atteindre ce seuil. L'historique du scénario montre les exécutions en erreur juste avant la désactivation.
Le quota d'opérations atteint
Quand le compte a consommé toutes ses opérations du mois, les scénarios s'arrêtent jusqu'au renouvellement ou à l'achat d'opérations supplémentaires. Un scénario mal filtré qui boucle peut vider le quota en quelques heures.
Une connexion expirée ou révoquée
Mot de passe changé, jeton OAuth expiré, utilisateur supprimé côté outil : le module renvoie une erreur d'authentification à chaque exécution. Il faut reconnecter la connexion dans Connections.
Remettre le scénario en route
- Ouvrez l'historique et lisez le message de la première erreur, pas de la dernière.
- Corrigez la cause (connexion, champ renommé, quota).
- Si l'option Allow storing of incomplete executions est active, traitez les exécutions incomplètes pour ne pas perdre de données.
- Réactivez le scénario et surveillez les premières exécutions.
Éviter la récidive
- Ajoutez des gestionnaires d'erreur (routes Break avec nouvelles tentatives, ou Resume avec valeur par défaut) sur les modules qui appellent des API externes.
- Activez le stockage des exécutions incomplètes pour les scénarios qui traitent des commandes ou des paiements.
- Mettez en place une surveillance externe : l'API de Make permet de lister les scénarios inactifs et les exécutions en erreur.
| Message ou symptôme | Cause | Action |
|---|---|---|
| Scénario inactif, erreurs juste avant | Erreurs consécutives | Corriger, ajouter un gestionnaire d'erreur |
| Tous les scénarios arrêtés | Quota d'opérations | Vérifier la consommation, filtrer plus tôt |
| Erreur 401 ou « invalid token » | Connexion expirée | Reconnecter dans Connections |
Faut-il rester sur Make ?
Si vos scénarios consomment beaucoup d'opérations, une migration vers n8n peut réduire les coûts, car n8n n'est pas facturé à l'opération. Ce n'est pas toujours la bonne décision : un scénario simple et stable peut très bien rester sur Make.
Questions fréquentes
Make prévient-il quand il désactive un scénario ?
Make envoie des notifications par e-mail selon vos réglages de notifications, mais elles arrivent souvent dans une boîte peu lue. Une surveillance dédiée est plus fiable.
Les données sont-elles perdues quand un scénario est désactivé ?
Pour un scénario déclenché par webhook, les données reçues pendant l'arrêt peuvent être mises en file d'attente ou perdues selon les réglages. Pour un scénario planifié, les éléments sont généralement repris à la prochaine exécution s'il lit une source qui les conserve.
Peut-on reprendre un scénario Make construit par un autre prestataire ?
Oui. Il faut un accès à l'organisation ou à l'équipe Make, puis un inventaire des scénarios et des connexions.