Recursos · Integración n8n

Nodo Respond to Webhook n8nConfigura Respond to Webhook en n8n.

Un webhook sin respuesta deja colgado a quien llama. El nodo Respond to Webhook n8n decide qué vuelve: un JSON, un archivo, una redirección, un token o nada. Seis parámetros cubren el cuerpo de la respuesta, el código HTTP, las cabeceras y el streaming.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Para qué sirve el nodo Respond to Webhook n8n?

Respond to Webhook devuelve una respuesta a quien ha llamado a tu nodo Webhook, es decir, a la URL que n8n expone para recibir peticiones. Sin él, n8n envía su mensaje estándar cuando el flujo termina. Con él, eliges el contenido, el código HTTP y las cabeceras, justo en el punto donde la respuesta ya está lista. Solo funciona junto al nodo Webhook: en un flujo que no ha arrancado ningún webhook, el nodo se ignora.

Primer escenario, una reserva confirmada al instante. Una landing llama a la URL del webhook con los datos del hueco elegido, el flujo comprueba la disponibilidad y Respond to Webhook devuelve un objeto armado en Response Body. Quien reserva ve la confirmación en pantalla y no un acuse de recibo genérico. El aviso interno puede salir después hacia Slack, con la respuesta ya entregada.

Segundo escenario, un enlace corto que registra el clic. El enlace apunta al webhook, el flujo anota el paso y Respond With en redirect manda a la persona a la dirección puesta en Redirect URL. No aparece ninguna pantalla intermedia, y la fila queda guardada en Google Sheets para el informe semanal.

Tercer escenario, una entrada que se descarga. Una llamada dispara la búsqueda del archivo y Respond With en binary lo devuelve tal cual mediante Response Data Source. El flujo se convierte en un punto de descarga pequeño, sin montar nada aparte, incluso cuando el archivo viene de un servidor al que se llega por Ssh.

Cuándo conviene otra cosa. Si a quien llama le vale con lo que produce el final del flujo, deja este nodo fuera y pon Respond en When Last Node Finishes dentro del nodo Webhook. Y si eres tú quien llama a un servicio externo en vez de responder, el nodo HTTP Request es el adecuado: llega a cualquier endpoint HTTP y sirve de recurso cuando a un nodo dedicado le falta una operación de la API.

Los límites, conocidos y molestos. El nodo se ejecuta una sola vez, sobre el primer item de entrada, expresiones incluidas. El nodo Loop no lo obliga a repetirse: el flujo corre, pero la respuesta solo lleva la primera ejecución. Devolver varios items con esos rodeos está obsoleto desde n8n 1.22.0, así que usa allIncomingItems o coloca antes un nodo Aggregate con Aggregate en All Item Data (Into a Single List). Un segundo Respond to Webhook más adelante se ignora. Y si el flujo falla antes del primero, quien llama recibe un error con estado 500. La comparativa con otras plataformas está en la Reseña n8n.

Conexión

¿Cómo se conecta Respond to Webhook en un flujo?

  1. 01

    Arranca el flujo con un nodo Webhook

    Respond to Webhook contesta una llamada, nunca la provoca. El flujo tiene que empezar por un nodo Webhook, el nodo que abre la ejecución cuando un servicio externo golpea su URL. Un flujo que arranca con un Schedule Trigger o con el trigger de una herramienta no tiene a quién responder, y el nodo colocado en medio se queda sin efecto al ejecutarse.

  2. 02

    Cambia el nodo Webhook a respuesta manual

    Dentro del nodo Webhook, pon Respond en Using 'Respond to Webhook' node. Así n8n mantiene abierta la conexión HTTP en lugar de cerrarla con su mensaje por defecto. Mientras ese ajuste siga sin tocar, el nodo Respond to Webhook es decoración en el lienzo. Es, con diferencia, el primer motivo por el que una respuesta bien preparada nunca llega.

  3. 03

    Coloca el nodo detrás de los datos que devuelve

    Respond to Webhook encaja en cualquier punto del flujo, pero su posición manda sobre lo que puede enviar: para devolver datos de otros nodos, ponlo detrás de ellos, porque una expresión solo lee lo que ya se ha ejecutado. Lo que venga después sigue corriendo una vez enviada la respuesta, así que registros, avisos y escrituras caben perfectamente ahí.

Parámetros

¿Qué parámetros dan forma a la respuesta?

El nodo Respond to Webhook tiene 6 parámetros. Para cada uno: el nodo tal como lo configuras en n8n, qué cambia el parámetro y nuestras notas de campo.

01

Enable Response Output Branch

enableResponseOutput

Lo que ves en n8n

Notas y casos de uso

De serie el nodo tiene una única rama de salida, que repite sus datos de entrada. Esta opción añade una segunda con el objeto de respuesta enviado al webhook, así el resto del flujo ve lo que recibió quien llamó. El ajuste está en la pestaña Settings del nodo.

Parámetros clave

  • Enable Response Output Branch: un booleano que activa la segunda salida. El nodo muestra entonces Input Data, la rama original que reenvía su entrada, y Response, el objeto devuelto al webhook.
Casos de uso
guardar la carga exacta que recibió un sistema socio, o bifurcar según el cuerpo de la respuesta.
02

Respond With

respondWith

Lo que ves en n8n

Notas y casos de uso

Aquí se juega todo el nodo: este selector marca qué viaja de vuelta por la conexión HTTP abierta.

Parámetros clave

  • Respond With: allIncomingItems devuelve todos los items JSON de entrada, firstIncomingItem solo el primero, json un cuerpo definido en Response Body, text un texto simple que sale por defecto como HTML con Content-Type: text/html, binary un archivo, jwt un token construido desde Payload, redirect un salto a Redirect URL, noData un cuerpo vacío.
  • Response Data Source: para un archivo, automatically toma el único dato binario de la entrada y set espera el nombre del campo en Input Field Name.
Casos de uso
devolver un objeto de confirmación a una interfaz, o redirigir un clic medido.
03

Response Code

options.responseCode

Lo que ves en n8n

Notas y casos de uso

Un código de estado dice lo que un cuerpo no dice. Esta opción fija el código HTTP que vuelve a quien llama y vale 200 si nadie la toca. Se vuelve necesaria en cuanto la máquina del otro lado lee el código antes que ninguna otra cosa, que es casi todo el tráfico entre aplicaciones.

Parámetros clave

  • Response Code: un número, 200 por defecto. El valor puede venir de una expresión como {{ $json.status }} cuando un nodo anterior ya ha decidido el desenlace.
Casos de uso
responder 404 cuando la búsqueda no encuentra nada, para que la aplicación que llama gestione la ausencia en vez de analizar una respuesta de éxito.
04

Response Headers

options.responseHeaders

Lo que ves en n8n

Notas y casos de uso

Hay clientes que esperan algo más que un cuerpo: un tipo de contenido, una instrucción de caché, una clave propia que su código relee. Esta opción añade cabeceras a la respuesta del webhook, una a una, con el botón Add Response Header.

Parámetros clave

  • Name: el nombre de la cabecera, escrito tal como lo espera quien llama.
  • Value: su valor, que admite una expresión tipo {{ $json.token }} cuando cambia en cada ejecución.
Casos de uso
declarar el tipo de contenido en una respuesta de texto para que el navegador deje de adivinar, o devolver un identificador de correlación al sistema que lanzó la llamada.
05

Put Response in Field

options.responseKey

Lo que ves en n8n

Notas y casos de uso

Items sueltos en la raíz de una respuesta resultan incómodos de consumir. Esta opción los envuelve: indica el nombre del campo de respuesta que contiene todos los items. Aparece cuando Respond With está en allIncomingItems o firstIncomingItem, y queda oculta en los demás casos.

Parámetros clave

  • Put Response in Field: una cadena que nombra el campo contenedor, por ejemplo data, el valor que el panel propone como ejemplo.
Casos de uso
dar a una interfaz el envoltorio estable para el que se programó, en lugar de obligarla a tratar un array en la raíz.
06

Enable Streaming

options.enableStreaming

Lo que ves en n8n

Notas y casos de uso

Una respuesta larga no tiene por qué llegar de golpe. Activada, esta opción devuelve los datos mediante streaming, así quien llama ya muestra contenido mientras el flujo sigue trabajando. Hay una condición al otro extremo del flujo.

Parámetros clave

  • Enable Streaming: un booleano. Exige un trigger configurado con Response mode en Streaming; sin eso, el ajuste no tiene canal por el que emitir.
Casos de uso
un punto de entrada conversacional donde el texto aparece poco a poco en lugar de tras un silencio largo, que es justo lo que mantiene viva una interfaz Chat.
Necesitas ayuda

¿Necesitas ayuda para automatizar Respond to Webhook con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Lo que se pregunta después

01¿El nodo Respond to Webhook viene incluido en n8n?
Sí. Respond to Webhook es un nodo core que se entrega con n8n: nada que instalar y ningún coste añadido por parte de n8n. Se comporta igual en n8n Cloud, la oferta alojada por n8n, y en una instancia autoalojada instalada con Docker o npm en Community Edition, bajo licencia Sustainable Use. Un flujo construido en un sitio corre igual en el otro, y aquí eso pesa: el nodo mantiene abierta una conexión HTTP, y mucha gente prototipa en Cloud antes de mover el flujo a su propio servidor.
02¿Qué hace falta para que el nodo funcione?
Ninguna credencial. El nodo no tiene selector de autenticación ni nada que conectar, porque responde a una llamada que ya entró en la instancia en vez de llamar a un servicio externo. Lo que sí necesita es contexto: un nodo Webhook como disparador del flujo, con su parámetro Respond puesto en Using 'Respond to Webhook' node. Sin ese ajuste la conexión se cierra sola y la respuesta preparada se pierde. En un flujo que no arrancó ningún webhook, el nodo simplemente se ignora.
03¿Qué límites tiene el nodo Respond to Webhook n8n?
El principal está en los items. El nodo se ejecuta una sola vez, sobre el primer item de entrada, expresiones incluidas, y el nodo Loop no lo hace repetir: el flujo corre, pero la respuesta solo lleva la primera ejecución. Devolver varios items con esos rodeos está obsoleto desde n8n 1.22.0, de ahí la opción All Incoming Items o una agregación previa. Un segundo Respond to Webhook más adelante se ignora. Si el flujo acaba sin llegar al nodo, quien llama recibe un mensaje estándar con estado 200; si falla antes, un 500.
04¿Cuándo usar este nodo en lugar del ajuste de respuesta del nodo Webhook?
Depende de dónde salga la respuesta. Si a quien llama le basta con lo que el flujo produce al final, la opción When Last Node Finishes del nodo Webhook es más sencilla y no arrastra el límite de items. Respond to Webhook gana cuando la respuesta tiene que salir pronto, antes de una rama lenta, o cuando necesita una forma que la salida del flujo no tiene: un código de estado concreto, cabeceras propias, una redirección, un token JWT, un archivo binario o un cuerpo vacío. Esos ocho tipos de respuesta justifican el nodo por sí solos.
05¿n8n o Make para responder a un webhook?
Ambos contestan una llamada entrante, y los criterios honestos son el alojamiento, el control de los datos, el modelo de coste y la lógica visual. Make es una plataforma alojada, sin opción de autoalojarse, facturada por operación: un punto de entrada muy solicitado cuesta en proporción al tráfico. n8n corre en n8n Cloud o en tu instalación con Docker o npm, lo que deja las cargas recibidas en la infraestructura que elijas, con un flujo idéntico en ambos casos. Decide por esos cuatro criterios y no por una lista de funciones.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.