Varios clientes en una misma instancia de n8n: proyectos, permisos y los límites de la separación

Los Projects de n8n agrupan workflows y credenciales, y se pueden usar para separar organizativamente a varios clientes o equipos en la misma instancia, pero son una función de control de acceso sobre una instancia compartida, no una separación multiinquilino completa como servidores independientes. Para una separación interna sencilla suele ser suficiente, pero por lo general no para requisitos estrictos de separación de datos entre clientes de pago. Actualizado: agosto de 2026.

¿Qué ofrecen realmente los Projects?

Según la documentación de n8n, los Projects agrupan workflows y credenciales en un área propia y están disponibles en todos los planes de pago, pero no en la edición Community. Un mismo usuario puede tener roles distintos en varios proyectos, de modo que, por ejemplo, un miembro del equipo puede configurarse como Editor en el proyecto del cliente A y como Viewer en el proyecto del cliente B. Más detalles en la documentación de n8n sobre el trabajo con Projects.

¿Qué roles existen dentro de un proyecto?

Dentro de un proyecto hay tres roles disponibles: Admin, Editor y Viewer, con permisos claramente escalonados. Además de todos los workflows, credenciales y ejecuciones, el Project Admin también gestiona los miembros y la configuración del proyecto; el Editor puede ver, crear, editar y eliminar workflows, credenciales y ejecuciones, pero no puede gestionar miembros; y el Viewer solo tiene acceso de lectura, sin la posibilidad de ejecutar workflows manualmente. Según n8n, el rol Editor está disponible en Pro Cloud y Self-hosted Enterprise, mientras que el rol Viewer solo está disponible en los niveles Enterprise de Cloud y Self-hosted, tal como describe la documentación de n8n sobre los roles disponibles.

¿Dónde termina la separación a nivel técnico?

Los Projects separan el acceso, no la infraestructura subyacente: todos los proyectos de una instancia se ejecutan sobre la misma instalación de n8n, la misma base de datos y los mismos recursos de servidor. Un error, una caída o una cola sobrecargada en el proyecto de un cliente puede, por tanto, afectar a las ejecuciones de todos los demás proyectos en la misma instancia, aunque los clientes no puedan ver los workflows y credenciales de los demás. Además, según la documentación, mover recursos elimina todos los permisos compartidos existentes, algo que se pasa por alto fácilmente al reestructurar proyectos de clientes.

¿Cuándo deja de ser suficiente una instancia compartida?

Una instancia compartida con Projects suele ser suficiente mientras se trate de una visión organizativa dentro del propio equipo, y no de garantías estrictas frente a clientes de pago. En cuanto un cliente exige garantías de recursos propias, una versión propia, tiempos de inactividad independientes de otros clientes o separación contractual de datos, una instancia propia por cliente es la solución más fiable. Esta cuestión está estrechamente relacionada con el tema de la licencia, como se describe en el artículo sobre alojamiento para clientes y la licencia de n8n.

Recomendación práctica para agencias y equipos internos

Para la separación interna entre equipos o departamentos dentro de una empresa, los Projects suelen ser la opción más pragmática, ya que no requieren infraestructura adicional. Para las agencias que operan n8n para varios clientes externos, en cambio, en la mayoría de los casos se recomienda una instancia propia por cliente, o al menos por grupo de clientes con un perfil de riesgo similar. Le ayudamos en esta decisión y en la configuración de la estructura adecuada dentro de nuestros servicios de n8n.

Preguntas frecuentes sobre la separación de clientes en n8n

¿Está disponible n8n Projects también en la edición Community?

No, según la documentación de n8n, el RBAC con Projects está disponible en todos los planes excepto en la edición Community. Por tanto, una instalación autoalojada pura sin un plan de pago carece de esta opción de separación.

¿Puede un usuario tener roles distintos en diferentes proyectos?

Sí, según n8n un usuario puede asumir roles distintos en diferentes proyectos, por ejemplo Editor en uno y Viewer en otro. Esto permite un control más fino que un único rol global para toda la instancia.

¿Qué ocurre con los permisos compartidos existentes al mover un workflow a otro proyecto?

Según la documentación de n8n, mover un workflow o una credencial a otro proyecto elimina todos los permisos compartidos existentes. Es posible que el proyecto de destino necesite entonces un nuevo acceso a las credenciales necesarias; de lo contrario, el workflow trasladado podría dejar de funcionar correctamente.

¿Necesito obligatoriamente una instancia de n8n propia para cada cliente?

No necesariamente: para una separación interna sencilla o clientes con un perfil de riesgo bajo, los Projects pueden ser suficientes. En cuanto se trata de garantías contractuales, resiliencia independiente o una separación estricta de datos entre clientes, una instancia propia por cliente es la opción más segura.