n8n ha anunciado los primeros detalles de n8n 3.0, una actualización que marcará un antes y un después para uno de los proyectos de automatización de flujos de trabajo más populares entre desarrolladores, equipos DevOps y empresas. La nueva versión, prevista para octubre de 2026, no solo incorpora mejoras de seguridad, sino que también introduce cambios incompatibles con versiones anteriores que obligarán a muchos usuarios a revisar su infraestructura y sus workflows antes de actualizar.
Las claves de n8n 3.0 en 20 segundos
- n8n 3.0 llegará en octubre de 2026 con cambios incompatibles con versiones anteriores.
- Las instalaciones autoalojadas deberán ejecutarse mediante Docker; las basadas en npm dejarán de estar soportadas.
- Se eliminan nodos históricos como Function, Function Item e Item Lists en favor del nodo Code.
- La plataforma endurece la seguridad por defecto y retira varias funciones heredadas para simplificar el mantenimiento.
La compañía ha decidido comunicar estos cambios con varios meses de antelación para que administradores y desarrolladores puedan preparar la migración sin prisas. Aunque todavía no es necesario realizar ninguna actualización inmediata, quienes mantengan despliegues autoalojados o dependan de componentes antiguos deberían comenzar a planificar la transición.
Docker pasa a ser obligatorio para las instalaciones autoalojadas
El cambio más importante afecta al modo de desplegar n8n.
Hasta ahora era posible ejecutar la plataforma mediante npm o simplemente utilizando el comando npx n8n, una opción muy utilizada para laboratorios, pequeñas instalaciones o entornos de desarrollo.
Con la llegada de la versión 3, ese modelo desaparece.
A partir de n8n 3.0, todas las instalaciones autoalojadas deberán ejecutarse mediante Docker, convirtiéndose en el único método oficialmente soportado. Para quienes utilizan la plataforma en servidores propios, la recomendación será migrar a Docker Compose, que pasará a ser la opción más sencilla para despliegues locales.
La decisión sigue una tendencia cada vez más habitual en proyectos de infraestructura y automatización. Mantener un único método de despliegue facilita el soporte, reduce diferencias entre instalaciones y permite aplicar actualizaciones y medidas de seguridad de forma más consistente.
La documentación de migración todavía no está disponible, aunque n8n ha confirmado que publicará una guía paso a paso antes del lanzamiento definitivo.
Desaparecen algunos de los nodos más antiguos
Otro de los cambios relevantes afecta a la compatibilidad con workflows existentes.
n8n eliminará varios componentes heredados que llevaban años marcados como obsoletos y que ya disponen de alternativas más modernas.
Entre ellos se encuentran:
- Function
- Function Item
- Item Lists
En su lugar, la plataforma recomienda utilizar el nodo Code, que desde hace tiempo concentra toda la funcionalidad de programación personalizada.
También cambiará el comportamiento del nodo Execute Workflow, mientras que desaparecerá definitivamente el helper de expresiones $getPairedItem, sustituido por el sistema actual de enlazado de elementos (item linking).
Para muchos usuarios estos cambios apenas supondrán modificaciones, ya que las versiones recientes ya promovían las nuevas alternativas. Sin embargo, organizaciones con cientos de workflows automatizados deberán revisar sus procesos antes de actualizar.
Seguridad más estricta por defecto
La seguridad constituye otro de los pilares de la nueva versión.
n8n endurecerá varias configuraciones predeterminadas con el objetivo de reducir riesgos en instalaciones de producción.
Entre las medidas anunciadas destacan:
- gestión más restrictiva de nombres de recursos potencialmente peligrosos;
- un tratamiento más seguro de las credenciales;
- activación por defecto de la rotación de claves (key rotation).
Aunque la compañía todavía no ha publicado todos los detalles técnicos, estas modificaciones buscan reforzar la seguridad sin requerir configuraciones adicionales por parte de los administradores.
También desaparecen algunas funciones poco utilizadas
La limpieza de componentes heredados no afecta únicamente a los nodos.
n8n ha confirmado la retirada de varias funcionalidades cuya utilización era limitada o que ya disponen de alternativas.
Entre ellas figuran:
- Chat Hub;
- la importación de workflows mediante URL desde el editor;
- los denominados non-functional nodes.
En el caso de la importación de workflows, seguirán disponibles otros métodos como la importación desde archivo, copiar y pegar flujos, la interfaz CLI o la API pública.
Una hoja de ruta que prepara el futuro de la automatización con IA
La compañía explica que estos cambios no responden únicamente a una simplificación del producto.
El objetivo es construir una base más sólida para la siguiente etapa de n8n, en la que la automatización tradicional convivirá con agentes de inteligencia artificial, orquestación de modelos y flujos cada vez más complejos.
Durante los dos últimos años, n8n ha reforzado su apuesta por la automatización basada en IA, incorporando integraciones con modelos de lenguaje, agentes inteligentes y herramientas de recuperación de información (RAG). Mantener compatibilidad con componentes heredados dificultaba la evolución de la plataforma y aumentaba la carga de mantenimiento.
Qué ocurrirá con las versiones anteriores
El calendario de soporte también cambia.
La compañía ha confirmado que:
- n8n v1 dejará de recibir soporte al finalizar 2026.
- n8n v2 seguirá recibiendo actualizaciones durante 12 meses después del lanzamiento de la versión 3.
- Las nuevas funcionalidades se desarrollarán exclusivamente para n8n 3 una vez publicada.
Esto significa que las organizaciones que todavía utilizan la rama 1.x deberían planificar cuanto antes su actualización para evitar quedarse sin soporte oficial.
Una actualización especialmente relevante para empresas
Aunque n8n nació como una herramienta muy popular entre desarrolladores individuales, en los últimos años se ha consolidado como una plataforma utilizada por empresas para automatizar procesos de negocio, integrar aplicaciones SaaS y coordinar flujos basados en inteligencia artificial.
Precisamente por ello, la transición a la versión 3 tendrá especial impacto en organizaciones que ejecutan instalaciones autoalojadas, especialmente aquellas que mantienen despliegues antiguos o workflows desarrollados hace varios años.
La publicación definitiva está prevista para octubre de 2026, aunque la documentación oficial continuará ampliándose durante las próximas semanas con nuevas guías de migración y detalles técnicos.
Preguntas frecuentes
¿Cuándo llegará n8n 3.0?
La compañía prevé lanzar la versión 3 durante octubre de 2026, aunque la fecha definitiva todavía no se ha anunciado.
¿Será obligatorio usar Docker?
Sí. Las instalaciones autoalojadas dejarán de estar soportadas mediante npm o npx, por lo que será necesario migrar a un despliegue basado en Docker.
¿Qué nodos desaparecerán?
Entre otros, se eliminarán los nodos Function, Function Item e Item Lists, que deberán sustituirse por alternativas actuales como el nodo Code.
¿Seguirá teniendo soporte n8n 2?
Sí. La versión 2 continuará recibiendo soporte durante 12 meses después del lanzamiento oficial de n8n 3.
