Cookiesn8n auto-hébergé ou n8n Cloud : ce qui casse en production et ce que ça coûte
n8n Cloud se paie à l'exécution : 20 € par mois pour 2 500 exécutions, 50 € pour 10 000, en facturation annuelle (relevé du 13/10/2026). Auto-hébergé, le logiciel est gratuit, mais le serveur, les mises à jour de sécurité et la surveillance sont à vous. Le vrai critère n'est pas le prix : c'est qui reçoit l'alerte quand un workflow échoue, et qui la lit.
Votre automatisation n8n est-elle sous surveillance ?
Répondez à 4 questions rapides
La plupart des guides sur n8n Cloud versus auto-hébergé listent les mêmes critères sans jamais citer un prix daté ni un incident documenté. Ce qui manque : combien d'exécutions consomme une planification toutes les 5 minutes, et pourquoi une panne peut rester invisible 31 jours, quel que soit l'hébergement.
Trois incidents réels et datés, dont un dans notre propre instance n8n, illustrent ici ce que ni Cloud ni auto-hébergé ne règle à votre place.
🧭 Le verdict, en une grille
Les deux éditions de n8n partagent le même moteur : la décision n'est pas fonctionnelle, elle est opérationnelle. Voici ce que chaque option vous laisse sur les bras, avec le sur-mesure en troisième colonne, pour les cas où l'outil ne suffit plus.
Ce n'est ni l'infrastructure ni le tarif : c'est qui lit l'alerte. Un workflow peut échouer silencieusement depuis des semaines sur Cloud comme en auto-hébergé — si personne n'a configuré une alerte lue par un humain réel.
💶 Ce que coûte n8n Cloud, en exécutions
Prix relevés le 13/10/2026, identiques au relevé du 03/10, sur la page de tarification n8n, à l'année : le plan Starter à 20 €/mois inclut 2 500 exécutions ; le plan Pro à 50 €/mois en inclut 10 000. L'offre Business, à 667 €/mois en facturation annuelle pour 40 000 exécutions, est réservée à l'auto-hébergement : ce n'est pas un plan Cloud.
Une seule planification toutes les 5 minutes déclenche 12 passages à l'heure, soit 288 par jour, soit ≈ 8 600 à 8 900 exécutions par mois selon le nombre de jours. La page de tarification de n8n donne d'ailleurs le même ordre de grandeur pour un déclenchement toutes les 5 minutes. Ce seul workflow dépasse le quota Starter d'un facteur 3,5. Sur le plan Pro, il consomme 86 à 89 % du quota, laissant moins de 1 400 exécutions pour le reste. Notre guide de l'automatisation des processus aide à estimer le volume global à anticiper.
Notre propre instance auto-hébergée partage un serveur avec nos autres services : son coût n'est pas isolable. Ce qui l'est, c'est le temps qu'elle demande, et la section sur la montée de version en donne la mesure.
Passages/heure × 24 × 30 = quota mensuel. Toutes les 10 minutes : 6 × 24 × 30 = 4 320. Additionnez tous vos workflows — c'est leur total qui détermine le plan.
📸 Notre carrousel Instagram publié par n8n
Le 02/10/2026 à 18 h 41, notre instance n8n auto-hébergée a publié son premier carrousel Instagram entièrement automatique : 10 pages, 10 textes alternatifs. La publication est visible sur le compte. Contraintes vérifiées lors du développement :
LinkedIn, lui, distingue deux cas. Un membre peut publier depuis n8n un texte, un lien ou une image, avec le produit « Share on LinkedIn » ; publier au nom d'une page, document PDF compris, demande l'accès « Community Management API », accordé sur dossier aux entreprises. En attendant le nôtre, notre flux envoie le paquet prêt à publier sur une messagerie, et une personne le poste.
Un PNG correctement formaté échoue sans message d'erreur lisible. Convertissez en amont dans le workflow, avant l'étape d'upload, et vérifiez le type MIME retourné avant l'appel API.
🔕 La panne qui répond 200
Fin août 2026, le module GitHub de Cockpit — notre outil interne, pas n8n — est resté en panne 31 jours sans que personne le détecte. La tâche planifiée répondait ok:false avec un code HTTP 200 du 20/08 au 20/09/2026. Un code 500 aurait déclenché une alerte ; le 200 n'a rien déclenché.
La même logique s'applique dans n8n. Par défaut, le nœud HTTP Request considère toute réponse 2xx comme un succès, y compris un 200 qui annonce un échec dans son corps. La parade : ajouter un nœud If qui vérifie un champ attendu dans la réponse (ex. {{ $json.success }} === true), suivi d'un nœud Stop And Error sur la branche fausse.
ok: falseTestez vos workflows avec une API qui renvoie intentionnellement ok:false en 200. Si le workflow continue sans alerte, le garde-fou n'est pas en place.
🔑 Le jeton qui expire
En août 2026, notre chaîne de publication d'articles — pas n8n — a cessé de fonctionner pendant 8 jours sans alerte visible. Le 18/08 à 01:00, un jeton GitHub expire. GitHub répond 401, et le gestionnaire d'identifiants vide automatiquement son propre fichier. Les scripts continuaient à sortir en code 0 malgré un échec total ; 7 alertes sont restées non lues. Bilan : 5 articles à rattraper.
Le jeton d'accès long Instagram dure exactement 60 jours. Sans renouvellement automatique, le workflow s'arrête en silence au 61e jour. La solution : une tâche planifiée qui appelle l'endpoint de rafraîchissement Meta 10 jours avant l'expiration, avec une alerte envoyée à une personne nommée qui la lira. Pour aller plus loin : surveiller un logiciel en production.
Configurer l'alerte ne suffit pas : nommez qui la reçoit, vérifiez que cette adresse est active, testez-la une fois à vide. Un token expire à n'importe quelle heure, et les 8 jours passent très vite.
🧱 La montée de version
La liste des changements cassants de n8n 2.0 documente quatre ruptures : les fichiers sont désormais limités au répertoire ~/.n8n-files (les workflows qui lisaient /tmp plantent) ; le nœud Start a été supprimé au profit des nœuds de déclencheur ; MySQL n'est plus supporté comme base de l'instance ; les tâches bloquées avant la mise à jour ne sont plus relancées automatiquement.
Notre instance l'a vécu dans l'autre sens : le risque n'était pas de monter trop vite, mais de ne pas monter. Le 07/10/2026, elle tournait encore en version 2.29.10, quand la 2.42.3 était sortie le 05/10. Sur les 100 derniers avis de sécurité publiés par n8n, 96 étaient corrigés après notre version, dont 58 jugés de gravité élevée, et certaines failles s'exploitaient sans compte. Le conteneur suivait l'étiquette latest : une étiquette qui ne bouge que le jour où l'on relance, sans que personne le décide.
Mise à jour le 12/10/2026 : sauvegarde des données, version épinglée (n8nio/n8n:2.42.7), 70 migrations de base passées au démarrage, les neuf workflows actifs vérifiés, une première exécution réussie dans les minutes suivantes. Sur le Cloud, n8n fait ce travail pour vous ; les changements cassants dans vos workflows restent votre affaire.
Épinglez un numéro de version précis, jamais latest. Lisez les avis de sécurité chaque mois et la page des changements cassants avant une version majeure. Sauvegardez avant, vérifiez chaque workflow après.
⚖️ Quatre questions avant de choisir
Cloud ou auto-hébergé, quatre critères pratiques orientent le choix :
Ces quatre critères orientent la décision. Ils ne remplacent pas la surveillance active : un workflow peut s'arrêter en silence sur n'importe quelle infrastructure.
🛠️ Quand l’automatisation devient un logiciel
Un workflow qui accumule dix règles métier, des conditions imbriquées et des transformations de données ressemble de moins en moins à une automatisation et de plus en plus à un logiciel sans tests. Chaque modification risque de casser ailleurs. C'est la limite commune de tous les outils d'automatisation — notre comparatif no-code ou sur mesure et notre page pour faire développer un logiciel métier tranchent ce moment.
Un workflow qui calcule un prix, valide une commande ou déclenche une action irréversible mérite au moins un test automatique pour le cas nominal et les cas limites.
🎯 En résumé
Cloud ou auto-hébergé, la question centrale reste la même : qui surveille, qui reçoit les alertes, et qui les lit. Le reste est un choix de modèle économique.
Questions fréquentes
Le logiciel oui, en édition Community ; serveur, mises à jour et surveillance restent à votre charge.
Une par passage : toutes les 5 minutes, environ 8 600 à 8 900 par mois.
Le nœud HTTP Request traite tout 2xx comme un succès, même un 200 qui annonce un échec.
Non : un jeton Instagram vaut 60 jours et se renouvelle avant expiration, quel que soit l'hébergement.
Oui, sur une version précise et jamais sur « latest » : sauvegardez les données, épinglez le numéro de version, puis vérifiez que chaque workflow tourne encore. Notre propre instance a pris du retard sur les correctifs de sécurité avant d'être remise à jour le 12/10/2026.
