MCP Server en n8n: cómo exponer workflows mediante MCP
Aprende cómo convertir n8n en un servidor Model Context Protocol, exponer herramientas y workflows mediante MCP Server Trigger y conectar clientes compatibles de forma controlada.
¿Qué es un MCP Server en n8n?
Un MCP Server en n8n permite que n8n actúe como servidor Model Context Protocol y haga disponibles determinadas herramientas y workflows para clientes MCP. La forma específica de crear este servidor dentro de un workflow es mediante el nodo MCP Server Trigger.
Las piezas que forman un MCP Server en n8n
Antes de configurar el nodo conviene diferenciar el servidor, sus herramientas, el workflow que ejecutará cada operación y el cliente que realizará las solicitudes.
MCP Server
Es la interfaz que permite que clientes compatibles con MCP se conecten a las capacidades que publicas.
MCP Server Trigger
Actúa como punto de entrada del servidor MCP dentro del workflow de n8n.
Herramientas
Representan las operaciones concretas que el cliente puede descubrir y utilizar.
Workflow
Contiene la lógica necesaria para realizar la operación solicitada por el cliente.
Endpoint
Es la URL mediante la cual el cliente establece la comunicación con el servidor.
Autenticación
Controla qué clientes pueden conectarse al endpoint MCP.
n8n puede consumir MCP o convertirse en un MCP Server
Cuando n8n funciona como MCP Client, utiliza herramientas proporcionadas por un servidor externo. Cuando funciona como MCP Server, expone herramientas propias para que otros clientes puedan utilizarlas.
Consume herramientas
n8n se conecta a otro servidor MCP para utilizar capacidades externas.
Expone herramientas
Un cliente MCP se conecta a n8n para utilizar las capacidades que hayas publicado.
Ejecuta la lógica
Los nodos de n8n realizan la operación y producen el resultado que recibe el cliente.
¿Cómo funciona un MCP Server en n8n?
El MCP Server Trigger funciona como punto de entrada para clientes MCP. El cliente se conecta al endpoint y puede consultar las herramientas disponibles y solicitar aquellas que correspondan a la tarea que quiere realizar.
A diferencia de un trigger convencional, el MCP Server Trigger no funciona simplemente como un disparador que recibe un evento y pasa datos a cualquier nodo siguiente. Está diseñado para conectarse con nodos de herramientas y permitir que el cliente MCP las descubra y ejecute.
El cliente se conecta
Una aplicación compatible con MCP utiliza la URL del servidor proporcionada por n8n.
Descubre herramientas
El cliente puede consultar las herramientas que el servidor tiene disponibles.
Solicita una herramienta
El cliente realiza una llamada con los parámetros correspondientes.
n8n ejecuta la operación
El workflow procesa la solicitud y devuelve el resultado.
MCP Server Trigger: el punto de entrada del servidor
El nodo MCP Server Trigger permite que n8n actúe como servidor Model Context Protocol. El nodo proporciona una URL que los clientes MCP pueden utilizar para acceder a las herramientas publicadas por el workflow.
Las herramientas pueden incluir operaciones específicas de n8n y workflows conectados mediante los nodos correspondientes. El servidor debe diseñarse para exponer únicamente las capacidades que realmente necesite el cliente.
| Elemento | Función | Papel en MCP |
|---|---|---|
| MCP Server Trigger | Punto de entrada del servidor | Recibe las conexiones MCP |
| Tool | Define una capacidad concreta | Puede ser descubierta y llamada |
| Workflow | Ejecuta la lógica | Produce el resultado |
Qué herramientas puedes exponer desde n8n
La idea de un MCP Server no consiste en entregar acceso indiscriminado a toda una instancia. Una arquitectura más controlada define operaciones específicas que representen capacidades concretas.
Consultar datos
Buscar información en una base de datos o servicio externo.
Crear registros
Generar un registro mediante una automatización controlada.
Actualizar información
Modificar datos después de validar los parámetros recibidos.
Ejecutar workflows
Utilizar un workflow completo como parte de una capacidad MCP.
Diseña herramientas con una finalidad clara
Una herramienta concreta resulta más fácil de descubrir, utilizar y proteger que una operación genérica con demasiados permisos.
Exponer un workflow de n8n como herramienta MCP
n8n permite utilizar Custom n8n Workflow Tool para hacer que un workflow pueda ser utilizado como una herramienta por los clientes MCP conectados al servidor.
El workflow puede entonces contener una secuencia completa: validar parámetros, consultar datos, llamar una API, transformar información y generar una respuesta.
Cliente MCP
↓
MCP Server Trigger
↓
Herramienta MCP
↓
Custom n8n Workflow Tool
↓
Workflow de n8n
↓
API / Base de datos / Servicio
↓
Resultado
↓
Cliente MCPTest URL y Production URL en MCP Server Trigger
MCP Server Trigger proporciona una URL de prueba y una URL de producción. n8n muestra ambas en el panel del nodo y su uso cambia según el estado del workflow.
| URL | Uso | Ejecución |
|---|---|---|
| Test URL | Desarrollo y pruebas | Permite revisar la actividad en el editor |
| Production URL | Uso publicado | Las ejecuciones pueden revisarse desde Executions |
Durante la configuración conviene utilizar la URL de prueba. Cuando el workflow esté publicado, utiliza la URL de producción correspondiente.
Autenticación de un MCP Server en n8n
MCP Server Trigger permite exigir autenticación a los clientes que se conecten a la URL MCP. n8n documenta tres opciones: None, Bearer auth y Header auth.
| Método | Descripción | Consideración |
|---|---|---|
| None | Sin autenticación | Adecuado únicamente para escenarios controlados |
| Bearer auth | Token Bearer | El cliente debe presentar las credenciales correspondientes |
| Header auth | Autenticación mediante encabezados | Útil para clientes que requieren headers específicos |
Define autenticación y revisa también las credenciales utilizadas por los workflows. El cliente debería tener acceso solamente a las operaciones necesarias.
SSE, Streamable HTTP y stdio
El MCP Server Trigger de n8n admite Server-Sent Events (SSE) y Streamable HTTP para las conexiones entre clientes y servidor. Actualmente no admite el transporte stdio.
Esto es especialmente importante al configurar clientes locales. Un cliente que espera hablar con un proceso MCP mediante stdio no se conecta directamente al MCP Server Trigger de n8n utilizando ese transporte.
| Transporte | Característica | MCP Server Trigger |
|---|---|---|
| Streamable HTTP | Transporte HTTP moderno | Compatible |
| SSE | Transporte HTTP de larga duración | Compatible |
| stdio | Entrada y salida del proceso local | No compatible |
Ejemplo de un MCP Server para una empresa
Supongamos que una empresa utiliza n8n para administrar pedidos, inventario y soporte. En lugar de exponer directamente su base de datos, puede convertir determinadas operaciones en herramientas MCP.
buscar_pedido
Consulta un pedido y devuelve su estado.
consultar_stock
Obtiene la disponibilidad de un producto.
crear_ticket
Crea una solicitud en el sistema de soporte.
Cada herramienta puede utilizar un workflow diferente para validar la entrada, ejecutar acciones y devolver un resultado. Así, el cliente MCP interactúa con capacidades concretas en lugar de recibir acceso directo a toda la infraestructura.
Buenas prácticas para un MCP Server en n8n
Un servidor MCP puede terminar ejecutando operaciones que afectan sistemas, datos o servicios externos. Por eso conviene diseñarlo como una interfaz de automatización con permisos explícitos.
Expón solamente lo necesario
Publica las herramientas requeridas por el caso de uso.
Protege el endpoint
Utiliza el mecanismo de autenticación adecuado cuando el servidor no esté restringido a un entorno local.
Reduce permisos
Utiliza credenciales con el alcance estrictamente necesario.
Valida los parámetros
No confíes ciegamente en los argumentos enviados por el cliente.
Revisa los resultados
Comprueba qué información devuelve cada herramienta.
MCP Server en n8n detrás de Nginx
Si n8n está detrás de un proxy inverso, la configuración del endpoint MCP debe conservar correctamente las conexiones SSE o Streamable HTTP.
La documentación de n8n señala que el buffering del proxy puede provocar problemas con estas conexiones y muestra una configuración específica para la ubicación del endpoint MCP.
location /mcp/ {
proxy_http_version 1.1;
proxy_buffering off;
gzip off;
chunked_transfer_encoding off;
proxy_set_header Connection '';
# resto de configuración del proxy
}Adapta el resto de la configuración a tu infraestructura. En una instalación con múltiples webhook replicas también debes considerar el comportamiento de las conexiones persistentes.
Qué ocurre con MCP Server Trigger en múltiples réplicas
Las conexiones SSE y Streamable HTTP pueden mantenerse abiertas. Cuando n8n se ejecuta en queue mode con varias webhook replicas, el tráfico MCP necesita una estrategia de enrutamiento adecuada para mantener la conexión en la misma instancia.
| Entorno | Consideración | MCP |
|---|---|---|
| Una webhook replica | Arquitectura sencilla | Puede funcionar directamente |
| Varias webhook replicas | Requiere enrutamiento específico |
Las peticiones /mcp* deben dirigirse
correctamente
|
MCP Client vs MCP Server en n8n
Los dos conceptos pueden convivir en una misma arquitectura, pero cumplen funciones opuestas.
| Aspecto | MCP Client | MCP Server |
|---|---|---|
| Función | Consume herramientas | Expone herramientas |
| Dirección | n8n se conecta al servidor | El cliente se conecta a n8n |
| Objetivo | Utilizar capacidades externas | Publicar capacidades propias |
| Función nativa | MCP Client | MCP Server Trigger |
Documentación para profundizar
Los detalles de nodos, transportes, endpoints y autenticación pueden cambiar con las versiones de n8n y MCP. Consulta siempre la documentación oficial antes de reproducir una configuración en producción.
Siguiente guía: MCP Server Trigger en n8n
Dudas sobre MCP Server en n8n
Es una configuración que permite que n8n actúe como servidor Model Context Protocol para exponer herramientas y workflows a clientes MCP compatibles.
El nodo utilizado para esta función es MCP Server Trigger.
Actualmente admite Server-Sent Events (SSE) y Streamable HTTP. El nodo no admite el transporte stdio.
Sí. El nodo proporciona una Test URL y una Production URL. La primera se utiliza durante las pruebas y la segunda cuando el workflow está publicado.
n8n documenta las opciones None, Bearer auth y Header auth para proteger el acceso al endpoint MCP.
Sí. n8n permite utilizar Custom n8n Workflow Tool para exponer workflows a clientes MCP.
No. Un MCP Client consume herramientas de un servidor, mientras que un MCP Server expone herramientas para que los clientes puedan utilizarlas.
Sí, pero debes configurar correctamente el proxy para las conexiones SSE o Streamable HTTP y evitar problemas causados por buffering u otras opciones de transferencia.
Es posible, pero las conexiones persistentes requieren un enrutamiento adecuado. n8n documenta una estrategia específica para dirigir el tráfico MCP hacia una instancia webhook dedicada.
Configura MCP Server Trigger en n8n
Ya conoces la arquitectura de un servidor MCP en n8n. Ahora profundiza en el nodo MCP Server Trigger, sus URLs, autenticación, herramientas y configuración práctica.
Configurar MCP Server Trigger →