Agence automatisation Make : construire, reprendre ou migrer vos scénarios

Construire, reprendre ou migrer : que faisons-nous sur Make ?

VIVR, studio parisien d’automatisation, intervient sur Make dans trois situations : construire de nouveaux scénarios dans votre organisation, reprendre et fiabiliser ceux qui existent, ou migrer vers n8n un flux qui le justifie vraiment. Quand une entreprise travaille déjà sur Make, y rester est souvent le bon choix, car une migration coûte du temps et de l’argent.

• Nous construisons sur Make. Votre équipe connaît l’outil, votre organisation y est déjà, vos flux relient quelques logiciels avec des règles claires. Nous ajoutons vos nouveaux scénarios dans votre compte, avec les protections décrites plus bas.
• Nous reprenons vos scénarios Make. Un ancien salarié ou un prestataire les a construits, certains échouent sans prévenir et personne ne sait vraiment ce qu’ils font. Nous les inventorions, ajoutons la gestion des erreurs et les alertes, puis documentons chacun, à votre nom.
• Nous migrons vers n8n, quand ça vaut le coût. Un flux critique avec beaucoup d’exceptions, une étape d’IA, du code ou des boucles qui font grimper les crédits peut passer sur une instance n8n à votre nom. C’est un chantier à part entière, détaillé plus bas.

Pour un projet qui démarre sans outil en place, notre comparatif Make, Zapier et n8n pose les critères et donne un verdict par profil.

Comment construisons-nous un nouveau scénario Make ?

Nous construisons chaque scénario dans votre organisation Make, avec des connexions au nom de l’entreprise, les exécutions incomplètes activées, un gestionnaire d’erreurs, une alerte et une fiche de documentation. Un scénario qui tourne le jour de la livraison peut en effet casser trois mois plus tard, quand un mot de passe expire ou qu’un client saisit une date dans un format inattendu. Le détail, point par point :

1. Dans votre organisation Make, jamais dans un compte à nous. Si vous n’en avez pas, elle est créée au nom de l’entreprise.
2. Avec des connexions ouvertes par des comptes de l’entreprise (compte de service, adresse générique), pour qu’un départ ne coupe pas le flux.
3. Avec les exécutions incomplètes activées dès la mise en route, pour qu’aucune donnée en erreur ne soit perdue.
4. Avec un gestionnaire d’erreurs sur chaque module qui écrit dans vos outils, et une alerte qui nomme la donnée en cause.
5. Avec une fiche de documentation et le blueprint sauvegardé dans un espace à votre nom.
6. En surveillant la consommation de crédits dès la conception : une facture traitée en un passage plutôt que ligne par ligne, un déclencheur réglé à la fréquence dont vous avez besoin.

Garder, réparer ou migrer : comment décider pour un scénario existant ?

La décision se prend scénario par scénario, à partir de ce qu’on observe dans le compte : stabilité, documentation, complexité, consommation de crédits et nature des données. Dans une même organisation Make, les trois décisions coexistent sans difficulté. Voici la grille que nous appliquons pendant l’inventaire.

Nous ne fixons pas de montant de facture au-delà duquel il faudrait migrer. Un scénario gourmand en crédits mais fiable reste sur Make tant que la migration coûte plus cher que ce qu’elle ferait économiser sur plusieurs années. Le calcul se fait au diagnostic gratuit, avec vos chiffres.

Que contient l’inventaire d’un compte Make ?

L’inventaire recense, pour chaque scénario, ce qu’il fait, s’il tourne encore, ce qu’il consomme et ce qui se passe quand il échoue. Il s’appuie sur les fonctions prévues par Make lui-même : export des blueprints, historique des exécutions, exécutions incomplètes et gestionnaires d’erreurs.

1. Les blueprints. Make permet d’exporter chaque scénario en fichier JSON depuis le menu de l’éditeur (« Export blueprint »). Le fichier contient les modules, leurs réglages et les valeurs mappées. Les connexions n’y figurent pas : selon l’aide de Make, il faut les recréer après un import. Nous rangeons ces fichiers dans un espace à votre nom, comme sauvegarde.
2. L’historique des exécutions. Il montre quels scénarios tournent encore, à quelle fréquence, et lesquels finissent en erreur. Un scénario actif qui ne s’est pas exécuté depuis des mois est souvent un reste à désactiver.
3. Les exécutions incomplètes. Make les désactive par défaut. Une fois l’option « Store incomplete executions » activée dans les réglages du scénario, une exécution interrompue par une erreur est conservée au lieu d’être perdue. On peut alors la relancer à la main, ou automatiquement pour certains types d’erreurs. Le nombre d’exécutions stockées est plafonné pour toute l’organisation, selon votre forfait.
4. Les gestionnaires d’erreurs. Make en propose cinq : Skip, Retry, Resume, Commit et Rollback. Nous vérifions lesquels sont posés et sur quels modules, puis ajoutons sur les étapes critiques une route qui prévient la bonne personne avec la donnée en cause (le numéro de devis, la facture, la commande).
5. Les connexions et les propriétaires. Pour chaque connexion, nous notons le compte utilisé, personnel ou de l’entreprise, et qui est propriétaire de l’organisation Make. Une connexion ouverte avec la boîte e-mail d’un ancien salarié cesse de fonctionner le jour où ce compte est fermé : nous la recréons avec un compte de l’entreprise.
6. Les scénarios qui consomment le plus. Boucles sur chaque ligne d’un document, déclencheurs réglés trop souvent, modules de code : ce sont les premières pistes quand la facture grimpe.

Le livrable est une fiche par scénario : déclencheur, outils touchés, ce qu’il produit, responsable chez vous, et la décision retenue. Les scénarios montés par un ancien prestataire se reprennent de la même façon, à condition que l’organisation soit au nom de l’entreprise ou que son propriétaire puisse vous en transférer l’accès.

Combien coûte Make, et pourquoi la facture grimpe ?

Make facture en crédits : 1 000 crédits par mois avec l’offre gratuite, puis, selon le site de Make consulté le 09/11/2026, 9 $ par mois en Core, 16 $ en Pro et 29 $ en Teams, chacun à partir de 10 000 crédits par mois. Make précise que le paiement annuel revient moins cher que le paiement mensuel.

Selon l’aide de Make, chaque module qui lit ou écrit des données consomme en général un crédit. Un déclencheur consomme un crédit à chaque vérification, même quand il ne trouve rien de nouveau, alors que les routeurs, les filtres et les gestionnaires d’erreurs n’en consomment pas. Un déclencheur qui vérifie toutes les minutes consomme ainsi environ 43 200 crédits sur un mois de 30 jours (60 × 24 × 30), avant d’avoir traité une seule donnée ; réglé toutes les 15 minutes, environ 2 880. Ce sont donc les actions répétées et les déclencheurs trop fréquents qui font monter la note : un scénario qui crée chaque ligne d’une facture séparément paie chaque ligne, à chaque passage. L’application Make Code consomme 2 crédits par seconde d’exécution. Le calcul détaillé, étape par étape, est dans notre comparatif Make, Zapier et n8n.

Votre abonnement Make reste souscrit à votre nom et payé par vous, au prix de Make.

Comment migrer de Make à n8n sans coupure ?

Une migration de Make vers n8n est un vrai chantier. Des convertisseurs existent, publiés par la communauté de n8n : l’un d’eux confie la traduction d’un blueprint à un modèle d’IA et annonce un résultat importable « avec des retouches manuelles minimes ». L’auteur d’un autre convertisseur explique sur le forum de n8n (août 2026) que les structures JSON des deux outils sont très différentes, et qu’un workflow converti peut s’importer sans erreur sans se comporter comme l’original : seule son exécution le révèle. En pratique, chaque scénario est reconstruit nœud par nœud, testé en parallèle de l’ancien, puis ses webhooks sont repointés. C’est pourquoi nous ne la proposons que pour les flux où le gain est net. Quand elle se justifie, voici les étapes, dans l’ordre :

1. Choisir le premier scénario. Celui qui justifie la migration selon la grille ci-dessus. Les autres restent sur Make.
2. Faire la correspondance des modules et des nœuds. Un routeur devient un nœud If ou Switch, un itérateur et un agrégateur deviennent des nœuds Split Out et Aggregate, un module HTTP devient un nœud HTTP Request. Nous réécrivons la logique à partir du blueprint, puis la relisons avec vous.
3. Recréer les identifiants au nom de l’entreprise. Chaque clé d’API et chaque compte OAuth est créé dans n8n pour l’entreprise, jamais pour une personne.
4. Lister les webhooks à repointer. L’adresse d’un webhook change avec l’outil. Les formulaires, logiciels et partenaires qui appellent l’ancienne adresse sont listés, puis basculés le jour prévu.
5. Faire tourner les deux en parallèle. Le workflow n8n traite les mêmes données que le scénario Make, d’abord sans écrire dans vos outils ou dans un environnement de test, et nous comparons les résultats.
6. Basculer. Le workflow n8n prend la main et le scénario Make est désactivé, pas supprimé, pour pouvoir revenir en arrière.
7. Fermer. Quand tous les scénarios migrés sont stables, vous réduisez ou résiliez votre plan Make.

Le workflow tourne sur une instance n8n à votre nom, chez vous ou sur un serveur hébergé en France. Nous ne faisons jamais tourner les workflows d’un client sur l’instance de VIVR, la licence de n8n réservant son usage aux « propres besoins internes » de chaque entreprise. Le détail est sur notre page agence n8n : instance à votre nom, et le coût du serveur dans notre guide sur le prix de n8n (licence et hébergement).

Agence Make, freelance ou en interne ?

Gardez la main en interne si quelqu’un aime construire la logique d’un scénario et a le temps de surveiller l’historique. Prenez un freelance ou un expert Make pour un scénario ponctuel et bien délimité. Passez par un prestataire qui documente, pose des alertes et reste joignable quand les flux touchent la facturation, les commandes ou les stocks.

VIVR se place dans ce dernier cas, avec une particularité : nous travaillons sur Make et sur n8n, et nous vous disons lequel convient à chaque flux. Quel que soit votre choix de prestataire, exigez quatre choses : une organisation Make au nom de l’entreprise, des connexions ouvertes avec des comptes de l’entreprise, une documentation par scénario et une alerte en cas d’échec.

Sur Make, la maintenance se fait à la demande : une reprise complète quand l’existant est fragile, une intervention ponctuelle quand un scénario casse ou doit évoluer. Notre abonnement de suivi mensuel (Ops) couvre uniquement les workflows n8n. Avant de construire ou de reprendre un flux entre deux logiciels, vérifiez aussi qu’une intégration native ne fait pas déjà le travail : c’est le cas pour relier HubSpot et Pennylane, un flux souvent monté sur Make. Pour les flux qui alimentent votre logiciel comptable, voyez notre page automatisation comptable. Pour choisir quel processus automatiser en premier, lisez notre guide par où commencer pour automatiser son entreprise. Pour la vue d’ensemble, lisez notre page sur l’automatisation des processus métier.

Tout commence par un diagnostic gratuit de 30 minutes : vous montrez vos scénarios en partage d’écran, sans nous ouvrir d’accès, ou vous décrivez le flux à construire. Sous 48 h, vous recevez un compte rendu écrit : la décision proposée pour chaque scénario (garder, réparer, réécrire ou migrer), les premiers points de fragilité repérés et le devis, fixe et annoncé avant de commencer.