Hosting n8n. Twoja instancja, Twoje workflow.

1. n8n fonctionne différemment d’un site web classique, et cela change le choix de l’hébergement

n8n est une plateforme d’automatisation de workflows qui relie différents services et API sans nécessiter de code. Dans le cloud de l’éditeur, le prix dépend du nombre d’exécutions de workflow par mois. Lorsqu’une automatisation comporte de nombreuses étapes et déclencheurs, le coût de l’abonnement grimpe rapidement.

Sur Saplo, n8n se déploie comme une application Docker prête à l'emploi (image officielle n8nio/n8n), installable en un clic, avec sa propre authentification, active dès la première connexion, et sans aucun compteur d'exécutions de workflow. Tu payes ton abonnement Box, pas le nombre de fois où ton automatisation se déclenche.

Le manifeste de l’application exige au moins 1 Go de RAM et 4 Go de disque. Comme l’image n8n et ses dépendances sont assez lourdes, en pratique Box M (2 Go de RAM) constitue un minimum sûr, et non Box S, où les 1 Go de RAM sont partagés avec le système et les autres applications du Box.

2. De combien de ressources n8n a-t-il réellement besoin?

Pour des automatisations simples (quelques workflows, déclencheurs peu fréquents), Box M suffit largement. Après son démarrage, n8n fonctionne de façon assez stable avec le minimum annoncé de 1 Go de RAM, tout en laissant de la marge pour le système et les autres processus du Box.

En cas d’utilisation intensive (beaucoup de workflows lancés en parallèle, traitement de fichiers volumineux, intégrations simultanées avec de nombreuses API), Box L (6 Go de RAM) vaut la peine d’être envisagé. Ainsi, n8n ne se disputera pas la mémoire avec les autres applications hébergées sur le même Box.

L’accès SSH avec sudo (à partir de Box M) permet de diagnostiquer manuellement les problèmes dans les logs n8n, d’installer des nodes communautaires supplémentaires ou de configurer des webhooks exigeant une configuration personnalisée du proxy inverse. Ces opérations ne sont pas possibles depuis le seul panneau n8n.

3. n8n face à la concurrence: l’auto-hébergement sur un VPS vierge

Le concurrent A propose des modèles de VPS prêts à l’emploi pour des usages précis, notamment pour la plateforme d’automatisation n8n (description de l’offre VPS, tarifs publics, situation au 2026-10-10). Le client reçoit ainsi un VPS avec n8n comme point de départ, mais toute l’administration du serveur (mises à jour, sauvegardes, sécurité) reste de son ressort.

Sur un VPS vierge chez d'autres fournisseurs, le déploiement de n8n exige l'installation manuelle de Docker, la configuration d'un reverse proxy avec SSL et la définition des variables d'environnement (N8N_EDITOR_BASE_URL, WEBHOOK_URL), avant que les webhooks ne fonctionnent correctement avec des services externes. Pour une personne sans expérience DevOps, cela constitue une vraie barrière.

Sur Saplo, ces variables sont configurées automatiquement lors de l'installation depuis le catalogue. Les webhooks n8n fonctionnent donc correctement dès le déploiement de l'application et la connexion du domaine, sans configuration manuelle des variables d'environnement par le client.

4. Pourquoi choisir un n8n auto-hébergé plutôt que le cloud de l’éditeur?

Le cloud du fournisseur de n8n fonctionne sur un modèle d'abonnement avec une limite d'exécutions de workflow incluse dans chaque offre. Pour une automatisation élaborée (par exemple le traitement de commandes ou la synchronisation de plusieurs systèmes), il peut donc falloir passer à une offre supérieure et plus coûteuse uniquement à cause du nombre d'exécutions, et non de la complexité réelle de l'automatisation.

Une instance n8n auto-hébergée sur Saplo n’a pas de compteur d’exécutions. Les données transitent par une infrastructure que tu contrôles, ce qui est important pour les automatisations qui traitent des données personnelles de clients. Le coût est fixe, indépendamment de l’intensité d’utilisation au cours du mois. Pour une équipe qui prévoit de développer ses automatisations pendant plusieurs mois, cette prévisibilité du coût compte autant que le fonctionnement des workflows. Elle permet de développer de nouveaux scénarios sans recalculer sans cesse si une nouvelle étape augmentera la facture cloud, ce qui est plus facile à prévoir pour une entreprise en croissance qu’une facture cloud variable.

5. À qui cela s'adresse

Pour une petite entreprise qui automatise des processus simples (notifications, synchronisation de formulaires avec un CRM), Box M avec n8n est une alternative moins chère et plus simple qu’un abonnement payant au cloud de n8n, facturé selon le nombre d’exécutions.

Pour une agence ou une équipe technique qui crée des automatisations pour plusieurs clients à la fois, Box L permet de déployer n8n avec d’autres applications (Baserow ou Chatwoot, par exemple), afin de créer un ensemble d’outils complet, sans compteur d’exécutions.

6. Scénarios d’automatisation typiques sur ton n8n auto-hébergé

Synchronisation d’un formulaire de contact avec un CRM: chaque nouveau prospect est automatiquement ajouté comme contact dans le CRM, sans saisie manuelle des données par un membre de l’équipe.

Notifications de nouvelles commandes d’une boutique WooCommerce ou PrestaShop vers le canal Slack ou Discord de l’équipe. Sur une boutique générant un trafic réel, cette automatisation évite de devoir vérifier manuellement le tableau de bord des commandes.

Création automatique d'une facture après le paiement d'une commande, en reliant la boutique au système comptable via l'API, sans saisie manuelle des données de commande dans la facture par une personne du service comptable.

Surveillance de la disponibilité des autres applications du même Box, par exemple via un webhook envoyé par Uptime Kuma, et envoi d’une alerte dès que l’une d’elles cesse de répondre, avant que le client final ne s’en aperçoive.

Agrégation des données issues de plusieurs sources (formulaire, boutique, calendrier) en un seul endroit, par exemple dans un tableur ou une base Baserow, sans qu'un membre de l'équipe ait à copier manuellement les données entre les systèmes.

7. Pourquoi n8n et l’automatisation n’ont de sens qu’à partir d’une certaine échelle

Pour une seule automatisation simple (une notification sur Slack, par exemple), le coût d’administration d’un n8n auto-hébergé peut dépasser le bénéfice, si une simple notification push via un webhook gratuit, sans plateforme d’automatisation complète, suffit comme alternative.

Lorsque plusieurs processus sont reliés (boutique, CRM, comptabilité, notifications), un n8n auto-hébergé commence à amortir son coût, car une seule plateforme remplace plusieurs intégrations distinctes qu’il faudrait sinon développer et maintenir séparément.

Pour les entreprises où les tâches manuelles répétitives se multiplient, n8n devient un point de consolidation naturel, surtout lorsque le temps passé par l’équipe sur ces tâches commence à coûter plus cher que l’hébergement de n8n lui-même.

Commence par une automatisation, la plus pénible à gérer (la tâche manuelle la plus répétée), puis développe progressivement les workflows suivants, plutôt que de tout automatiser dès le premier jour.

8. Comparaison des coûts dans le temps: votre n8n contre le cloud du fournisseur

Le cloud du fournisseur de n8n facture un abonnement avec une limite d’exécutions de workflow par mois. Le coût augmente donc de manière non linéaire à mesure que l’automatisation se développe: ajouter une étape à un workflow existant ou un nouveau déclencheur augmente le nombre d’exécutions, même si la logique métier ne change pas sensiblement.

Sur Saplo, le coût de n8n est inclus dans le prix de Box, que le workflow s’exécute dix fois ou dix mille fois par jour. À mesure que l’automatisation se développe, le coût de l’infrastructure n’augmente donc pas proportionnellement à son utilisation.

Si l’on compare les coûts sur un an, pour une entreprise qui exploite plusieurs workflows complexes (synchronisation de la boutique, CRM, notifications, intégrations avec plusieurs API), n8n auto-hébergé sur Box M ou Box L est souvent plus économique que l’abonnement cloud équivalent, facturé en devise étrangère.

Il faut toutefois ajouter le temps d’administration: les mises à jour de n8n, la surveillance du conteneur et le dépannage éventuel relèvent entièrement du fournisseur de n8n dans le cloud, mais partiellement de toi sur Saplo. Le moteur Saplo simplifie toutefois la mise à jour via le catalogue d’applications.

Pour les entreprises dont l’utilisation de l’automatisation est irrégulière ou saisonnière, par exemple avec une forte activité pendant seulement quelques mois par an, le coût fixe de Box est souvent plus facile à budgéter qu’un abonnement variable dont le prix augmente avec le nombre d’exécutions de workflow.

Le calcul final dépend de l’échelle de l’automatisation dans chaque entreprise. Mais le principe, un coût fixe de Box face au coût variable lié au nombre d’exécutions, est un critère déterminant à prendre en compte avant de choisir entre l’auto-hébergement et un abonnement dans le cloud du fournisseur de n8n.

9. Communauté et développement de n8n, un projet open source

n8n est un projet open source activement développé, qui publie régulièrement de nouvelles versions avec des corrections de bugs, de nouvelles intégrations et des nœuds communautaires. Ces derniers peuvent être installés sur ta propre instance, sans attendre que le fournisseur SaaS les propose.

Sur Saplo, la mise à jour de n8n vers une nouvelle version s’effectue via la recette de mise à jour du catalogue d’applications. Tu peux ainsi garder ton instance à jour sans suivre manuellement les versions publiées sur GitHub ni reconstruire le conteneur après chaque nouvelle version du moteur.

La communauté n8n crée et partage ses propres nœuds, qui étendent les capacités de la plateforme au-delà des intégrations fournies par défaut. Avec une instance n8n auto-hébergée sur Saplo et un accès SSH à partir de Box M, tu peux les installer toi-même, ce qui n’est pas toujours possible dans un modèle cloud restreint.

Pour les équipes techniques, une instance n8n auto-hébergée permet aussi d’expérimenter avec de nouvelles fonctionnalités, parfois instables, avant leur disponibilité générale. Cette perspective peut être-PE_attrayante pour les utilisateurs avancés, mais elle exige davantage de prudence lors du déploiement en production.

La documentation de n8n, indépendante de Saplo, est vaste et activement développée par la communauté du projet. Associée à l’installation prête à l’emploi en un clic sur Saplo, elle offre un environnement complet pour apprendre et développer des automatisations sans barrière supplémentaire.

10. Comment mesurer la valeur réelle d’une automatisation créée dans n8n

Avant de créer une automatisation, estime le temps que l’équipe consacre manuellement au processus chaque mois. Tu disposes ainsi d’un point de référence pour déterminer si le temps investi dans la création d’un workflow dans n8n est réellement rentable par rapport à la poursuite du travail manuel.

Après le déploiement, surveille si l’automatisation a réellement réduit le nombre d’erreurs manuelles, comme une commande omise ou une notification oubliée. Ces erreurs sont plus difficiles à mesurer que le temps gagné, mais elles représentent souvent un avantage commercial supérieur à la seule accélération du processus.

Pour les automatisations qui gèrent des processus impliquant des clients (par exemple les confirmations de commande), il vaut la peine de surveiller la stabilité du workflow dans le temps. En effet, une erreur dans une automatisation qui fonctionnait auparavant manuellement et sous contrôle humain peut rester inaperçue plus longtemps qu'une erreur dans un processus manuel.

Mesurer la valeur d'une automatisation devrait donc prendre en compte non seulement le temps gagné, mais aussi la qualité et la stabilité du nouveau processus par rapport à l'ancienne solution manuelle, avant de décider de développer davantage des workflows de plus en plus complexes au sein du même n8n.

Au fil du temps, à mesure que le nombre de workflows augmente, il vaut aussi la peine de surveiller la consommation de RAM de l'instance n8n. En effet, plusieurs automatisations complexes exécutées en parallèle peuvent nécessiter le passage de Box M à Box L avant que les performances ne commencent vraiment à chuter lorsque plusieurs workflows s'exécutent en même temps. Cette vérification est plus simple qu'elle n'y paraît: le panneau Saplo affiche la consommation actuelle de RAM du conteneur. Il suffit donc de jeter un œil à cet indicateur de temps en temps, plutôt que d'attendre un ralentissement notable que les utilisateurs de l'automatisation remarquent seuls.

11. En résumé: n8n comme fondation de l’automatisation de l’entreprise

Une instance n8n dédiée sur Saplo, sans compteur d'exécutions et avec un contrôle total sur les données qui traversent tes automatisations, forme une base permettant de construire des processus métier de plus en plus complexes sans craindre de voir grimper la facture d'abonnement. Pour une entreprise qui part d'une seule automatisation simple, évoluer vers une dizaine de workflows interconnectés qui gèrent la boutique, le CRM et la communication avec les clients relève du développement naturel de ce même Box à coût fixe, plutôt que d'une succession de décisions pour augmenter les limites d'une plateforme cloud externe.