n8n es una herramienta de automatización que conecta las aplicaciones que ya usáis y ejecuta procesos completos sin que nadie los dispare a mano: un formulario que acaba en el CRM con su origen, un pago fallido que corta el acceso, un aviso que llega a la persona correcta. Se puede usar como servicio gestionado (n8n Cloud) o instalar en vuestra propia infraestructura. Para un negocio que ya factura, la pregunta útil no es qué es n8n, sino qué procesos deja de sostener una persona y qué responsabilidad asumís a cambio.
Casi todo lo que se publica sobre n8n explica cómo instalarlo o cómo arrastrar el primer nodo. Esta guía va por otro sitio: qué resuelve de verdad en una operación con clientes, qué implica su licencia, cuánto cuesta mantenerlo y en qué casos no es la respuesta.
¿Qué es n8n exactamente?
n8n es una plataforma de automatización de flujos de trabajo. Se construyen flujos conectando bloques en un editor visual, y cada bloque hace una cosa: recibir un webhook, leer una fila, crear un contacto, enviar un mensaje, decidir por dónde sigue el proceso.
La documentación oficial (consultada en septiembre de 2026) lo define con tres piezas que conviene tener claras antes de seguir:
| Concepto | Qué es, en cristiano |
|---|---|
| Nodo | Un componente individual que se compone con otros para crear flujos. Es cada paso del proceso |
| Flujo (workflow) | Una colección de nodos que automatizan un proceso completo |
| Nodo trigger | El nodo especial que arranca el flujo cuando se cumple una condición: llega un webhook, pasa una hora, cambia un registro |
| Credencial | La información de autenticación que guarda n8n para conectarse a cada aplicación |
| Ejecución | Cada vez que el flujo corre de principio a fin. Es también la unidad con la que n8n cobra en sus planes |
Esa última fila importa más de lo que parece. En n8n, una ejecución es una ejecución completa del flujo, tenga dos pasos o veinte. Por eso un flujo largo no encarece la factura y uno que se dispara muchas veces sí. Ese detalle cambia la comparación con otras herramientas y lo desarrollamos en n8n vs Make y alternativas a n8n.
¿Para qué sirve n8n en un negocio que ya factura?
La respuesta genérica —“conectar aplicaciones”— no ayuda a decidir. Estos son los procesos donde n8n aporta algo medible en un negocio digital con volumen:
- Captación de leads. El registro de un formulario entra en el CRM con su origen, su campaña y su responsable, ya normalizado y sin duplicados. Si el origen no se guarda en el primer registro, después no hay forma de reconstruirlo.
- Altas y bajas de acceso. Una compra da acceso a la plataforma formativa o al área privada; una baja o un impago lo retira. Sin esto, alguien revisa listas a mano y siempre queda algún alumno con acceso que ya no le corresponde.
- Cobros fallidos. Cuando una suscripción falla, el flujo avisa al cliente, marca el estado en el CRM y programa la retirada de acceso si no se resuelve. Ese circuito completo lo detallamos en pagos fallidos de Stripe y acceso al curso.
- Avisos internos con responsable. Un lead de alto valor que llega fuera de horario, un formulario que deja de recibir registros, un stock que baja de un umbral. El aviso llega a una persona concreta, no a un canal que nadie mira.
- Informes recurrentes. Cifras de captación, ventas y consumo consolidadas cada lunes desde varias fuentes, sin que nadie exporte hojas de cálculo.
- Enriquecimiento y clasificación. Consultar una API externa, completar datos de un contacto o etiquetar registros según reglas escritas en el propio flujo.
- Pasos con IA dentro de un proceso con reglas. n8n permite incorporar agentes de IA, que su glosario define como sistemas capaces de responder a peticiones, tomar decisiones y ejecutar tareas. Funciona bien cuando el modelo redacta o resume y la lógica que decide —umbrales, asignaciones, identificadores— sigue en el flujo. Cuándo delegar en un modelo y cuándo no, en agentes de IA para negocios.
El patrón común: n8n sirve para que un proceso ocurra siempre igual, quede registrado y avise cuando no ocurre. No para ahorrar clics sueltos.
Cuatro de estos casos, desmontados nodo a nodo y con lo que suele romperse en cada uno, están en ejemplos de flujos de n8n.
¿Qué resuelve n8n y qué no resuelve?
Media hora de honestidad aquí ahorra meses de desilusión.
| Qué resuelve n8n | Qué no resuelve n8n |
|---|---|
| Mover datos entre herramientas con reglas escritas y repetibles | Un proceso que nadie ha definido: automatiza el desorden más deprisa |
| Ejecutar un proceso siempre igual, sin depender de que alguien se acuerde | Datos sucios de origen. Si entran duplicados, salen duplicados |
| Reaccionar a eventos (webhook, pago, formulario) en segundos | Sustituir un CRM, una pasarela de pago o una base de datos |
| Orquestar llamadas a APIs y a modelos de lenguaje | Lógica de negocio compleja que ya es el núcleo del producto |
| Dejar traza de cada ejecución para auditar qué pasó | Enterarse solo de los fallos silenciosos: eso hay que diseñarlo aparte |
| Quitar trabajo manual repetitivo a un equipo pequeño | La ausencia de alguien que mantenga los flujos cuando cambien las APIs |
La fila de los fallos silenciosos es la que más caro sale. Un webhook que deja de dispararse o un campo que llega vacío no generan error: el flujo termina en verde y el dato nunca llega. Por eso la automatización útil incluye logs propios, reconciliación y alertas con destinatario, como explicamos en automatizaciones que fallan en silencio.
¿n8n Cloud o n8n autoalojado?
n8n ofrece dos formas de uso (consultada en septiembre de 2026): el servicio gestionado, donde ellos operan la instalación, y la instalación en vuestra propia infraestructura, donde tenéis control total y también toda la responsabilidad.
| n8n Cloud | Self-hosted | |
|---|---|---|
| En una línea | Pagáis cuota y ejecuciones, y no tocáis servidores | No pagáis licencia en la edición Community, pero operáis la infraestructura |
| Encaja cuando | Nadie del equipo puede mantener un servidor, o queréis validar flujos antes de invertir | Los datos no deben salir de vuestra infraestructura, o el volumen desborda la cuota de Cloud |
| Requisito real | Presupuesto y vigilar el consumo de ejecuciones | Alguien con nombre y apellidos responsable de backups, actualizaciones y caídas |
La decisión rara vez es ideológica. Es una pregunta operativa: si el servidor falla un domingo por la tarde, ¿quién lo restaura y en cuánto tiempo? El desglose de importes vigentes, qué cuenta como ejecución y qué necesita una instancia en producción está en n8n precios: Cloud o self-hosted.
¿Es n8n gratuito? Qué dice su licencia
Aquí hay una confusión extendida que conviene deshacer antes de tomar decisiones de producto.
n8n no es open source en sentido estricto. Se distribuye bajo la Sustainable Use License v1.0 (consultada en septiembre de 2026), cuyo texto dice literalmente: “You may use or modify the software only for your own internal business purposes or for non-commercial or personal use.”
Traducido a decisiones:
- Podéis instalarlo y modificarlo para automatizar vuestros propios procesos internos. Ese es el caso de uso de la inmensa mayoría de negocios.
- No podéis revenderlo ni ofrecerlo como servicio a terceros. Si vuestro plan era montar instancias de n8n para clientes y facturar por ello, esa es exactamente la línea que la licencia marca.
- Además, los ficheros del repositorio con
.ee.en el nombre corresponden a funciones que requieren licencia Enterprise.
El coste de licencia de la edición Community es cero. El coste de operarla no. Confundir ambas cosas es el error económico más común con n8n autoalojado.
¿Qué responsabilidad asumís al autoalojar n8n?
Cuando n8n sostiene captación, pagos o accesos, deja de ser una herramienta y pasa a ser infraestructura crítica. Esto es lo que alguien tiene que asumir, con nombre:
- Disponibilidad. Si la instancia se cae, los webhooks que lleguen mientras tanto se pierden. No hay bandeja de entrada que los guarde.
- Backups con restauración probada. No solo la base de datos: también la clave de cifrado con la que n8n protege las credenciales. Una base restaurada sin su clave no devuelve credenciales utilizables.
- Actualizaciones controladas. Versión fijada, notas de versión leídas y prueba en una copia antes de tocar producción. Nunca en mitad de una campaña.
- Seguridad. HTTPS, cuentas individuales con segundo factor, cortafuegos y solo los puertos necesarios expuestos. El editor de n8n guarda las llaves de todas vuestras aplicaciones.
- Vigilancia. Que alguien se entere de una caída antes que un cliente, y de un flujo crítico fallido antes que el cliente afectado. n8n permite definir un flujo de error (consultada en septiembre de 2026) que se ejecuta cuando otro falla; hay que configurarlo en cada flujo crítico, uno a uno.
- Documentación. Cómo está montado, cómo se vuelve a la versión anterior y quién más sabe hacerlo. Si solo lo sabe una persona, tenéis un problema distinto, el que tratamos en cuando todo depende de una persona.
Nada de esto es exótico. Es el trabajo de infraestructura y DevOps que casi nunca aparece en el presupuesto inicial y que decide si la automatización aguanta un lanzamiento.
¿Cuándo n8n no es la respuesta?
- El proceso no está definido. Si nadie sabe decir qué pasa con un lead paso a paso, automatizarlo solo acelera el desorden. Primero se escribe el proceso, después se automatiza.
- Es un proceso puntual. Una migración que se hace una vez no necesita un flujo mantenido; necesita ejecutarse bien una vez.
- La lógica ya es el producto. Cuando las reglas de negocio viven repartidas en veinte flujos con condiciones anidadas, el mantenimiento se vuelve el cuello de botella. Ese es el momento de pasar el núcleo a código y dejar n8n para orquestar, como explicamos en de no-code a software a medida.
- Nadie va a mantenerlo. Los flujos se rompen cuando cambia una API, caduca un token o una herramienta actualiza su formato. Sin responsable, la automatización dura hasta el primer cambio externo.
- La herramienta destino ya lo hace nativamente. Si vuestro CRM y vuestra pasarela tienen integración oficial que cubre el caso, añadir un flujo en medio suma un punto de fallo sin aportar nada.
Errores comunes al empezar con n8n
- Empezar por el flujo más vistoso en vez de por el que más duele. El primer flujo debería quitar trabajo real o cerrar un agujero conocido.
- No guardar logs propios. El historial de ejecuciones de n8n se poda y tiene límites de retención. Si necesitáis saber qué pasó con un registro dentro de seis meses, guardadlo en vuestra propia tabla.
- Dejar la gestión de errores para después. El flujo de error no viene configurado: hay que activarlo en cada flujo crítico.
- Consultar APIs cada minuto sin necesidad. Un trigger que pregunta periódicamente consume ejecuciones aunque no haya datos nuevos. Si el servicio de origen admite webhooks, usadlos.
- Credenciales compartidas en una cuenta común. Cuando alguien sale del equipo, no hay forma limpia de revocar sus accesos.
- Webhooks que no llegan por configuración de red. Es el problema más frecuente en instalaciones nuevas detrás de un proxy; las causas y el orden para diagnosticarlas están en webhooks de n8n que no funcionan.
- Un único flujo gigante que hace todo. Cuando falla, nadie sabe por dónde iba. Flujos pequeños, con una responsabilidad cada uno.
Por dónde empezar
Si estáis valorando n8n para vuestra operación, este es un orden que funciona:
- Escribid el proceso que más duele, paso a paso, con quién lo hace hoy y cuánto tiempo cuesta a la semana.
- Decidid cuál es la fuente de verdad de cada dato: qué herramienta manda para los contactos, para los pagos y para los accesos. Sin esa decisión, la automatización crea dos versiones del mismo dato.
- Probad con n8n Cloud ese primer proceso antes de montar infraestructura. Autoalojar es una decisión posterior, no el punto de partida.
- Añadid logs y avisos desde el primer flujo, no cuando algo falle. Es más barato ahora.
- Poned un responsable con nombre de los flujos y de la instancia, con alguien más que sepa tocarla.
Con un proceso claro y un equipo con algo de soltura técnica, ese recorrido es perfectamente abordable en casa. Cuando n8n pasa a sostener la captación, los cobros o los accesos de varios miles de clientes, la conversación deja de ser de herramienta y pasa a ser de arquitectura: qué proceso vive en qué sitio, con qué garantías y quién responde. Es el trabajo que hacemos en automatización de procesos, y cuando la instancia va autoalojada, junto con infraestructura y DevOps.
Si ya tenéis n8n en marcha y la duda es si aguantaría el próximo lanzamiento, cuéntame qué proceso os está frenando y lo revisamos.
Preguntas frecuentes
¿Es n8n gratuito?
La edición Community, que se instala en tu propia infraestructura, no tiene coste de licencia. Pero n8n no es open source en sentido estricto: se distribuye bajo la Sustainable Use License, que permite usarlo y modificarlo solo para fines internos de tu negocio o para uso personal y no comercial. Y aunque la licencia sea gratuita, operarlo no lo es: servidor, backups, actualizaciones y el tiempo de quien lo mantiene.
¿Qué puedo hacer con n8n?
Conectar entre sí las aplicaciones que ya usáis y ejecutar procesos sin que nadie los dispare a mano: registrar un lead en el CRM con su origen, dar o quitar accesos cuando cambia el estado de un pago, avisar a una persona concreta cuando algo falla, preparar informes recurrentes o llamar a un modelo de lenguaje dentro de un flujo con reglas deterministas alrededor.
¿Cuánto cuesta n8n?
Depende de si usas n8n Cloud, con cuota mensual y una cuota de ejecuciones por plan, o self-hosted, donde la licencia Community no cuesta pero pagas servidor y mantenimiento. Los importes vigentes están en la página de precios de n8n y el desglose con el coste real de operarlo, en nuestra guía de precios de n8n.
¿Qué es mejor, n8n o Make?
Ninguno es mejor en abstracto. n8n cobra por ejecución completa del flujo y puede autoalojarse, lo que encaja con flujos de muchos pasos, volumen alto o datos que no deben salir de vuestra infraestructura. Make cobra por operación de módulo y no exige mantener servidores, lo que suele encajar mejor en equipos sin perfil técnico con flujos cortos.
¿Para qué se utiliza n8n en una empresa?
Para sostener los procesos que unen herramientas distintas y que hoy dependen de que alguien se acuerde: captación, altas y bajas de acceso, cobros, avisos internos y reporting. El valor no está en ahorrar clics, sino en que un proceso ocurra siempre igual, quede registrado y avise cuando no ocurre.
¿Hace falta saber programar para usar n8n?
No para los flujos básicos, que se montan conectando nodos en un editor visual. Sí ayuda tener soltura con APIs, JSON y algo de código cuando el proceso tiene condiciones, transformaciones de datos o servicios sin integración oficial. La parte que de verdad exige perfil técnico es operar la instancia si la autoalojáis.
