n8n Cloud limita las ejecuciones paralelas: Starter 5, Pro 20, Enterprise 200+. Cómo afecta esto al procesamiento masivo y cómo ayuda el batching.
En n8n Cloud, cada plan limita cuántas ejecuciones de flujo de trabajo pueden ejecutarse simultáneamente: el plan Starter permite 5 ejecuciones paralelas, el plan Pro 20, y el nivel Enterprise se sitúa, según la descripción general de precios de n8n, en 200 o más ejecuciones paralelas. Si se supera el límite, n8n pone automáticamente en cola las ejecuciones adicionales y las procesa según el principio FIFO en cuanto vuelve a haber capacidad disponible. Para empresas que procesan regularmente grandes volúmenes de datos, por ejemplo importaciones masivas, envíos masivos de correo o el procesamiento de listas largas mediante disparadores webhook, este límite es un factor que conviene conocer antes de construir un flujo de trabajo, de lo contrario las ejecuciones se acumulan sin ser notadas en la cola. Actualizado: julio de 2026.
La limitación se aplica, según la documentación de n8n sobre concurrencia en la nube, exclusivamente a las ejecuciones de producción, es decir, aquellas iniciadas mediante un webhook o un nodo disparador. Las ejecuciones de prueba manuales, los subflujos de trabajo y los flujos de trabajo de error no cuentan y siguen ejecutándose independientemente del límite. Si el número de ejecuciones de producción simultáneas supera el valor del plan, las ejecuciones adicionales no se rechazan, sino que esperan en una cola. Importante en la práctica: las ejecuciones en espera no se pueden reintentar, y quien cancela una ejecución en espera la elimina por completo de la cola. Tras un reinicio de la instancia, n8n reanuda las ejecuciones en espera hasta el límite de capacidad y vuelve a poner en cola el resto. El nivel de uso actual se puede ver directamente en la pestaña de ejecuciones de un proyecto o flujo de trabajo.
Por ejemplo, quien activa 500 registros individualmente como ejecuciones separadas a través de un webhook obtiene automáticamente una cola en el plan Starter después de las primeras 5 ejecuciones simultáneas, incluso si n8n en sí no muestra ningún mensaje de error. Esto retrasa el procesamiento general, pero no implica pérdida de datos, siempre que nadie cancele las ejecuciones en espera. Se vuelve más crítico en procesos sensibles al tiempo, por ejemplo cuando un sistema externo espera una respuesta rápida y la cola alarga de forma impredecible el tiempo de respuesta. También en los reinicios de instancia (por ejemplo, por ventanas de mantenimiento) la cola puede acumularse brevemente antes de procesarse.
En lugar de activar muchas ejecuciones de producción individuales en paralelo, la carga se puede gestionar dentro de un único flujo de trabajo. Enfoques habituales en la práctica:
Sinceramente, ninguno de estos trucos sustituye a un plan superior si se necesita de forma permanente más paralelismo real. El batching desplaza la carga en el tiempo, pero no crea capacidad adicional.
Quien opera n8n por su cuenta tiene más margen de maniobra: según la documentación de n8n sobre control de concurrencia, la limitación está desactivada de forma predeterminada en el autoalojamiento y se puede establecer específicamente mediante la variable de entorno N8N_CONCURRENCY_PRODUCTION_LIMIT, también en modo cola. Esto significa más control sobre la propia infraestructura, pero también más responsabilidad propia: sin un límite establecido conscientemente, una instancia puede sobrecargarse ante un pico de carga repentino. Precisamente aquí es donde entra una planificación adecuada, por ejemplo, a la hora de decidir si un plan Cloud o una infraestructura propia se ajusta al volumen de datos real y a los requisitos de control de una empresa. NordFlux apoya precisamente esta evaluación en el marco de su consultoría de n8n.
No se descartan, sino que se colocan automáticamente en una cola y se procesan en el orden de llegada (FIFO) en cuanto vuelve a haber capacidad disponible.
No. Según la documentación, el límite de concurrencia en n8n Cloud solo afecta a las ejecuciones de producción mediante webhook o nodo disparador. Las ejecuciones manuales, los subflujos de trabajo y los flujos de trabajo de error quedan excluidos.
No, las ejecuciones en espera no se pueden reintentar. Quien las cancela las elimina por completo de la cola, y luego deben volver a activarse.
Depende del volumen de procesamiento real. Quien necesita regularmente bastante más de 5 ejecuciones de producción simultáneas notará con más frecuencia retrasos por la cola en el plan Starter. El batching puede amortiguar esto, pero para un volumen permanentemente alto no sustituye a un plan superior.
Fundador de NordFlux. Siete años de experiencia, desde la web y el SEO hasta la automatización a escala de grupo, hoy de forma pragmática para las pymes y con soberanía de datos alemana.
Certificaciones
El Self-hosted AI Starter Kit de n8n inicia n8n, Ollama, Qdrant y PostgreSQL mediante Docker Compose para workflows de IA locales sin API en la nube.
La edición Community es gratuita e ilimitada, Business cuesta 667 EUR/mes. Qué diferencia realmente a los planes y cuándo una pyme necesita Enterprise.
n8n cobra por ejecución de workflow, Zapier por paso de acción. La diferencia determina qué plan se ajusta realmente a su automatización.
Cuando la cola en n8n Cloud crece, el batching solo ayuda hasta cierto punto. En una instalación autoalojada usted define concurrencia, queue mode y workers, y NordFlux se encarga de la puesta en marcha y la operación diaria. Así su instancia procesa incluso ejecuciones masivas sin atascos.
