Make ou n8n : comparer le coût du flux et son exploitation

Analyse de la documentation officielle, sans test en compte payant.

Les différences qui changent le calcul

Simuler une demande commerciale sans confondre les unités

Prenez une demande qui déclenche une recherche dans le CRM, une mise à jour puis une notification. Sur Make, relevez les crédits des modules exécutés. Sur n8n, relevez les exécutions du workflow. Dans les deux cas, ajoutez les dépenses des services appelés. Il serait trompeur de comparer directement un quota de dix mille crédits à dix mille exécutions.

Introduisez ensuite une demande comportant plusieurs lignes de produits. Si chaque ligne déclenche une recherche, une boucle apparaît dans votre calcul. Préparez un mois calme et un mois chargé avec vos propres volumes. Cet exercice est une simulation de dimensionnement, pas une mesure de performance réalisée par Logicelio.

Make : rendre les étapes et leur coût lisibles

La fiche Make distingue les actions usuelles et les fonctions IA à consommation variable. Pour un premier déploiement, gardez un scénario assez court pour que son responsable puisse expliquer chaque branche. Une transformation ajoutée sans raison métier claire rendra les prochains incidents plus difficiles à comprendre.

Prévoyez aussi la reprise : l’export en blueprint aide à conserver la structure, mais les connexions doivent être recréées lors de l’import. Notez donc le propriétaire des comptes et les autorisations requises. Conservez cette documentation avec la sauvegarde du schéma.

n8n : choisir le mode d’exploitation avant la formule

Avec n8n, Cloud et Community auto-hébergée ne représentent pas le même engagement opérationnel. Pour l’auto-hébergement, ajoutez une personne responsable, une méthode de sauvegarde et une procédure de restauration. Le prix du serveur seul ne représente pas le coût complet de cette option.

Le Cloud évite d’administrer le moteur, mais il reste nécessaire de comprendre ses workflows. Un script ajouté pour corriger un format de date doit être expliqué et reproductible. Demandez à un collègue de reprendre une entrée en erreur : ce passage de relais renseigne mieux sur la maintenabilité qu’une démonstration préparée par son auteur.

Quota atteint : distinguer l’échec de la file d’attente

Sur n8n Cloud, la documentation précise que les exécutions soumises au quota échouent immédiatement lorsque la limite est atteinte : elles ne constituent pas une file à rattraper après un changement de formule. Les déclencheurs restent actifs. Les exécutions manuelles lancées depuis l’éditeur, les conversations et les sous-workflows ont des exceptions sur les offres payantes ; ne généralisez donc pas ce comportement à toutes les exécutions. La limite de concurrence est différente : elle peut mettre une exécution en attente.

Chez Make, une file de webhook n’est pas une garantie de conservation illimitée. La documentation des webhooks indique une capacité liée à l’abonnement et le rejet des demandes entrantes lorsque la file est pleine. Pour une commande ou une demande commerciale, gardez un identifiant dans le système d’origine et contrôlez les événements reçus, traités et rejetés avant de rejouer quoi que ce soit.

Avec l’IA, relever aussi la facture du fournisseur

Make distingue les crédits à consommation fixe et dynamique. Avec une connexion à votre propre fournisseur IA, la consommation de la plateforme et la facture des tokens du fournisseur restent deux postes à suivre. Les fonctions intégrées et connexions automatiques peuvent utiliser une autre logique. Relevez le module, le type de connexion et le fournisseur sur votre scénario, puis vérifiez le détail de consommation plutôt que d’appliquer un prix moyen à toutes les étapes.

Dans le pilote ci-dessous, ajoutez une fiche de reprise : origine de l’événement, identifiant métier, dernière écriture réussie, personne à prévenir et vérification à effectuer avant relance. Cet inventaire permet de repérer une commande perdue ou une double saisie ; il ne promet ni récupération automatique ni économie mesurée.

Le pilote commun aux deux solutions

1. Trois entrées contrôlées

   Utilisez un nouveau contact, un doublon et une demande incomplète. Écrivez à l’avance ce qui doit être créé ou refusé.

2. Un échec partiel

   Faites échouer une destination de démonstration après une première écriture réussie. Vérifiez comment relancer sans créer de doublon.

3. Une reprise par un collègue

   Confiez les journaux et la documentation à une autre personne. Relevez les informations manquantes, puis calculez le coût sur les consommations observées.

Quand choisir, quand attendre

Retenez Make si son approche et les connecteurs nécessaires permettent à votre équipe de maintenir le parcours. Étudiez n8n si le mode de déploiement ou le travail technique attendu le justifie. Reportez la mise en production si aucun des deux pilotes ne gère correctement les doublons et les erreurs. Une automatisation qui accélère une mauvaise saisie déplace le problème.