n8n en empresa no es n8n en tu portátil
n8n arrancó como la herramienta favorita del que quiere control: código abierto, autohospedable, sin cobrarte por cada paso. Todo eso sigue siendo cierto, pero en una empresa el juego cambia. En tu portátil, un flujo que corre solo y hace su trabajo es un éxito. En producción, el mismo flujo tiene que sobrevivir a un despliegue, a que se caiga el servidor un martes, a que entre gente nueva que no lo montó y a un comité de seguridad que quiere saber quién toca qué. Esta guía va de esa distancia: llevar n8n de "funciona en mi máquina" a "funciona en la empresa y aguanta".
No es una comparativa —si dudas entre las dos grandes, la tienes en Make vs n8n— ni el mapa de criterios para elegir herramienta de automatización. Aquí ya has elegido n8n; la pregunta es cómo se opera en serio. Cuatro frentes: el dato y el RGPD, el coste real, el gobierno y quién lo sostiene.
Autohospedaje y RGPD: el argumento que pone n8n sobre la mesa
La razón número uno por la que una empresa elige n8n rara vez es el precio: es el control del dato. Autohospedar n8n significa que los datos que pasan por tus flujos —correos de clientes, facturas, datos personales— se quedan dentro de tu perímetro, en tu servidor o tu nube, sin viajar por la infraestructura de un tercero. Cuando el RGPD, tu sector o tu comité de seguridad exigen poder decir "esto no sale de aquí", ese hecho deja de ser una preferencia técnica y pasa a ser el requisito que veta a las nubes cerradas por cómodas que sean.
El matiz honesto: autohospedar no te hace conforme al RGPD por arte de magia. Te da la posibilidad de controlar dónde vive el dato, pero sigues teniendo que configurar el acceso, cifrar lo que toca, decidir cuánto retienes en el historial de ejecuciones y aislar el servidor. El control es la palanca; usarla bien es trabajo. Si tus flujos mezclan datos personales con llamadas a modelos de terceros, esa frontera —qué se manda fuera y qué no— es exactamente el punto delicado de integrar la IA con tus sistemas.
Coste real: la licencia es gratis, la operación no
n8n cobra por ejecución, no por operación: una pasada completa cuenta como una, tenga 5 pasos o 50. Y si te lo autoalojas, el software en su versión de comunidad es gratis. De ahí sale el titular fácil —"n8n es gratis"— que es verdad a medias y cara al año. Lo que no es gratis es todo lo que rodea al flujo: el servidor donde vive, el tiempo de quien lo mantiene, la versión empresarial si necesitas SSO o permisos por equipo, y la factura de los modelos de IA que llamas dentro (eso lo pagas aparte, corra donde corra el flujo).
| Partida | Qué incluye | Cuándo pesa |
|---|---|---|
| Servidor / infraestructura | La máquina donde corre n8n, backups, disponibilidad | Siempre en autohospedaje |
| Versión empresarial | SSO, permisos por equipo, entornos, soporte | Cuando hay varios equipos o auditoría |
| Coste de los modelos | Tokens de la IA que llamas dentro del flujo | Escala con el volumen, no con n8n |
| Mantenimiento humano | Actualizar, vigilar, arreglar cuando algo cambia | El mes seis, siempre |
La disciplina es la misma que la de calcular el ROI de una automatización: costea al volumen que esperas dentro de un año, con la operación incluida, no al del primer flujo de prueba. "Gratis" que necesita un servidor y una persona no es gratis; es una decisión de control que se paga en operación en vez de en licencia. Para muchas empresas compensa —el control lo vale—; para otras, la nube cerrada sale más barata en tiempo total.
Gobierno: permisos, secretos, versionado y auditoría
Aquí es donde n8n en empresa se separa del n8n de aficionado, y donde más proyectos se tuercen. Un flujo en producción toca credenciales (las de tu CRM, tu correo, tu banco de datos) y decisiones que afectan a clientes. Eso pide un gobierno mínimo que casi nadie monta al principio: los secretos guardados como secretos y no pegados en un nodo, permisos de quién puede editar qué, entornos separados para probar antes de tocar producción, y un registro de qué corrió, cuándo y con qué resultado. Sin eso, cualquier cambio es una ruleta y una fuga es cuestión de tiempo.
La regla corta: si un flujo puede mandar dinero, borrar datos o escribir a un cliente, no debe poder editarlo cualquiera sin dejar rastro. Esto es gobernanza y control de la automatización aplicada a n8n: no es burocracia, es lo que separa una herramienta potente de un incidente esperando a pasar. La versión empresarial de n8n ayuda con permisos y entornos; el criterio de qué proteger lo pones tú.
Quién lo mantiene el mes seis (y qué pasa si nadie)
n8n es potente porque no te deja tirado: cuando el bloque prefabricado no llega, metes código en un nodo y resuelves. El precio de esa potencia es que alguien tiene que entender lo que hay montado. Un flujo de n8n sin dueño se degrada en silencio igual que cualquier otro —un servicio externo cambia su API, una credencial caduca, el volumen crece y el servidor se queda corto— pero encima aquí el arreglo pide perfil técnico, no un clic en una nube gestionada. Elegir n8n es media decisión; la otra media es quién lo sostiene.
Por eso el patrón que funciona en empresa rara vez es "un becario montó unos flujos y se fue". Es alguien —interno o externo— con nombre, que vigila, actualiza y responde cuando algo se desvía; justo lo que trata la guía de mantenimiento de las automatizaciones. La herramienta más potente en manos de nadie pierde contra la más humilde con un responsable claro.
Cuándo n8n encaja en tu empresa (y cuándo no)
n8n encaja cuando el control del dato es un requisito real, cuando tus flujos son largos o de mucho volumen (donde el "por ejecución" gana), y cuando tienes —o puedes contratar— a alguien que sepa sostenerlo. No encaja cuando tus flujos son simples, tu volumen es bajo y no tienes perfil técnico: ahí una nube cerrada te da lo mismo con menos servidor que cuidar, y n8n te añade una operación que no necesitas. Ni mejor ni peor: encaje.