n8n est devenu l’un des outils d’automatisation les plus utilisés par les PME qui veulent relier leurs logiciels sans développer chaque connexion à la main. Avant de se lancer, une question revient toujours : faut-il l’installer sur son propre serveur ou utiliser la version hébergée par l’éditeur ? La réponse courte : l’auto-hébergement coûte moins cher en licence mais demande quelqu’un pour s’en occuper, le cloud coûte plus cher à l’usage mais se gère seul. Le vrai critère n’est donc pas le prix, c’est qui surveillera vos flux le jour où l’un d’eux s’arrête.
n8n, c’est quoi exactement ?
n8n est un outil visuel d’automatisation : on assemble des « nœuds » (un e-mail reçu, une ligne ajoutée dans un tableur, un contact créé dans un CRM) pour former un flux qui tourne tout seul. Il se distingue de ses concurrents par son modèle dit « fair-code » : le code source est accessible et l’outil peut être installé gratuitement sur ses propres serveurs pour un usage interne. L’éditeur propose aussi une version cloud, payante, facturée selon le nombre d’exécutions.
Auto-hébergé ou cloud : le comparatif
| Critère | n8n auto-hébergé | n8n Cloud |
|---|---|---|
| Coût de licence | Gratuit pour un usage interne | Abonnement selon le nombre d’exécutions |
| Serveur | À louer et à administrer (un petit serveur suffit pour démarrer) | Fourni par l’éditeur |
| Mises à jour | À faire soi-même, après les avoir testées | Automatiques |
| Sauvegardes | À mettre en place et à tester | Incluses |
| Localisation des données | Celle que vous choisissez, en France si besoin | Celle de l’éditeur |
| Volume | Pas de plafond d’exécutions | Le prix monte avec le volume |
| Compétences nécessaires | Serveur, Docker, base de données, sécurité | Aucune côté infrastructure |
Les pièges de l’auto-hébergement
Installer n8n prend une heure. Le faire tourner sereinement pendant trois ans, c’est autre chose. Les points qui posent problème dans les PME sont presque toujours les mêmes :
- La clé de chiffrement. n8n chiffre les identifiants de vos logiciels avec une clé propre à l’installation. Perdre cette clé lors d’une migration, c’est devoir ressaisir tous les accès un par un.
- Les mises à jour. L’outil évolue vite. Une mise à jour appliquée sans test peut modifier le comportement d’un nœud et casser un flux en silence.
- La base de données. La base par défaut convient pour un essai ; en production, une vraie base comme PostgreSQL et des sauvegardes testées évitent de mauvaises surprises.
- La surveillance. Un flux qui échoue ne prévient personne si rien n’a été prévu. Il faut une alerte, par e-mail ou dans la messagerie de l’équipe, avec de quoi comprendre l’erreur.
- La sécurité. Une instance exposée sur Internet doit être protégée : HTTPS, accès restreints, comptes nominatifs.
Qui doit s’en occuper ?
Trois organisations fonctionnent, selon la taille de l’entreprise et le nombre de flux. Si vous avez un profil technique en interne, l’auto-hébergement est à sa portée, à condition de lui laisser le temps de la maintenance. Si vos besoins sont simples et peu nombreux, n8n Cloud évite toute la partie serveur. Entre les deux, beaucoup de PME délèguent : une agence n8n conçoit les flux, les héberge, applique les mises à jour et répond quand quelque chose casse, tout en laissant les flux exportables si l’entreprise veut les reprendre un jour.
Quel que soit le choix, commencez par une seule tâche, fréquente et toujours traitée de la même façon. C’est là que se trouvent les avantages concrets de l’automatisation, et c’est le meilleur moyen de juger l’outil sur un cas réel avant de lui confier davantage.
Questions fréquentes
n8n est-il vraiment gratuit ?
La version auto-hébergée est gratuite pour un usage interne à l’entreprise. Il reste le coût du serveur et, surtout, le temps passé à l’administrer. La version cloud est payante, avec des formules selon le volume.
Faut-il savoir coder pour utiliser n8n ?
Non pour les flux simples, qui se construisent visuellement. Un peu de code devient utile pour transformer des données ou appeler un logiciel qui n’a pas de connecteur prévu.
Peut-on changer d’hébergement plus tard ?
Oui. Les flux s’exportent et se réimportent d’une instance à l’autre. Il faut seulement penser à recréer les accès aux logiciels, ou à conserver la clé de chiffrement si l’on migre une instance auto-hébergée.