Dans la plupart des PME que nous rencontrons, quelqu'un passe une partie de sa semaine à recopier des informations d'un outil vers un autre. Une commande arrive par email, on la saisit dans un tableur, on prévient l'atelier sur WhatsApp, on crée la facture ailleurs. Personne n'a décidé que ça se passerait ainsi : les outils se sont ajoutés un par un, et le lien entre eux, c'est une personne.
C'est exactement ce que ces plateformes savent supprimer. Encore faut-il choisir la bonne, et savoir où elles s'arrêtent.
Ce que font réellement ces outils
Toutes reposent sur le même principe : un déclencheur, puis une suite d'actions. Un formulaire est rempli — on crée une ligne dans la base, on envoie un email, on notifie une équipe. Vous assemblez ces étapes dans une interface visuelle, sans écrire de code.
La différence entre elles ne tient pas aux fonctionnalités annoncées, qui se ressemblent beaucoup, mais à ce qui se passe quand vos besoins dépassent le cas simple.
Zapier : le plus simple, et le plus cher à l'usage
Zapier est le plus accessible. Son catalogue d'intégrations est le plus fourni du marché, et une automatisation courante se monte en une demi-heure sans aucune compétence technique.
Son modèle de facturation est sa limite : vous payez à la tâche exécutée. Chaque étape de chaque exécution compte. Une automatisation qui tourne mille fois par mois avec cinq étapes consomme cinq mille tâches. Les factures grimpent vite, et surtout elles grimpent avec votre activité — vous êtes pénalisé par votre croissance.
Quand il convient : peu d'automatisations, volumes faibles, aucune compétence technique en interne, et le besoin que ça marche aujourd'hui.
Make : plus de contrôle pour moins cher
Make offre une logique plus riche — branchements, itérations, traitement d'erreurs — à un coût nettement inférieur à volume égal. L'interface visuelle montre le cheminement des données étape par étape, ce qui aide beaucoup au débogage.
En contrepartie, la courbe d'apprentissage est réelle. Là où Zapier cache la complexité, Make vous l'expose. Les premiers scénarios demandent de comprendre comment les données circulent, et ce n'est pas immédiat.
Quand il convient : des automatisations qui dépassent trois ou quatre étapes, des volumes conséquents, et quelqu'un chez vous prêt à y consacrer du temps.
n8n : le seul que vous pouvez héberger vous-même
n8n se distingue sur un point décisif : vous pouvez l'installer sur votre propre serveur. Vos données ne transitent alors par aucun tiers, et le coût devient celui du serveur, indépendant du nombre d'exécutions.
Pour qui traite des données clients, des dossiers médicaux ou des informations contractuelles, cet argument pèse souvent plus que tout le reste. C'est aussi le plus souple : une étape peut contenir du code quand l'interface ne suffit plus, ce qui évite le mur que l'on finit par rencontrer ailleurs.
Le prix à payer est l'exploitation. Un serveur auto-hébergé, c'est des mises à jour, des sauvegardes, une surveillance. Comptez 4 Go de mémoire pour un usage professionnel avec une base PostgreSQL — et non SQLite, qui se verrouille sous les requêtes concurrentes et peut perdre des exécutions sans prévenir. n8n propose aussi une version hébergée, qui supprime cette charge et une partie de l'avantage.
Quand il convient : des contraintes de confidentialité, de gros volumes, ou le besoin d'insérer de la logique sur-mesure.
Les coûts que personne n'annonce
Trois postes reviennent systématiquement, et ils ne figurent sur aucune grille tarifaire.
Les cas particuliers. Une automatisation fonctionne sur le cas nominal. Puis arrive la commande sans adresse, le fichier mal nommé, le client dont le nom contient une apostrophe. Chacun demande une branche supplémentaire. Le vrai travail est là, pas dans le chemin principal.
La surveillance. Une automatisation qui échoue le fait en silence. Si personne ne regarde, vous découvrez trois semaines plus tard que les notifications ne partent plus. Prévoyez dès le départ une alerte en cas d'échec — c'est la première chose que nous installons, avant même le premier scénario.
La dépendance aux API. Le jour où un outil change son interface, votre automatisation casse. Ce n'est pas fréquent, mais c'est inévitable à l'échelle de quelques années.
Quand l'automatisation n'est pas la réponse
Nous le disons régulièrement à des clients venus pour ça : automatiser un processus mauvais ne fait que le rendre plus rapidement mauvais.
Si vos données sont saisies deux fois parce que deux services ne se parlent pas, le problème est organisationnel. Si un fichier circule par email parce que personne n'a accès à l'outil, le problème est un accès. Dans les deux cas, l'automatisation masque la cause et ajoute une pièce à maintenir.
Le test que nous appliquons est simple : si le processus était fait par une seule personne bien outillée, resterait-il nécessaire ? Quand la réponse est non, nous le disons.
Notre position
Nous travaillons principalement avec n8n, pour une raison de contexte : nos clients ont souvent des contraintes de confidentialité, et l'auto-hébergement y répond mieux que n'importe quelle clause contractuelle.
Mais quand une PME nous demande d'automatiser deux ou trois enchaînements simples et qu'elle n'a personne pour administrer un serveur, nous recommandons Make, parfois Zapier. Vendre un serveur à maintenir pour trois automatisations serait vous créer un problème, pas en résoudre un.
Et avant toute chose, nous chronométrons. Comptez le temps réellement passé chaque semaine sur la tâche, multipliez-le par le coût horaire de la personne concernée. En dessous de deux heures par semaine, l'automatisation se rentabilise rarement : vous passerez plus de temps à la construire et à la maintenir qu'elle ne vous en fera gagner.