Cuánto cuesta mantener automatizaciones de n8n al mes (2026)

Automatización

5 de octubre de 202611 min read

Miguel Ángel Rodríguez (Miguelo DEV)Especialista en automatización de procesos con n8n

Montaste la automatización hace seis meses. Funcionaba. Hoy lleva tres semanas sin hacer absolutamente nada y nadie se ha dado cuenta, porque n8n no te avisa de que un flujo ha dejado de ejecutarse. Te avisa de que una ejecución ha fallado, que no es lo mismo.

Esa diferencia es la razón por la que existe el mantenimiento. Y es la partida que casi nadie presupuesta cuando contrata automatizaciones.

Por qué una automatización deja de funcionar sola

Esto es lo que cuesta de entender cuando vienes de software normal. Tu código no ha cambiado. Tu flujo de n8n es exactamente el mismo que el día que lo desplegaste. Y aun así se rompe, porque todo lo que hay alrededor sí cambia.

Por qué caducan las credenciales de n8n y el flujo muere con un error 401

Porque un OAuth tiene dos capas y n8n solo renueva una. El token de acceso dura minutos u horas y lo refresca n8n solo. El token de refresco es el de verdad, y ese n8n no lo puede regenerar. Cuando muere, el flujo se para en el primer nodo con un 401 y ahí se queda.

Google caduca los tokens de refresco tras seis meses de inactividad. Además se revocan si alguien cambia la contraseña de la cuenta, si tocas los permisos de la aplicación o si borras y vuelves a crear las credenciales OAuth. Ninguna de esas tres cosas la hace quien montó la automatización, y por eso nadie relaciona el cambio con el flujo caído.

Hay un detalle todavía más fino. n8n intenta refrescar el token solo cuando la API responde con un 401. Pero hay servicios que devuelven un 403 diciendo que el token no es válido. Con esos, el refresco automático no se dispara nunca y el flujo entra en un bucle de error del que no sale solo. Hay varias incidencias abiertas sobre esto en el repositorio de n8n en GitHub, tanto para n8n Cloud como para autoalojado.

Traducido, una parte fija del mantenimiento es vigilar fechas de caducidad y rotar credenciales antes de que revienten, no después.

Qué pasa cuando una API de terceros cambia y rompe la integración

Que tu nodo sigue pidiendo un campo que ya no existe. Shopify, HubSpot, Stripe o tu ERP añaden campos, renombran otros y retiran los que marcaron como obsoletos hace un año. Tú no has tocado nada y aun así el flujo deja de hacer lo que hacía.

El daño tiene dos velocidades. A veces el cambio da error, el flujo se para y te enteras. A veces el campo llega vacío, el flujo continúa tan contento y lleva semanas guardando registros a medias. La segunda es la cara, porque cuando la detectas ya tienes que limpiar datos hacia atrás.

Esta deriva de esquemas es la segunda causa de rotura lenta, por detrás de las credenciales. Y no se detecta mirando si el flujo “funciona”, se detecta validando los datos que salen.

Cada cuánto hay que actualizar n8n (y qué se rompe si no lo haces)

Una vez al mes, leyendo las notas de versión antes de tocar nada. Esa es la frecuencia sana, y la propia documentación de n8n recomienda actualizar a menudo precisamente para no acumular saltos grandes.

El motivo es el ritmo. n8n publica una versión menor casi todas las semanas y planea una o dos versiones mayores al año, según sus notas de versión. Las ramas antiguas reciben parches de seguridad durante unos meses y se acabó. Y hay cambios que rompen cosas en versiones concretas, como el renombrado de los parámetros de autenticación del nodo HTTP Request o la retirada del flag --file del comando execute en la 2.26 para instalaciones autoalojadas.

Lo que se rompe no es la versión nueva, es el salto. Dejarlo seis meses y pasar de quince versiones de golpe mete todos los cambios incompatibles en el mismo despliegue, sin saber cuál de ellos tiró el flujo. Actualizando cada mes, el día que algo falla solo tienes cuatro notas de versión que leer.

Qué incluye de verdad un mantenimiento de n8n

Cuando te pasen un presupuesto de soporte, busca estas siete partidas. Si falta alguna, pregunta.

1. Monitorización y alertas propias. No vale el panel de ejecuciones. Hace falta una alerta que salte cuando un flujo lleva más de X horas sin ejecutarse y cuando el resultado no cuadra, no solo cuando hay excepción.
2. Actualizaciones de versión. Lectura de notas de versión, prueba en un entorno aparte y despliegue. Mensual.
3. Gestión de credenciales. Inventario de qué conexión caduca cuándo y rotación antes del vencimiento.
4. Adaptación a cambios de API. Cuando el proveedor cambia su contrato, alguien toca el nodo.
5. Control de coste de ejecuciones y de tokens. Revisar consumo mensual y detectar el flujo que se ha ido de madre.
6. Copias de seguridad. De los flujos exportados y de la base de datos de n8n. Con restauración probada, no solo con el backup hecho.
7. Bolsa de horas para cambios pequeños. Un campo nuevo, un destinatario más, un filtro. Sin abrir presupuesto cada vez.

Cuánto cuesta el mantenimiento de automatizaciones de n8n al mes

Entre 90 y 900 € al mes en España, según la criticidad de los flujos. El servidor y el gasto de modelos de IA van aparte. Lo que mueve el precio dentro de esa horquilla no es el número de flujos, es qué pasa si se caen.

Tres aclaraciones sobre esa tabla.

La infraestructura va aparte. Un n8n autoalojado en un servidor modesto son entre 5 y 8 € al mes, y el plan Starter de n8n Cloud son 24 € al mes con 2.500 ejecuciones y 5 flujos activos, según los precios públicos de n8n recogidos por nocodehackers.es. Eso no es mantenimiento, es licencia y hierro.

El gasto de IA también va aparte y se mueve solo. Si tus flujos llaman a un modelo de lenguaje, el coste sube cuando sube el volumen y cambia cuando el proveedor retira un modelo y te obliga a saltar a otro con otra tarifa. Por eso la revisión de consumo entra en el mantenimiento aunque la factura del modelo la pagues tú directamente.

Y los números del mercado cuadran con esos rangos. En España se citan mantenimientos de 80 a 250 € al mes para casos sencillos, por ejemplo en yagcomunicacion.com, y paquetes de agencia de 2.000 a 8.000 € más cuota recurrente. Fuera de España los retainers van de 500 a 3.000 dólares al mes en sistemas normales y se disparan por encima de 10.000 cuando hay un equipo dedicado, según el análisis de precios de agencias n8n de goodspeed.studio. Si te piden 2.000 € al mes por mantener cuatro flujos, estás pagando un equipo que no necesitas.

De qué depende el precio del mantenimiento de n8n

Cinco variables. Si un presupuesto no las menciona, no está calculado, está estimado a ojo.

• Criticidad. No es lo mismo un informe interno que la sincronización de pedidos. La criticidad es lo que define el tiempo de respuesta, y el tiempo de respuesta es lo que de verdad cuesta dinero.
• Número de integraciones distintas, no de flujos. Diez flujos que tocan las mismas tres APIs se mantienen casi igual que tres. Tres flujos que tocan nueve servicios distintos son nueve contratos de API que vigilar.
• Nodos de IA. Añaden una partida de control de consumo y de calidad de salida que los flujos deterministas no tienen.
• Cloud o autoalojado. Autoalojado baja la licencia y sube el mantenimiento, porque el servidor es tuyo.
• Quién responde a las 23 h. Una guardia real se paga. Si nadie la paga, no existe, por mucho que ponga en el contrato.

n8n Cloud o autoalojado, cuál sale más barato de mantener

Cloud sale más barato de mantener, autoalojado (self-hosted) sale más barato de tener. Con n8n Cloud pagas licencia y te ahorras la capa de sistemas del mantenimiento, que es el servidor, los parches y los backups de la plataforma. No te ahorras la capa funcional, que son las credenciales y las APIs de terceros, y esa es justo la que rompe los flujos.

Con autoalojado la licencia baja casi a cero y el servidor cuesta unos euros, pero alguien tiene que aplicar parches, vigilar el disco y probar que el backup restaura. Ese alguien se cobra, y por eso en la tabla de arriba el autoalojado gestionado va como suplemento.

La decisión no es de precio, es de dónde quieres tener el riesgo y los datos. Lo desarrollo con más detalle en la página de automatizaciones con n8n para empresas, que es donde explico cómo monto cada opción.

Si estás presupuestando una integración entre sistemas y no solo el mantenimiento, en cuánto cuesta integrar un ERP con el resto de sistemas desgloso los rangos de construcción. La regla de ahí sigue valiendo. Entre un 15 y un 20 % del coste del proyecto al año en mantenimiento.

Cómo saber si el precio que te piden por mantener n8n es justo

Hay dos formas de que un plan de mantenimiento esté mal tasado, y la barata duele más que la cara.

Pagas de más si el presupuesto es una cuota plana sin partidas, si te cobran la guardia 24/7 para flujos internos que nadie mira hasta el lunes, o si cada cambio de un campo abre un presupuesto nuevo aunque ya pagues bolsa de horas.

Pagas de menos, que suele salir más caro, si tu plan de soporte solo cubre “arreglar lo que falle”. Eso es reparación, no mantenimiento. Significa que nadie vigila caducidades, que nadie lee las notas de versión y que nadie va a detectar el fallo silencioso. El primer incidente gordo se come el ahorro de dos años.

Y hay una señal que no falla. Pregunta quién ha montado las alertas y qué avisa exactamente. Si la respuesta es “lo vemos en el panel de n8n”, ahí no hay mantenimiento.

Cómo mantengo yo las automatizaciones de n8n de mis clientes

No espero a que el cliente me llame. Monto el sistema que avisa antes de que lo note nadie. Son cuatro piezas y las instalo siempre, también en flujos pequeños.

Notificaciones automáticas sobre el resultado, no sobre la ejecución. Cada flujo crítico tiene un vigía aparte que salta cuando el proceso lleva más horas de las que debería sin producir el resultado esperado. Así es como se cazan los fallos silenciosos, que son los que n8n marca en verde.

Trazabilidad de cada ejecución. Guardo qué entró, qué salió y qué respondió cada API, con identificador. Cuando algo cuadra mal, no hay que reproducir nada ni adivinar, se abre el registro del día y se ve el dato exacto que rompió.

Backups con restauración probada. Flujos exportados y base de datos de n8n, y una restauración de verdad cada cierto tiempo. Un backup que nunca has restaurado no es un backup, es una carpeta.

Inventario de credenciales con fecha de caducidad. Qué conexión vence cuándo, con aviso antes del vencimiento. Rotar un token a tiempo tarda cinco minutos. Descubrirlo tres semanas tarde cuesta reconciliar tres semanas de datos.

El objetivo de todo esto es uno. Que la ventana entre el fallo y el arreglo se mida en minutos, no en semanas. Ahí es donde está el dinero del cliente. Un flujo de facturación parado un día se arregla y no pasa nada. El mismo flujo guardando datos a medias durante un mes obliga a rehacer el mes entero, y eso ya no lo paga el mantenimiento.

Lo importante es esto. Una automatización no es un proyecto que se entrega y se olvida, es un sistema vivo conectado a media docena de sistemas ajenos que cambian sin avisarte. Presupuestar la construcción y no el mantenimiento es como comprar un coche y no contar con la gasolina.