n8n, Make ou Zapier : lequel choisir ?

Les trois sont des plateformes d’automatisation : elles relient des logiciels entre eux sans qu’on ait à écrire une application complète. Un événement se produit dans un outil (un formulaire est rempli, une facture est payée, un courriel arrive) et la plateforme déclenche une suite d’actions dans d’autres outils. Les trois savent aussi appeler un modèle d’intelligence artificielle au milieu d’un flux.

Ce guide ne donne aucun prix. Les trois éditeurs revoient leurs grilles régulièrement, et un chiffre périmé induirait en erreur. Ce qui reste stable, c’est la logique de facturation de chacun, et c’est elle qui compte pour votre décision.

Zapier est l’outil le plus accessible des trois. On construit un flux (un « Zap ») en choisissant un déclencheur puis des actions, dans une interface pensée pour quelqu’un qui n’a jamais programmé. Son catalogue d’intégrations est le plus grand du marché : si un logiciel infonuagique a une API, il y a de bonnes chances qu’il soit déjà branché.

Sa limite est la tarification. Zapier facture à la tâche, c’est-à-dire à chaque action exécutée. Un flux de cinq étapes qui roule mille fois consomme cinq mille tâches. À faible volume, ça ne pèse presque rien. À volume élevé, la facture grimpe vite, et c’est souvent là qu’une entreprise commence à regarder ailleurs.

Bon choix quand le volume est modeste, les flux sont linéaires, et quelqu’un dans l’équipe veut pouvoir ajuster les choses lui-même sans aide.

Make (anciennement Integromat) propose un éditeur visuel de « scénarios » où chaque étape est un module relié aux autres sur un canevas. On y voit le flux en entier, avec ses embranchements. Make gère nativement les routeurs (envoyer les données vers des chemins différents selon une condition), les itérations (traiter chaque ligne d’une liste) et la gestion d’erreurs (quoi faire quand une étape échoue).

Make facture à l’opération, un principe proche de la tâche chez Zapier, mais il revient généralement moins cher à volume égal. La contrepartie est un peu plus d’apprentissage : l’éditeur est plus puissant, donc moins immédiat.

Bon choix quand les flux ont des conditions et des exceptions, que le volume est moyen ou élevé, et que l’entreprise veut garder des coûts récurrents maîtrisés sans gérer de serveur.

n8n se distingue sur deux points. D’abord, son modèle est « fair-code » : le code source est disponible et l’outil peut être auto-hébergé, c’est-à-dire installé sur un serveur que vous choisissez. Il existe aussi une version infonuagique gérée par l’éditeur, pour qui ne veut pas s’occuper d’un serveur.

L’auto-hébergement est un argument concret au Québec. Avec un serveur situé au Québec ou au Canada, les données qui transitent dans vos flux restent là où vous l’avez décidé. Sous la Loi 25, savoir où vont les renseignements personnels est une obligation, et communiquer des renseignements hors du Québec demande une évaluation préalable. Le guide Loi 25 et intelligence artificielle détaille ce point.

Ensuite, n8n permet d’écrire du code directement dans des nœuds prévus pour ça. Quand une transformation de données est trop particulière pour un module tout fait, on l’écrit. C’est l’outil le plus flexible des trois, et aussi le plus technique : un serveur auto-hébergé doit être mis à jour, sauvegardé et surveillé.

Bon choix quand les données sont sensibles, le volume est élevé, les flux demandent de la logique sur mesure, et quelqu’un (à l’interne ou chez un fournisseur) peut assurer l’entretien technique.

Choisir la plateforme avant d’avoir regardé le processus, c’est choisir les chaussures avant de savoir où on marche. Chez W Automatisations, on cartographie d’abord : qui fait quoi, avec quels logiciels, combien de fois, et où ça bloque. La plateforme découle de cette carte.

Elle est ensuite nommée dans la proposition, avec son lieu d’hébergement et ce qui y transite, et le compte est ouvert au nom de votre entreprise. Si vous changez de fournisseur un jour, vous gardez vos flux.

Il arrive aussi qu’aucune plateforme ne soit la bonne réponse. Quand le processus est trop particulier, une application interne ou un CRM bien configuré règle le problème plus proprement. Les mandats de plateforme relèvent de l’automatisation, et ceux qui lisent ou rédigent du texte, des systèmes IA. Pour des exemples par secteur, voyez construction et toiture, manufacturier, cliniques de santé et agences marketing, ou la page automatisation IA au Québec.