n8n est l’outil d’automatisation par workflows que beaucoup de TPE et de PME utilisent pour relier formulaires, emails, tableurs et CRM (n8n, c’est quoi ?). Deux annonces se mélangent depuis septembre 2026 : l’arrivée des agents et la future version 3.0. Elles ne se recoupent pas, et la seconde demande un peu de préparation.
Agents et n8n 3.0 : ce qui est sorti, ce qui arrive
| Élément | État au 24 octobre 2026 | Source |
|---|---|---|
| Onglet « Agents » | Disponible depuis la version 2.40 du 21 septembre 2026, en préversion : on décrit ce que l’agent doit faire, on lui donne un modèle, des outils et des workflows, « et il détermine lui-même les étapes » | Journal des versions de n8n |
| Version stable | 2.44.6 (bêta : 2.45.3) | Journal des versions de n8n |
| n8n 3.0 | Pas encore publiée. La page officielle des changements dit qu’elle sort « bientôt » ; le journal des versions précise que les installations par npm cesseront de fonctionner avec la 3.0 « en octobre » | Pages officielles de n8n |
| Rapport de migration | Déjà présent dans les versions 2.x : Settings > Migration Report liste les workflows et les réglages de votre instance à corriger | Page des changements de la 3.0 |
Autrement dit : pour créer un agent, inutile d’attendre la 3.0 (voir notre guide créer un agent sans code avec n8n Agents). En revanche, si vous utilisez n8n depuis longtemps, la 3.0 peut arrêter certains workflows le jour où vous mettez à jour.
Êtes-vous concerné ?
| Votre situation | Ce que dit n8n | À faire |
|---|---|---|
n8n auto-hébergé installé avec npm ou npx n8n | La 3.0 ne prend plus en charge ce mode d’installation et ne publie plus de paquet n8n exécutable sur npm | Passer à Docker avant de mettre à jour |
| n8n auto-hébergé avec Docker | Pas de changement de déploiement, mais des réglages par défaut modifiés et un dossier de stockage renommé | Lire le rapport de migration, vérifier les volumes |
| n8n Cloud | Le déploiement est géré par l’éditeur ; les nœuds retirés et les changements de comportement s’appliquent aux workflows | Lire le rapport de migration |
| Workflows anciens ou nœuds communautaires | Nœuds historiques retirés ; les nœuds communautaires non vérifiés ne se chargent plus par défaut | Remplacer les nœuds signalés |
Ce qui peut casser dans vos workflows
Selon la page officielle des changements de la 3.0 (consultée le 24 octobre 2026), les workflows qui utilisent un nœud retiré échouent tant qu’ils ne sont pas migrés. Les remplacements les plus courants dans une PME :
| Nœud ou réglage retiré | Remplacement indiqué par n8n |
|---|---|
| Function et Function Item | Nœud Code (modes « Run Once for All Items » ou « Run Once for Each Item ») |
| Cron et Interval | Schedule Trigger |
| Item Lists | Split Out, Aggregate, Sort, Limit, Remove Duplicates ou Summarize |
| Read PDF, HTML Extract, iCalendar | Extract from File, nœud HTML, Convert to File |
| Anciens nœuds OpenAI, OpenAI Assistant | Nœud OpenAI actuel, OpenAI Chat Model |
| Anciens modes du nœud AI Agent (ReAct, Conversational, SQL Agent…) | Dernière version du nœud, en mode Tools Agent ; outils Postgres ou MySQL pour le SQL |
| AI Transform | Nœud Code (migration automatique) |
- Code : le délai maximal d’une tâche passe de 5 minutes à 1 minute ; un script plus long échouera.
- Slack : l’identifiant Slack doit contenir le « signing secret » de l’application, sinon les workflows démarrés par Slack Trigger ne reçoivent plus d’événements.
- If et Switch : avec « Always Output Data », un élément vide n’est plus ajouté que si toutes les sorties sont vides ; certaines branches peuvent ne plus s’exécuter.
- Gmail Trigger : les anciennes versions du nœud fonctionnent comme la plus récente : brouillons exclus par défaut, emails envoyés ou programmés qui ne déclenchent plus rien.
- Chat Hub : désactivé par défaut ; les données restent en base et le module se réactive par une variable d’environnement.
Préparer la mise à jour en six étapes
- Sauvegarder la base de données de n8n, comme le recommande l’éditeur, et noter où se trouve la clé de chiffrement des identifiants.
- Ouvrir Settings > Migration Report sur votre instance actuelle et exporter la liste des workflows signalés.
- Passer à Docker si vous êtes installé avec npm : n8n propose une installation en une ligne (
curl -fsSL https://get.n8n.io | sh) ou Docker Compose. C’est souvent le moment de faire appel à la personne qui gère votre serveur. - Corriger les workflows signalés en commençant par ceux qui touchent les clients (formulaires, devis, factures), sur une copie plutôt que sur l’original.
- Tester sur une instance d’essai avec de vraies données anonymisées : un déclenchement, une exécution complète, le résultat final.
- Mettre à jour la production, puis surveiller les exécutions en échec les jours suivants.
Exemple : un cabinet de dix personnes relance ses devis chaque matin avec un workflow construit il y a quelques années (Cron → lecture d’un tableur → Function → ancien nœud OpenAI → brouillon d’email). Avant la 3.0, il faut remplacer Cron par Schedule Trigger, Function par un nœud Code, l’ancien nœud OpenAI par le nœud actuel, puis vérifier qu’un brouillon identique sort sur trois devis tests (méthode détaillée dans automatiser la relance de devis).
Agents ou workflows : ce que la 3.0 change
La 3.0 ne remplace pas les workflows par des agents. Elle retire les anciennes façons de faire raisonner une IA dans un workflow et garde deux approches qui se complètent :
| Workflow (avec ou sans nœud AI Agent) | Agent de l’onglet « Agents » | |
|---|---|---|
| Fonctionnement | Une suite d’étapes fixée à l’avance | Un objectif, des outils, et l’agent choisit les étapes |
| Bon usage | Tâches répétitives et vérifiables : relances, classement, synchronisation | Tâches qui demandent du jugement : trier des demandes, préparer une réponse |
| État au 24 octobre 2026 | Fonction stable | Préversion |
La règle pratique reste la même : ce qui doit se passer toujours de la même façon reste un workflow, et l’agent n’intervient que là où il faut interpréter, de préférence en appelant vos workflows comme outils (voir workflow ou agent IA). Profiter de la migration pour simplifier vaut mieux que tout reconstruire en agents.
Garde-fous
- Ne pas mettre à jour sans rapport de migration : c’est l’outil prévu par n8n pour savoir ce qui cassera sur votre instance.
- Données personnelles : les tests se font sur des données anonymisées ; en auto-hébergé, le passage à Docker est l’occasion de vérifier où sont stockés les fichiers et les sauvegardes.
- Nœuds communautaires : la 3.0 ne charge plus par défaut les nœuds non vérifiés ; réactivez-les seulement si vous savez d’où ils viennent.
- Validation humaine : tout workflow ou agent qui envoie, paie ou supprime garde une étape d’approbation, surtout juste après une migration (validation humaine de l’IA).
- Préversion des agents : n8n indique que leur comportement peut encore changer ; retestez-les après chaque mise à jour.
Si plusieurs personnes construisent des workflows dans l’entreprise, une formation d’équipe permet de les revoir ensemble sur vos propres cas ; notre page automatisation IA avec n8n et Make détaille le contenu.