n8n 2.44.0: qué cambia y a quién afecta en un homelab

Resumen

n8n 2.44.0 se publicó el 2026-10-13 y aparece marcada como Pre-release en GitHub; incluye una larga lista de correcciones y novedades. Después han llegado tres parches: 2.44.1 (2026-10-14), 2.44.2 (2026-10-15) y 2.44.3 (2026-10-16).

Según la documentación de n8n para Docker consultada el 2026-10-16, la versión estable es 2.43.7 y la beta es 2.44.3; la beta puede ser inestable y la estable es la recomendada para producción. Si tu homelab es de uso real y no de pruebas, conviene tenerlo en cuenta antes de saltar a 2.44.x.

Qué ha cambiado

2.44.0

• Novedades: nueva credencial Google Vertex AI, nodo Microsoft SharePoint Trigger, opción configurable de timeout del health check y política de bloqueo de creación/actualización de workflows con nodos deprecados.
• Observabilidad: métricas Prometheus para la recuperación de la conexión a base de datos, métricas servidas mientras la base de datos no está disponible, y el ID de ejecución en cada span OTel.
• Queue mode/workers: los jobs desencolados durante el apagado de un worker, o recuperados antes de pausarse, se devuelven a la cola; los jobs se cuentan como en ejecución desde el inicio de su procesamiento; y cada segmento de Chat Hub se gestiona una sola vez.

Parches posteriores

• 2.44.1: solo añade mostrar los modelos Gemini por nombre y listar primero los priorizados en los selectores de modelo.
• 2.44.2: corrige que se cree un parser XML nuevo para cada cuerpo de petición de webhook.
• 2.44.3: corrige que se descartara la respuesta en lugar de conservar las líneas de detalle del Observer.

Qué comprobar en tu homelab

1. Estable o beta. A fecha de 2026-10-16, la documentación señala 2.43.7 como estable y 2.44.3 como beta. Decide si quieres probar la beta o esperar.
2. Cambios incompatibles. Las fuentes consultadas no indican si 2.44.0 trae breaking changes para self-hosting; las notas de GitHub solo listan fixes y novedades. La guía de actualización recomienda revisar las release notes por cambios incompatibles. La página de release notes de la documentación está truncada y no cubre 2.44, así que revisa las notas de GitHub directamente.
3. Workflows con nodos deprecados. Como 2.44.0 incluye una política de bloqueo de creación/actualización con nodos deprecados, revisa si alguno de tus workflows los usa.
4. Prueba primero. La guía recomienda actualizar con frecuencia (al menos una vez al mes) y probar antes la actualización en una instancia de test.
5. Queue mode. Si usas workers, todos los workers y mains deben ejecutar la misma versión, y la clave de cifrado de la instancia principal debe compartirse con los workers. Los arreglos de 2.44.0 te afectan sobre todo en este escenario.
6. Observabilidad. Si monitorizas con Prometheus u OpenTelemetry, las nuevas métricas y el ID de ejecución en los spans pueden resultarte útiles.

Cómo actualizar con Docker

Con Docker Compose: ve al directorio del compose y ejecuta docker compose pull, docker compose down y docker compose up -d. Con docker run, haz pull de una versión concreta (docker pull n8nio/n8n:<versión>), para y elimina el contenedor y vuelve a arrancarlo.

Recomendación general: antes de actualizar, haz una copia de seguridad de tus datos y fija una versión concreta en lugar de usar una etiqueta flotante.

Fuentes

• Release n8n@2.44.0
• Release n8n@2.44.1
• Release n8n@2.44.2
• Release n8n@2.44.3
• Install with Docker (docs.n8n.io)
• Update n8n (docs.n8n.io)
• Enable queue mode (docs.n8n.io)

Este artículo se ha elaborado con asistencia automatizada