n8n 3.0: qué cambia y cómo preparar tus automatizaciones sin prisas

n8n anunció el 23 de octubre de 2026 su versión 3.0, la primera versión mayor desde la 2.x. La beta (3.0.0) está disponible desde el 27 de octubre y la versión estable llegará a principios de diciembre de 2026. Afecta sobre todo a las empresas que tienen n8n instalado en sus propios servidores, porque la 3.0 elimina nodos antiguos, endurece la seguridad por defecto y deja de admitir instalaciones que no usen Docker. Además, el soporte de la versión 1.x termina el 31 de diciembre de 2026.

Qué ha anunciado n8n

Según el anuncio oficial en la comunidad de n8n, la 3.0 no trae grandes novedades visibles: el trabajo es casi todo interno y se centra en fiabilidad, estabilidad y seguridad. Como n8n sigue el versionado semántico, los cambios que rompen compatibilidad obligan a cambiar de número mayor. Las fechas clave son estas:

  • 23/10/2026: anuncio de la versión 3.0.
  • 27/10/2026: beta 3.0.0, abierta a cualquiera sin registro previo.
  • Principios de diciembre de 2026: versión estable 3.x.
  • 31/12/2026: fin del soporte de la versión 1.x.
  • 12 meses tras la 3.0 estable: la 2.x seguirá recibiendo correcciones de seguridad y de errores críticos, pero no funciones nuevas.

Los cambios afectan por igual a la edición gratuita autoalojada (Community), a n8n Cloud y a la versión empresarial.

Los cambios que pueden romper tus flujos

Nodos que desaparecen

Se eliminan nodos antiguos como Function y Function Item, Item Lists, Cron, Interval, el nodo OpenAI heredado y los modos antiguos del AI Agent, entre otros. La mayoría tiene un sustituto directo: el nodo Code en lugar de Function, Schedule Trigger en lugar de Cron e Interval, y nodos específicos (Split Out, Aggregate, Sort) en lugar de Item Lists. También desaparece la herramienta HTTP Request Tool, aunque el nodo HTTP Request se mantiene.

Hay que vigilar sobre todo los flujos programados con Cron o Interval: si nadie los mira a diario, su fallo puede pasar desapercibido hasta que alguien eche en falta un informe o una sincronización.

Solo Docker para la instalación propia

Las instalaciones con npm o npx n8n dejan de estar admitidas. Kubernetes y Helm no se ven afectados. Quien tenga n8n instalado directamente sobre un servidor con npm tendrá que migrar a Docker antes de dar el salto.

Seguridad más estricta por defecto

  • La rotación de la clave de cifrado pasa a estar activada por defecto.
  • Las credenciales de Slack necesitan el signing secret; sin él, los flujos con Slack Trigger no se pueden publicar ni activar.
  • Los nodos comunitarios no verificados dejan de estar permitidos por defecto, el tiempo máximo de las tareas de código baja de 300 a 60 segundos y el límite de descompresión pasa de 2 GiB a 256 MiB.
  • Chat Hub viene desactivado por defecto y se elimina la importación de flujos desde una URL en el editor.

No hay vuelta atrás

El anuncio es claro: una vez en la 3.x no se puede volver a la 2.x. Y desde la 1.x no hay camino directo: primero hay que pasar por la última 2.x.

El Migration Report: la herramienta para prepararse

n8n incluye un informe de migración en Settings > Migration Report que revisa los flujos y señala lo que fallará en la 3.0. En las últimas versiones ha mejorado bastante, según las notas de versión oficiales:

  • 2.43 (06/10): barra de progreso con el porcentaje de flujos compatibles y categorías de impacto (actualización bloqueada, ejecuciones que fallan, cambios de comportamiento y funciones retiradas).
  • 2.44 (13/10): cada problema se puede marcar como abierto o como «no se corregirá».
  • 2.45 (20/10): los administradores pueden avisar por correo a los responsables de cada flujo afectado.

Algunos problemas se pueden corregir con el botón Migrate: n8n reescribe los nodos afectados y guarda el resultado como una nueva versión del flujo, mientras la versión publicada sigue funcionando igual hasta que publiques la nueva. Aun así, conviene probar cada flujo antes de publicarlo.

Cómo lo vemos en Binovo

Con n8n aplicamos la misma postura que con Odoo: versiones estables y sin prisas. Una beta no es para producción, y menos cuando el salto no tiene marcha atrás. Para la mayoría de empresas no hay ninguna urgencia en pasar a la 3.0 el día que salga: la 2.x seguirá recibiendo parches de seguridad durante un año. Lo que sí conviene es usar estas semanas para preparar el terreno, de forma que la actualización sea un trámite planificado y no un susto.

En una pyme de Gipuzkoa o Euskadi que automatiza con n8n, lo primero que conviene mirar son las instalaciones hechas en su día con npm, los flujos programados con Cron que nadie ha tocado en años y las automatizaciones críticas que conectan con el ERP. Por eso proponemos esta lista de comprobación:

  1. Saber qué versión tienes. Si sigues en la 1.x, actualiza a la última 2.x antes de fin de año: es lo único con fecha límite.
  2. Abrir el Migration Report y empezar por lo que bloquea la actualización o hace fallar ejecuciones.
  3. Inventariar los flujos críticos, en especial los que conectan con Odoo (pedidos, facturas, clientes), los programados y los que tratan documentos.
  4. Sustituir los nodos antiguos ya en la 2.x, donde los reemplazos existen, y probar cada flujo por separado.
  5. Pasar a Docker las instalaciones que sigan con npm, primero en un entorno de pruebas.
  6. Revisar credenciales y variables de entorno: el signing secret de Slack, los nodos comunitarios y los tiempos máximos de las tareas de código.
  7. Copia de seguridad completa de la base de datos y de los flujos antes de cualquier cambio.
  8. Probar la 3.x en una copia y actualizar producción solo a la versión estable, vigilando las ejecuciones fallidas los primeros días.

Future AI, la empresa de IA aplicada del Grupo Binovo, es Expert Partner de n8n. Si necesitas ayuda para revisar tus flujos o planificar la migración, puedes ver cómo trabajamos en automatización con n8n y en administración de sistemas, o contactar con nosotros.

Información revisada el 5 de noviembre de 2026.

Fuentes

Transparencia: este artículo se ha elaborado con ayuda de inteligencia artificial a partir de las fuentes citadas y ha sido revisado y validado por el equipo de Binovo antes de publicarse.

About the author

Juanjo Bastarrika es CEO de Binovo, empresa de Oiartzun (Gipuzkoa) que desde 2008 implanta Odoo, soluciones de facturación Verifactu y TicketBAI, sistemas y desarrollo a medida, y del Grupo Binovo, al que pertenece Future AI, especializada en inteligencia artificial aplicada. Escribe sobre ERP, normativa fiscal e IA en la empresa desde la experiencia de implantación con clientes.

Leave a Reply