Un matin, quelqu'un modifie un workflow n8n « juste pour un petit réglage ». À midi, les relances de devis ne partent plus, et personne ne sait ce qui a changé. La question n'est alors plus « comment ça marche ? » mais « peut-on revenir à hier ? ».
n8n propose plusieurs mécanismes pour y répondre : l'export en JSON, l'historique des versions et le contrôle de version avec Git. Ils ne sont pas disponibles de la même façon selon votre formule. Cet article fait le point sur ce que la documentation officielle indique, puis propose des règles simples pour une PME. Les faits sur n8n viennent de sa documentation, citée en fin d'article ; les recommandations d'organisation sont notre analyse, à adapter à votre contexte.
Trois niveaux de protection
Pensez en trois niveaux, du plus simple au plus structuré :
- L'export : une copie d'un workflow, à conserver ailleurs.
- L'historique des versions : le retour en arrière dans n8n lui-même.
- Le contrôle de version Git : un historique complet, relu et partagé, avec plusieurs environnements.
Aucun des trois ne dispense de savoir restaurer. Un export jamais réimporté ou un historique jamais consulté ne prouvent rien.
Niveau 1 : exporter ses workflows
Comment exporter un workflow n8n ?
Selon la documentation, plusieurs méthodes existent. Dans l'éditeur, le menu du workflow permet de télécharger le workflow actuel au format JSON, ou d'en importer un depuis une adresse ou un fichier local. Il est aussi possible de copier des nœuds et de les coller dans un autre workflow.
Pour déplacer des workflows entre instances en ligne de commande, la documentation recommande la CLI n8n, qui regroupe les workflows dans un paquet portable. Elle précise que cette CLI est en préversion et peut évoluer. Les commandes d'export et d'import de la CLI serveur existent toujours, mais la documentation indique privilégier la CLI n8n pour tout nouveau travail, et prévoit à terme de retirer les anciennes commandes sans date fixée. Vérifiez donc la documentation en vigueur avant d'écrire un script de sauvegarde.
Que contient un fichier exporté ?
Point d'attention de la documentation : le JSON exporté contient les noms et les identifiants des identifiants de connexion (les « credentials »). Les identifiants ne sont pas sensibles, mais les noms peuvent l'être selon la façon dont vous les avez nommés. Un nœud de requête HTTP créé depuis une commande cURL peut aussi contenir des en-têtes d'authentification.
Avant de partager un fichier (avec un prestataire, dans un dépôt, dans un forum), relisez-le et retirez ou anonymisez ces informations. La documentation ne précise pas, dans la page consultée, si les valeurs secrètes des credentials sont exclues des exports : ne le supposez pas, vérifiez-le sur votre instance avant de stocker des exports dans un espace partagé.
Les limites de l'export
L'export est une photographie à un instant donné. Il ne dit ni qui a modifié quoi, ni pourquoi. Il ne remplace pas non plus la sauvegarde de l'instance elle-même (base de données et configuration), dont les modalités dépendent de votre hébergement. Si vous êtes en auto-hébergement, notre article sur n8n Cloud ou auto-hébergé rappelle ce qui change en matière de responsabilités.
Niveau 2 : l'historique des versions
Combien de temps n8n garde-t-il les anciennes versions ?
La page « Workflow history » de la documentation donne la durée de conservation selon la formule :
| Formule | Versions disponibles |
|---|---|
| Tous les utilisateurs | Les dernières 24 heures |
| n8n Cloud Pro | Les cinq derniers jours |
| Enterprise (Cloud et auto-hébergé) | Historique complet |
Autrement dit, sur une formule sans extension, une erreur découverte le surlendemain n'a plus de version antérieure à restaurer dans n8n. C'est un cas fréquent en PME : le workflow du mois de clôture ne tourne qu'une fois par mois.
Que peut-on faire d'une version enregistrée ?
Toujours selon la documentation, depuis une version enregistrée vous pouvez :
- la restaurer : elle remplace le workflow courant, et n8n enregistre d'abord la dernière version ;
- la cloner vers un nouveau workflow ;
- la comparer, en l'ouvrant dans un nouvel onglet ;
- la télécharger au format JSON ;
- la nommer, avec un titre et une description. Les versions nommées ne sont jamais supprimées automatiquement. Cette fonction est indiquée comme disponible sur n8n Cloud Pro et Enterprise, ainsi que sur les formules Business et Enterprise en auto-hébergement.
Nommer une version avant une modification importante (« avant changement du tarif », « version validée par la comptabilité ») est un bon réflexe quand la fonction est disponible : elle transforme l'historique en repères lisibles.
Niveau 3 : Git et les environnements
Que permet le contrôle de version de n8n ?
La documentation indique que n8n s'appuie sur un contrôle de version fondé sur Git pour gérer des environnements. En reliant vos instances à un dépôt Git, vous pouvez créer plusieurs environnements adossés à des branches. L'intérêt est de séparer un environnement de test et un environnement de production : on modifie et on vérifie d'un côté, puis on reporte sur l'autre.
Cette fonction est indiquée comme disponible sur les formules Business et Enterprise. Elle n'est donc pas à la portée de toutes les installations. Côté droits, la documentation précise que les propriétaires et administrateurs de l'instance peuvent envoyer vers le dépôt et récupérer depuis le dépôt, alors que les administrateurs de projet peuvent envoyer mais pas récupérer.
La page consultée ne détaille pas ce qui est synchronisé ou non (par exemple pour les credentials et les variables). Lisez les pages dédiées de la documentation, notamment celles sur les environnements et sur les motifs de branches, avant de décider d'une organisation.
Que faire concrètement en PME ?
Voici une base raisonnable. Elle ne présume pas de votre formule.
- Connaître sa rétention. Vérifiez ce que votre formule conserve (24 heures, cinq jours, historique complet) et considérez cette durée comme votre fenêtre de retour arrière.
- Exporter les workflows critiques. Pour ceux dont l'arrêt coûte vraiment (facturation, relances, traitement des commandes), conservez un export régulier dans un espace à accès restreint, après relecture des informations sensibles.
- Nommer les versions importantes quand la fonction existe, avant chaque changement de règle métier.
- Tester la restauration. Une fois par trimestre, réimportez un export dans une instance de test et vérifiez que le workflow s'ouvre et se lance. C'est la seule façon de savoir que la sauvegarde sert à quelque chose.
- Décrire les changements. Même sans Git, tenez un court journal : date, workflow, changement, personne. Il répond à la question que ni l'export ni l'historique ne posent : pourquoi.
- Limiter les droits de modification. Moins de personnes peuvent modifier les workflows de production, moins il y a de surprises.
- Prévoir l'alerte. Revenir en arrière suppose de savoir qu'il faut le faire : le dispositif décrit dans notre article sur la gestion des erreurs avec l'Error Trigger complète utilement cette liste.
Si vos workflows sont devenus longs et difficiles à relire, les sous-workflows rendent aussi chaque changement plus petit, donc plus facile à comparer et à restaurer.
Les erreurs fréquentes
- Croire que l'historique suffit. Il est limité dans le temps sur certaines formules.
- Stocker des exports dans un espace ouvert. Les noms de credentials et d'éventuels en-têtes d'authentification peuvent y figurer.
- Modifier directement la production. Sans environnement de test, chaque réglage est un risque.
- Ne jamais tester la restauration. Une sauvegarde non testée est une hypothèse.
Besoin d'un cadre pour vos automatisations ?
Vos workflows n8n tournent en production et vous ne savez pas les restaurer ? Décrivez-nous votre situation : nous vérifions ce que votre formule permet, proposons une organisation adaptée à votre équipe et mettons en place les routines de sauvegarde et de test. Nos offres détaillent les formats d'accompagnement, et vous pouvez nous contacter directement.
Sources
- n8n, Export and import workflows, documentation consultée le 18 octobre 2026.
- n8n, Workflow history, documentation consultée le 18 octobre 2026.
- n8n, Source control and environments, documentation consultée le 18 octobre 2026.