n8n 2.0 est là — les nœuds communautaires cassent à la mise à jour, figez votre version d'abord
- Ce qui s’est passé
- n8n 2.0 shipped with a rewritten node API — community nodes built for 1.x fail at execution time after upgrade.
- Pourquoi c’est important
- Self-hosted instances pulling `latest` break silently: workflows look healthy until they fire.
- Que faire
- Pin your current 1.x version now, inventory community nodes, migrate only after each has a 2.0 release.
n8n a publié la version 2.0 cette semaine avec une API d'exécution des nœuds entièrement réécrite. Les gains annoncés sont réels : exécution parallèle des branches et un profil mémoire allégé pour les workflows d'agents IA de longue durée.
Le prix à payer, c'est la compatibilité. Les nœuds communautaires conçus pour l'API 1.x se chargent mais échouent à l'exécution sous 2.0 — la panne apparaît dans les journaux d'exécution, pas au démarrage, donc une instance qui s'est auto-mise à jour semble saine jusqu'à ce qu'un workflow se déclenche.
Si vous vous auto-hébergez avec des images taguées latest, vous êtes exposé dès aujourd'hui. Figez votre version 1.x actuelle, faites l'inventaire des workflows qui utilisent des nœuds communautaires et vérifiez le dépôt de chaque nœud pour une version compatible 2.0 avant de migrer. Les clients Cloud ne sont pas concernés jusqu'à l'ouverture de la fenêtre de migration gérée le mois prochain.
Que faire
- 1 Pin your image tag to your current 1.x version — remove `latest` from self-hosted deploys
- 2 List workflows using community nodes and check each node repo for 2.0 compatibility
- 3 Run your critical workflows once in a staging 2.0 instance before switching production
Outils et modèles concernés
Ne ratez plus jamais une mise à jour
Le récap hebdomadaire — uniquement les changements de verdict et les actions urgentes. Sans remplissage.