Saltar al contenido
Estrategia

n8n self-hosted: quién lo mantiene en una empresa y las 4 tareas que aparecen recién al mes 3

Lo mantiene sistemas, quien lo armó o un proveedor con abono. Son 4 a 8 horas por mes que no existen en el mes 1 y que en el mes 3 llegan con la puesta al día encima.

9 min de lecturaStriqTech

El servidor de n8n se instaló en marzo. En abril nadie lo tocó y no hizo falta. En mayo alguien pidió cambiar un texto y se resolvió en veinte minutos. En junio hay un flujo detenido desde el viernes por una credencial que venció, una lista de quince cambios pedidos que nadie ejecutó, una versión varios releases atrás y un historial de ejecuciones que ya guarda decenas de miles de conversaciones de clientes enteras. Nadie tiene nada de eso asignado, porque en marzo el mantenimiento era honestamente cero.

Ese desfasaje es lo que rompe la decisión de self-hosted, mucho más que la instalación: el presupuesto se arma en el mes 1, cuando no hay nada que hacer, y la discusión sobre quién se hace cargo llega el día que ya hay algo parado. En régimen el trabajo son entre 4 y 8 horas por mes repartidas en cuatro tareas, y el mes en que aparecen no son seis horas sino doce a catorce, porque llegan con el atraso de los dos meses anteriores encima.

Lo sostiene una de tres figuras —el área de sistemas, la persona que lo armó o un proveedor con abono— y conviene que cada una de las cuatro tareas tenga un nombre propio al lado antes de que llegue junio.

Dos cosas que esta nota no es. No es la elección entre n8n cloud, self-hosted Community y enterprise: esa comparación, con los precios de lista de cada modelo, está en la guía de n8n para PyMEs. Y no es una guía para montar el servidor. Es la cuenta de quién lo sostiene después, medida en horas y en nombres propios.

En el mes 1 el mantenimiento parece cero, y es verdad

En el mes 1 todo está en su mejor momento posible, y no por suerte: las credenciales se emitieron la semana pasada, la base de datos está vacía y la versión instalada es la última que existía el día de la puesta en marcha. Un sistema recién entregado no necesita mantenimiento porque todavía no le pasó el tiempo por encima. Nadie está mintiendo cuando dice que no hay nada que hacer.

Por qué una automatización se degrada sola aunque nadie la toque —qué la rompe, cada cuánto y cuánto cuesta cada rotura— está contado entero en pago único o abono mensual. Acá lo damos por sabido y vamos directo a la parte que nadie presupuesta: cuándo llega ese trabajo, cuántas horas es y quién lo hace.

Llega en dos tandas desparejas. La primera es la cola de cambios que el negocio empieza a pedir desde la primera semana —un texto, un horario, un precio, un feriado— y que alguien va anotando en algún lado sin ejecutar; para el mes 3 esa lista tiene alrededor de quince ítems. La segunda son las tres tareas de infraestructura, que no hacen ruido antes de los 60 días y después aparecen casi juntas. El resultado es un mes 1 de cero horas, un mes 2 de una hora suelta y un mes 3 de doce a catorce, de las cuales la mayoría no son trabajo de ese mes sino atraso de los dos anteriores.

Las cuatro tareas del mes 3, con las horas que se lleva cada una

TareaCuándo apareceHoras la primera vezHoras por mes en régimen
Definir la retención del historial de ejecucionesMes 2 a 41 a 2 h15 min
Actualizar la versión de n8nMes 3 a 53 a 4 h~1,5 h (2 a 3 h cada 6 a 8 semanas)
Renovar credenciales y accesosMes 2 a 61 a 2 h1 h de promedio irregular
Ejecutar los cambios que pide el negocioMes 2 en adelante2 a 3 h el primer lote2 a 4 h

Son rangos típicos para una instalación chica —5 a 12 flujos, un solo servidor—, no la medición de un cliente puntual: la última fila es la que más varía según cuánto cambie tu negocio.

Definir la retención del historial de ejecuciones. Es una tarea técnica de dos horas —un parámetro, un número de días y un primer borrado que hay que hacer con la base en marcha— colgada de una decisión que el que la ejecuta no puede tomar solo. Adentro de cada ejecución guardada está el contenido completo de lo que pasó por el flujo: el texto exacto del mensaje que mandó tu cliente, su teléfono, su correo, y según el rubro también el número de documento, el motivo de la consulta médica o el monto que pidió financiar. Por defecto eso se guarda entero y para siempre.

El volumen llega antes de lo que parece. Un solo flujo que corre cada 10 minutos genera 144 ejecuciones por día, unas 13.000 en 90 días. Sumale un bot de WhatsApp que registra una ejecución por mensaje entrante y a los tres meses tenés decenas de miles de conversaciones de clientes archivadas enteras, en un servidor que nadie inventarió nunca como base de datos personales porque nadie lo pensó así.

Las dos preguntas que hay que contestar son de negocio, no de sistemas. Cuántos días necesitás poder abrir una ejecución vieja para resolver un reclamo —30 suele alcanzar, 90 es holgado— y qué hacés el día que un cliente pide que borres sus datos. Con retención de 90 días esa segunda respuesta es acotada y verificable; sin retención, sus mensajes están repartidos en decenas de miles de filas que nadie sabe recorrer. Lo que se nota primero, igual, no es ninguna de las dos: es que el panel de ejecuciones tarda cada vez más en abrir, y ese síntoma aparece meses antes de que alguien haga la pregunta correcta.

Actualizar la versión de n8n. El proyecto libera versiones nuevas con mucha frecuencia, así que a los tres meses ya estás varias atrás. El trabajo no es apretar un botón: es leer qué cambia, probar que los flujos importantes siguen corriendo y tener cómo volver atrás si alguno no. Son 3 a 4 horas la primera vez y 2 a 3 cada vez que se repite, con una cadencia razonable de cada 6 a 8 semanas. Hay una variante silenciosa que conviene revisar antes del mes 3: si nadie fijó la versión al instalar, el próximo reinicio del servidor puede dejarte en una versión más nueva que nadie eligió, un martes cualquiera y sin ninguna prueba de por medio. Verificarlo lleva dos minutos y es lo único de esta lista que se resuelve mirando una línea de configuración.

Renovar credenciales y accesos. Los tokens y las autorizaciones de cuentas que conectaste el día 1 empiezan a vencer o a quedar huérfanos entre el mes 2 y el mes 6. Es la tarea más irregular de las cuatro: tres meses seguidos son cero horas y un mes son tres, casi siempre en el peor momento. Adentro de una empresa tiene además una forma propia que no aparece cuando el que administra es un proveedor: la mitad de esas conexiones están hechas con la cuenta personal de quien las configuró. El Calendar entra con el usuario del que armó el flujo, el Drive con el mail de alguien de administración, el número de WhatsApp está a nombre del celular de una persona de ventas. El día que esa persona cambia de área o se va, el flujo no muere por un token vencido: muere en el offboarding, la misma tarde que sistemas le da de baja la cuenta, y nadie relaciona una cosa con la otra durante dos días.

Lo que convierte esto en cero horas es una hoja de tres columnas escrita una sola vez: qué conecta cada credencial, con qué cuenta entra, y quién puede volver a autorizarla sin pedirle permiso a nadie. Si esa tercera columna dice el nombre de una persona en vez de una cuenta de la empresa, esa fila es un incidente con fecha.

Ejecutar los cambios que pide el negocio. Es la más grande, la que nadie presupuesta y la única que crece con el tiempo en vez de estabilizarse. Una lista de precios nueva no es un cambio: si el precio aparece en la respuesta del bot, en la plantilla de cotización, en el aviso de vencimiento y en el dashboard, son cuatro flujos tocados y probados. Lo mismo con un feriado que no estaba, una sucursal nueva o un producto que sale de catálogo. Entre 2 y 4 horas por mes con 5 a 12 flujos activos, y sube a medida que automatizás más. Sumale el tiempo de traducir el pedido cuando el que lo hace no es el que lo ejecuta: "que el bot avise antes" son tres decisiones —a quién, cuántas horas antes, con qué texto— que no venían adentro del pedido.

El mes 3 no cuesta seis horas: cuesta catorce

En régimen son unas seis horas por mes y ese número no asusta a nadie. El problema es que el mes en que aparecen por primera vez no es un mes en régimen: es la puesta al día. El borrado inicial del historial, 2 horas. La primera actualización de versión con pruebas, 4. Las dos o tres credenciales que ya vencieron o quedaron a nombre de alguien que no está, 2. Y la cola de quince ítems acumulada desde la primera semana, entre 4 y 6. Son 12 a 14 horas en un solo mes contra un presupuesto que decía cero.

Esa es la factura del desfasaje y se paga una sola vez, si alguien la paga. Si no, no desaparece: se convierte en el estado permanente de la instalación, donde cada tarea se hace tarde y con la versión anterior encima, que es exactamente el escenario en el que una actualización deja de ser dos horas y pasa a ser un proyecto.

Hay una segunda distorsión, y es la que decide quién termina haciendo el trabajo. Tres de las cuatro tareas exigen entender el negocio y no sólo el servidor: para tocar la lista de precios en cuatro flujos hay que saber cuál es la lista vigente, y para decidir si una actualización se hace el jueves hay que saber si el jueves es día de cierre. Por eso el mantenimiento se le pega por defecto a la única persona que entiende las dos mitades, que casi siempre es la que lo armó. Si esa persona es externa, cómo saber de antemano si va a seguir contestando en el mes catorce está en freelance de n8n o agencia. Si es interna, el problema es el de acá abajo.

Cuánto cuestan seis horas al mes de tu gente

Tomá el costo mensual total de la persona que haría estas tareas —sueldo con cargas, aproximadamente sueldo por 1,5— y dividilo por 160 horas. Multiplicá por 6. Si a la empresa le cuesta USD 2.400 al mes, la hora sale USD 15 y el mantenimiento en régimen son unos USD 90 mensuales. El mes de puesta al día, unos USD 200.

Nadie decide nada con esos números, y el punto de hacer la cuenta es justamente ese: descubrir que el costo no está ahí. Seis horas no se pagan en plata, se pagan en prioridad. La pregunta que sí decide es de qué proyecto salen: si la persona que administra el ERP le dedica seis horas al n8n, hay algo que ese mes se hace más tarde, y conviene elegir qué antes de que lo elija la urgencia de un jueves. La segunda pregunta que decide tampoco tiene que ver con el precio: qué pasa las dos semanas que esa persona está de vacaciones.

De ahí sale la regla práctica. Escribí las cuatro tareas en una columna y al lado un nombre propio con un suplente. Tres condiciones para que esa tabla sirva de algo:

  • Que ningún nombre esté cuatro veces. Si el mismo aparece en las cuatro filas y no es el de un proveedor con contrato, no tenés un plan de mantenimiento: tenés un punto único de falla con forma de persona.
  • Que ninguna fila quede vacía. Esa tarea no la hace nadie hasta que se convierte en incidente, y la que más veces queda vacía es la primera, porque es la única que nadie te reclama.
  • Que el suplente haya ejecutado al menos una de las cuatro alguna vez. Un suplente que tiene la clave pero nunca entró no es un suplente: es un nombre escrito para que la tabla quede completa.

El mensaje para mandar hoy y dejar las cuatro tareas con dueño

Copialo y mandáselo por interno a quien administra hoy el n8n. Está escrito para tu propia gente; si el que lo mantiene es un proveedor con abono, lo que hay que pedirle es otra cosa y está al final.

Che, necesito dejar anotado quién sostiene el n8n de acá en adelante. Son cuatro cosas y no hay respuesta mala: 1) ¿qué versión está corriendo y cuándo se actualizó por última vez? 2) ¿el historial de ejecuciones se borra solo pasados unos días o está todo guardado desde el día uno? 3) ¿alguna de las conexiones está hecha con la cuenta personal de alguien en vez de una cuenta de la empresa? 4) los pedidos de cambio en los flujos, ¿a quién le llegan y cuántos hay anotados sin hacer hoy? Si alguna no la sabés de memoria, decime y la miramos juntos.

Las cuatro se contestan en diez minutos si alguien lo está manteniendo de verdad. Lo que te interesa no son tanto las respuestas como cuál de las cuatro vuelve con un "lo tengo que mirar": esa es la tarea que hoy no tiene dueño. Y si la cuarta vuelve con un número alto de pedidos anotados, ya sabés cuánto pesa la puesta al día antes de llegar al régimen de seis horas.

Tres señales de que ya tenés un puesto parcial que nadie creó

Poner nombre y horas te cubre mientras tengas un solo entorno, menos de diez o doce flujos y ninguno que mueva plata en tiempo real. Pasado ese punto lo que hay no es una tabla incompleta: es media persona trabajando en esto sin que figure en ningún organigrama ni en ningún presupuesto. Se reconoce por tres cosas:

  • La cola de cambios pasó de cuatro horas por mes tres meses seguidos. Eso ya no es mantenimiento: es un puesto parcial que nadie creó, sostenido por alguien que tiene otro trabajo y otro jefe. La discusión pasa a ser interno o tercerizado, y esa cuenta está en contratar a alguien o tercerizar.
  • La actualización de versión se viene postergando porque no hay dónde probarla. Un segundo n8n para pruebas cuesta lo mismo que el primero, unos dólares por mes; lo caro son las horas de mantener los dos parecidos. Mientras no exista, la fila 2 se hace sobre producción un domingo o no se hace, y las dos opciones son malas.
  • El suplente nunca ejecutó ninguna de las cuatro. Es la más fácil de arreglar y la que más se posterga: hacer el borrado del historial una vez, con el titular al lado, cuesta una hora y convierte un nombre escrito en una persona que ya entró.

Si de acá sale que conviene que lo sostenga alguien de afuera, vienen dos decisiones seguidas. Si eso se paga como abono mensual o como bolsa de horas está en pago único o abono mensual, y lo que ese acuerdo tiene que decir por escrito —plazos, detección, cambios de terceros— está en qué pedir en el contrato y el SLA.

La quinta pregunta es la que no se puede mandar por interno

Las cuatro del mensaje de arriba las contesta quien administra el n8n. La quinta la contestás vos, y no se manda por chat: cuál de las cuatro filas podés dejar sin suplente sin que te duela. Si la respuesta honesta es ninguna, ya sabés que el reparto que tenés hoy depende de que una sola persona no se tome vacaciones.

Con las cinco respuestas al lado se ve la única cifra que ordena la decisión: si lo que tenés por delante son seis horas por mes de régimen, o doce a catorce de puesta al día antes de llegar a ese régimen. Bastante seguido la conclusión es que tu gente lo sostiene perfectamente y que lo único que falta es escribir las cuatro tareas con un nombre al lado.

Las cinco respuestas entran en un solo mensaje y no hace falta que nos des acceso a nada para leerlas. Pegalas en info@striqtech.com y te devolvemos en qué escalón está tu instalación hoy.

Preguntas frecuentes

¿Cuántas horas por mes lleva mantener n8n self-hosted en una empresa de 20 personas?

En instalaciones de este tamaño —entre 5 y 12 flujos activos, un solo servidor— el régimen es de 4 a 8 horas por mes, y llega repartido en pedazos chicos: alrededor de una hora y media de actualizaciones de versión, una hora larga de reconectar cuentas, 15 minutos de revisar el historial y entre 2 y 4 horas de cambios que pide el negocio. Pero el mes en que aparecen por primera vez, que suele ser el tercero, no son seis horas: son doce a catorce, porque llegan con la puesta al día encima. Ese desfasaje es lo que rompe el presupuesto, no el número de régimen.

¿Puede mantenerlo la persona de sistemas que ya tenemos?

Sí, con dos condiciones que no son técnicas. La primera es que esas 4 a 8 horas estén efectivamente descontadas de otra cosa y no sumadas encima: conviene saber de antemano qué proyecto se corre el mes que aparecen. La segunda es que exista un suplente que ya haya ejecutado al menos una de las cuatro tareas, con el titular al lado. Tener la clave del servidor no es ser suplente. La barrera real casi nunca es la capacidad técnica: es la agenda y el ensayo.

¿Qué incluye exactamente un n8n self-hosted administrado?

El término no está estandarizado, así que pedí el detalle en horas y no en adjetivos. Las cuatro tareas de este post sirven de grilla: quién define y ejecuta la retención del historial de ejecuciones, quién decide cuándo se actualiza la versión y con qué prueba, quién reautoriza una credencial vencida un martes a la mañana, y cuántas horas de cambios en los flujos entran por mes. Si la propuesta dice mantenimiento incluido sin decir cuántas horas de cambios entran, ese cupo es cero.

¿Qué pasa si nunca actualizo la versión de n8n?

Durante meses no pasa nada visible, y ese es el problema. El costo se acumula: saltar cuatro versiones es una tarde de trabajo, saltar veinticinco es un proyecto con pruebas de todos los flujos. Y la urgencia rara vez la elegís vos: llega el día que una integración externa cambia y el nodo que la conecta sólo está arreglado en una versión posterior a la tuya. Actualizar tarde es más caro que actualizar seguido.

¿Conviene n8n cloud en vez de self-hosted para no tener que mantenerlo?

Medido en las cuatro tareas de este post, cloud te saca una completa —la retención del historial la administra n8n, aunque cuántos días se guardan las conversaciones de tus clientes lo seguís decidiendo vos— y buena parte de una segunda, las actualizaciones de versión. No te saca las otras dos: las credenciales se siguen haciendo con la cuenta personal de alguien y los cambios en los flujos los sigue pidiendo tu gente. En horas, la baja es más o menos a la mitad, no a cero. La comparación de los tres modelos con los precios de lista está en la guía de n8n para PyMEs; esta nota es sobre el costo humano de sostener el que ya tenés.

¿Te sirvió este contenido?

Implementá esto en tu negocio en 72 horas

Hablemos 15 minutos. Sin costo, sin compromiso. Te audito 1 proceso y te muestro el ROI proyectado.

Hablemos por WhatsApp