El 27 de octubre, n8n sacó la beta pública de la versión 3.0. Si esperabas una lista larga de features nuevas, te vas a decepcionar: el equipo lo dijo sin rodeos en su anuncio, "no pile of shiny new features, sorry". Lo que trae es otra cosa, más aburrida pero más importante: estabilidad, seguridad y un montón de deuda técnica acumulada en un solo release con breaking changes.
La versión estable llega recién en diciembre, así que tienes tiempo. Pero si administras instancias de n8n en producción (y más si automatizas procesos con IA sobre ellas), conviene que sepas qué se rompe antes de que te agarre desprevenido.
Hay algo revelador en el tono del anuncio: después de años de competir a punta de features nuevas contra Make y Zapier, n8n dedicó un release entero a limpiar la casa. Es una señal de que la herramienta ya tiene suficiente masa de usuarios en producción como para que lo urgente deje de ser agregar un nodo más y pase a ser que lo que ya existe no se caiga.
Qué trae (y qué no) la beta de n8n 3.0
El foco está en el motor, no en la cara visible. n8n reescribió partes de cómo corre por dentro para endurecer la seguridad por defecto, limpiar features legacy y hacer que el programador de tareas sea más confiable. Nada de esto se ve en un demo, pero si alguna vez tuviste un workflow que dejaba de activarse sin razón aparente, es exactamente el tipo de bug que este release busca eliminar.
Los breaking changes que más van a doler
- ▸Self-hosted solo con Docker: si corrías n8n con npm o npx n8n, eso deja de estar soportado.
- ▸Cron e Interval desaparecen: los reemplaza el Schedule Trigger, que corre sobre un programador más durable.
- ▸Function, Function Item e Item Lists salen del mapa: hay que migrar a nodos puntuales como Split Out, Aggregate, Sort, Limit o Remove Duplicates.
- ▸El nodo OpenAI legacy y los modos antiguos de AI Agent quedan fuera, igual que versiones viejas del nodo Edit Image.
- ▸Los defaults de seguridad se endurecen, y eso puede afectar credenciales y workflows que hoy dabas por sentados.
Lo que nadie te dice en el changelog es que esto no es un upgrade de "instalar y listo". Es más parecido a una migración de base de datos: necesitas planearla.
Cómo prepararte sin romper lo que ya tienes en producción
Si estás en n8n 2.39 o superior, ya tienes acceso al Migration Report en Settings. Ese reporte te dice, workflow por workflow, qué se va a romper con la 3.0 y qué nodo reemplaza al que estás usando. Es lo primero que debes correr, antes incluso de instalar la beta en un entorno de pruebas.
Después de la 3.0 estable, la versión 2.x sigue recibiendo parches de seguridad por 12 meses más. No hay apuro para saltar el 27 de octubre mismo, pero sí para tener un plan antes de diciembre.
Qué pasa si simplemente no haces nada todavía
Nada, por ahora. La beta es opcional y la estable no sale hasta diciembre. Si tu instancia funciona bien hoy, no hay razón para instalar una beta en producción. Pero sí hay una razón para leer el Migration Report esta semana: si tu equipo depende de nodos como Function o Item Lists para la lógica central de un proceso crítico (facturación, alertas, sincronización de inventario), vas a necesitar más de una tarde para reescribirlo bien, y diciembre llega rápido.
Un caso típico: migrar un flujo que usa el nodo Function
Imagina un flujo que recibe un pedido, usa un nodo Function para calcular el descuento según reglas de negocio en JavaScript, y después manda el resultado a un CRM. En n8n 3.0 ese nodo Function ya no existe. La migración real pasa por dos caminos: si la lógica es simple (filtrar, ordenar, sumar), reemplazarla con los nodos nuevos (Filter, Sort, Summarize) sin escribir código; si es compleja, moverla a un nodo Code, que sí sobrevive al cambio y además es más fácil de depurar que el viejo Function.
La parte molesta no es técnica, es de inventario: si tienes 40 workflows en producción, probablemente ni tú sabes cuántos usan Function sin mirar el reporte. Por eso el Migration Report existe antes que la beta, no después.
Qué significa esto si automatizas con IA hoy
Si tus flujos usan agentes de IA conectados a WhatsApp, un CRM o una base de datos vectorial, revisa en particular los nodos de AI Agent: los modos antiguos quedan fuera y vale la pena entender el modo actual antes de que te obliguen a migrar sin tiempo. Si estás construyendo desde cero, arranca directo en la forma que sobrevive a la 3.0 en vez de aprender algo que vas a tener que reescribir en diciembre.
En nuestro curso de automatización e IA con n8n trabajamos directo sobre la versión vigente, con los nodos y patrones que n8n sostiene a mediano plazo, no los que están por salir del catálogo.
Si ya tienes flujos corriendo y quieres el siguiente nivel, en el taller de creación de agentes para WhatsApp con n8n armamos agentes con memoria y handoff a un humano, sobre la arquitectura que n8n va a seguir soportando.
Si quieres practicar esto con gente que está lidiando con lo mismo esta semana, cada semana hacemos un taller en vivo en la Comunidad AI Builders.
Lo que cambia para quien recién empieza con n8n
Si todavía no tienes ningún flujo en producción, este anuncio en realidad te favorece: cualquier curso o tutorial que enseñe con el nodo Function o con Cron va a quedar desactualizado antes de fin de año. Vale la pena aprender directo con Schedule Trigger y con los nodos de reemplazo, aunque todavía estés en la versión 2.x, para no tener que desaprender nada cuando llegue la 3.0 estable.
Preguntas rápidas sobre la beta
¿Pierdo mis workflows si instalo la beta sobre mi instancia actual? No deberías, pero "beta" significa exactamente eso: software en pruebas. Instálala en un entorno separado, nunca directo sobre la instancia que usa el negocio todos los días.
¿n8n Cloud también cambia? Sí, pero el equipo gestiona la migración de forma distinta a self-hosted; si usas la versión cloud, igual revisa el Migration Report porque los nodos legacy desaparecen para todos por igual, sin importar dónde corra tu instancia.
¿Vale la pena esperar a que salga la 2.46 o directo saltar a 3.0 cuando sea estable? Si tu prioridad es estabilidad y seguridad, 3.0 es el destino de todos modos: la 2.x solo recibe parches críticos después de diciembre. Quedarte en 2.x por mucho tiempo solo pospone un trabajo que vas a tener que hacer igual.
Antes de actualizar
Corre el Migration Report, prueba la beta en un entorno aislado y no toques tu instancia de producción hasta que llegue la estable en diciembre. Si vas a empezar de cero con n8n, hazlo ya sobre los patrones que sobreviven a este cambio: te ahorras una migración completa dentro de dos meses.
Aprende más en nuestro catálogo de cursos, en el curso de n8n o en la ruta AI Agentic Engineer si quieres ir más allá de la automatización básica.
