Migrer de Make à n8n : calendrier réel, pièges et retours de prestataires

Migrer de Make à n8n : calendrier réel, pièges et retours de prestataires

Une migration de Make vers n8n est surtout un chantier de reconstruction d'identifiants, de webhooks et de données, pas un export de fichiers.

La réponse courte. Les retours publiés que nous avons relus le 7 novembre 2026 sont peu nombreux et tous écrits par des prestataires qui vendent ou pratiquent la migration. Ils s'accordent sur trois points : il n'existe pas de chemin automatique officiel, la reconstruction des identifiants et des webhooks prend une part importante du temps, et il faut mener l'ancien et le nouveau systèmes en parallèle avant de couper Make. Sur le coût, le seul cas chiffré montre un écart mensuel important, mais il ne compte pas le temps humain. Sur la durée, aucune moyenne fiable n'existe.

Transparence. BOVO Digital est une agence basée à Abomey-Calavi (Bénin) qui utilise n8n et propose des prestations d'automatisation. Elle a donc intérêt à ce que vous automatisiez. Cet article ne repose sur aucune donnée, aucun client et aucun prix de BOVO Digital : uniquement sur les pages citées plus bas, rouvertes le 7 novembre 2026.

Ce que valent les sources

Avant les chiffres, une précaution. Toutes les sources de retour d'expérience ci-dessous sont des prestataires ou des éditeurs d'outils de migration : ils ont un intérêt commercial à présenter la migration comme réussie, ou comme difficile selon ce qu'ils vendent. Ce sont des récits d'un cas, pas des études. Aucun chiffre ne doit être lu comme une moyenne.

Voici ce que nous avons relu, et ce que chaque page contient vraiment.

Une quatrième source, citée dans des notes de travail préalables (un article de l'agence Goodspeed), renvoie une erreur 404 le 7 novembre 2026. Nous ne l'utilisons pas.

Ce que raconte le cas à 23 scénarios

Un cas, une équipe, un client. Chiffres tels que publiés, sans extrapolation :

• 23 scénarios Make, plan Make Teams à 348 $ par mois, environ 240 000 opérations par mois ;
• après migration, un VPS Hetzner avec stockage de sauvegarde à environ 12 $ par mois ;
• 3 scénarios sur 23 ont dû être réécrits ; les 20 autres ont été déplacés sans changement de logique ;
• la recréation des identifiants et des URL de webhook a pris 38 % du temps dans le corps du texte, « roughly 40% » dans le résumé de la même page ;
• les Datastores de Make ont été remplacés par des tables Postgres ;
• environ 45 minutes de maintenance du VPS par semaine ;
• trois semaines prévues ; la semaine 2 « ran long » (a pris plus de temps que prévu), sans autre précision ;
• méthode : la semaine 1, les cinq scénarios à plus fort volume ont tourné en double sur les deux plateformes ; la semaine 2, les autres ont été validés côte à côte avant la bascule.

Sur l'effort, l'auteur écrit « There is no shortcut » à propos des identifiants et des webhooks. Il recommande de garder un worker actif pour les déclencheurs très fréquents, parce que les démarrages à froid de n8n sont plus lents. Il écrit aussi qu'il ne recommanderait pas cette migration pour une marque de moins de dix scénarios.

Ce que la page ne permet pas de savoir : le type de scénarios, leur complexité, le niveau d'expérience de l'équipe, ni si le temps de 45 minutes par semaine inclut les mises à jour de n8n. Le chiffre de 348 $ est celui du plan de ce client au moment du cas, pas un prix que nous avons relu sur le site de Make.

Les pièges documentés

Les identifiants et les webhooks se recréent

Un export de blueprint Make ne contient pas les identifiants. Le guide de migromat le dit en toutes lettres : « The export does not include credentials or API keys ». Il faut donc reconnecter chaque service dans n8n, avec les droits d'accès adéquats, et vérifier chaque connexion OAuth. Côté webhooks, l'URL change : tout service externe qui appelle Make (formulaire, passerelle de paiement, application) doit être reconfiguré vers la nouvelle adresse. Si un fournisseur de paiement envoie des webhooks, la bascule se prépare : voir webhooks de paiement Mobile Money, erreurs courantes.

Les Datastores de Make n'ont pas d'équivalent direct

Le cas à 23 scénarios a recréé les Datastores en tables Postgres. Le guide de migromat ne mentionne pas les Datastores. Ce que nous n'avons pas trouvé dans les pages lues : un outil qui copie les enregistrements d'un Datastore vers n8n. Prévoyez de les extraire et de les réimporter vous-même, et de décider d'abord où ces données doivent vivre (Postgres, tableur, base du CRM).

Pas de chemin officiel d'export

Nous n'avons trouvé aucun outil de Make ou de n8n pour passer de l'un à l'autre. Le blueprint de Make est un export JSON propriétaire ; n8n importe ses propres workflows. Des convertisseurs tiers existent (migromat, ou des outils libres), mais nous ne les avons pas testés, et leurs taux de réussite sont déclarés par leurs auteurs. Si vous en utilisez un, traitez sa sortie comme un brouillon à relire, scénario par scénario.

Le planning dépasse

Le cas à 23 scénarios signale un dépassement en semaine 2, sans mesure. Softomate, qui parle de migrations depuis Zapier et non depuis Make, écrit « Budget two to three times your initial migration estimate » et rapporte des migrations de trois à quatre semaines par entreprise, plus longues que prévu. Ces deux observations viennent de prestataires, sur des cas différents : elles invitent à la prudence, elles ne fixent pas un coefficient.

Le comptage d'activité n'est pas le même

Make et n8n ne comptent pas la même chose. La page de tarification de n8n affiche des plans à 2,5 k, 10 k et 40 k exécutions ; le cas à 23 scénarios parle de 240 000 opérations par mois. Une opération Make n'est pas une exécution de workflow n8n : on ne convertit pas l'une en l'autre sans mesurer sur vos scénarios.

Méthode prudente

Ce qui suit est notre synthèse des conseils lus et du bon sens d'exploitation, pas une méthode validée par une étude.

1. Inventaire d'abord. Listez chaque scénario : déclencheur, applications touchées, volume mensuel, Datastores utilisés, fréquence des erreurs, propriétaire côté métier. Beaucoup de scénarios inactifs ne méritent pas d'être migrés.
2. Un pilote sur un ou deux scénarios. Prenez-en un simple et un critique mais tolérant à l'erreur. Les retours lus recommandent de commencer par un petit nombre. Mesurez le temps réel passé, y compris l'attente de comptes et de droits d'API.
3. Pas de transposition à l'identique. Reconstruisez en tenant compte du fonctionnement de n8n (gestion des erreurs, nœuds de code, variables) au lieu de copier chaque module Make. Ali Farhat avertit de ne pas construire seulement le cas nominal : réponses invalides, délais d'attente, limites de débit, gros lots.
4. Migration parallèle. Faites tourner Make et n8n en même temps, sur des données réelles ou rejouées, et comparez les sorties. Le cas à 23 scénarios l'a fait en deux semaines. Pour les actions à effet de bord (envoi de message, facturation, écriture dans un CRM), évitez le double envoi : un seul des deux systèmes agit, l'autre écrit dans un journal.
5. Bascule scénario par scénario, avec une date de retour en arrière possible. Conservez Make actif, sans abonnement supplémentaire inutile, le temps de la validation.
6. Documentez et sauvegardez. Après bascule, exportez les workflows n8n dans un dépôt de versions, et testez une restauration. Voir n8n auto-hébergé : guide pour un VPS.

Coût d'exploitation : VPS ou abonnement

Calcul à partir des seuls chiffres du cas à 23 scénarios (non généralisable) :

• économie d'abonnement : 348 $ − 12 $ = 336 $ par mois, soit 4 032 $ par an ;
• temps d'exploitation : 45 minutes par semaine × 52 semaines = 2 340 minutes, soit 39 heures par an ;
• il reste à y ajouter le temps de migration, que la page ne chiffre pas en heures.

Pour savoir si l'opération est rentable chez vous, comparez : (abonnement actuel − coût du serveur) × 12, contre (heures de migration + 39 heures de maintenance par an) × le coût d'une heure de la personne qui s'en charge. Sur le cas relu, l'économie annuelle est nettement supérieure au temps de maintenance, mais cela suppose un abonnement de 348 $, un volume de 240 000 opérations et une équipe déjà à l'aise avec un serveur.

Deux alternatives à connaître, avec les prix affichés par n8n sur sa page de tarification (consultée le 7 novembre 2026, facturation annuelle, page non datée) :

La page indique aussi un nombre d'utilisateurs et de workflows illimités sur tous les plans. Les prix mensuels hors engagement annuel ne sont pas affichés.

Prix de Make : nous n'en publions aucun. La page de tarification de Make, rouverte le 7 novembre 2026, n'affichait pas de montants en dollars ni en euros pour les plans Core, Pro et Teams. Les montants de Make cités par d'autres blogs diffèrent d'un article à l'autre : relevez le vôtre dans votre facture actuelle.

Le VPS ne supprime pas la question de la licence si vous construisez des automatisations pour des clients : voir n8n pour une agence, ce que la licence permet. Les pages de n8n ne donnent pas non plus de configuration minimale (processeur, mémoire) pour un serveur : la page d'accueil de la section hébergement n'en cite pas. Dimensionnez en testant, pas sur un chiffre lu ailleurs.

Tableau de décision : migrer ou non

Ce tableau est notre lecture. Il ne remplace pas un calcul sur vos chiffres.

Checklist

• Inventaire de tous les scénarios Make, avec volume et propriétaire
• Décision sur les scénarios inactifs : supprimer ou ne pas migrer
• Liste des identifiants à recréer, avec le compte qui détient chaque accès
• Liste des services qui appellent un webhook Make et plan de changement d'URL
• Liste des Datastores, destination choisie et plan de copie des données
• Pilote sur un ou deux scénarios, avec le temps réel noté
• Période de fonctionnement en double, sans double envoi
• Critères de succès écrits (mêmes sorties, délais, erreurs gérées)
• Sauvegarde des workflows n8n et test de restauration
• Responsable de l'exploitation du serveur désigné, mises à jour planifiées
• Vérification de la licence n8n si l'usage concerne des clients
• Date d'arrêt de l'abonnement Make, après validation

Ce que cet article n'est pas

Ce n'est pas un devis ni un avis juridique. Il ne dit pas que la migration est une bonne ou une mauvaise idée pour vous. Il rassemble ce que quelques prestataires ont publié et ce que nous avons pu relire.

Ce que nous ne savons pas

• La durée moyenne d'une migration : aucun chiffre fiable. Un seul cas relu fournit une durée, avec un dépassement non chiffré.
• Le coefficient de dépassement : « deux à trois fois » vient d'un prestataire qui parlait de migrations depuis Zapier.
• Les prix actuels de Make : non relus, donc non publiés.
• La fiabilité des convertisseurs tiers : non testés.
• Le détail de ce que contient un export de blueprint Make : nous n'avons lu que ce qu'en dit l'éditeur d'un convertisseur.
• Les besoins minimum en processeur et en mémoire d'un serveur n8n : non trouvés dans les pages officielles lues.
• Le temps de migration en heures du cas à 23 scénarios : non publié.
• Les conséquences pour un utilisateur qui paie en FCFA (change, carte internationale) : non vérifiées.

Pour aller plus loin

• n8n ou Make : comparatif complet : le choix d'outil avant la migration.
• Prix de l'automatisation n8n et Make en 2026 : lire une grille de prix.
• n8n auto-hébergé : guide pour un VPS : ce que demande l'hébergement d'une instance.
• n8n pour une agence : ce que la licence permet et interdit : si vous travaillez pour des clients.
• Externaliser l'automatisation ou recruter : qui exploite après la migration.
• Choisir une agence n8n en 2026 : les questions à poser à un prestataire.

Sources consultées le 7 novembre 2026

• Cas de migration de 23 scénarios, Automation Atlas (mis à jour le 8 mai 2026)
• Softomate Solutions, DEV Community (migrations depuis Zapier)
• Ali Farhat, DEV Community (juillet 2025, modifié en septembre 2025)
• Guide de conversion Make vers n8n, migromat (éditeur d'un convertisseur)
• Tarification n8n
• Tarification Make (aucun montant affiché lors de la consultation)
• Documentation d'hébergement n8n

Si vous envisagez une migration et voulez un avis sur l'inventaire de vos scénarios : l'offre automatisation n8n de BOVO Digital.