Webhooks y Flujo de Datos HTTP
Los flujos de trabajo no pueden manipular nada hasta que los datos realmente existen dentro de la ejecución, y estos datos ingresan al flujo de trabajo de dos maneras principales: o bien el flujo de trabajo realiza una solicitud a otro servicio mediante una Solicitud HTTP, o bien otro servicio envía datos a través de un Webhook.
El flujo de trabajo solicita datos a una API externa (modelo pull).
Un sistema externo envía datos a n8n (modelo push).
Una vez que cualquiera de estos métodos está en funcionamiento, todos los nodos de manipulación de datos tienen algo con lo que trabajar.
Solicitud HTTP
El nodo Solicitud HTTP es un nodo que envía una solicitud a una URL de API y trae la respuesta (usualmente en JSON) al flujo de trabajo.
- Llama a un endpoint como
https://api.rainforestapi.com/request; - Envía parámetros como
type,domain,seller_idysearch_term; - Recibe datos estructurados que pueden ser pasados a nodos posteriores.
Utilícelo cuando una API tenga buena documentación, cuando un flujo de trabajo necesite consultar datos en un horario, o cuando la salida de una API deba convertirse en la entrada de otra API en una llamada encadenada. La estructura sigue el ejemplo de la lección, donde la URL base es api.rainforestapi.com/request, la clave de API identifica al solicitante y los parámetros indican a la API qué debe devolver.
Parámetros:
type=seller_products;domain=amazon.com;- (y otros según sea necesario).
Los principiantes a menudo piensan que esta parte es mágica, pero no lo es. Los parámetros provienen directamente de la documentación de la API. Simplemente abra la documentación, busque la sección relevante, anote los parámetros requeridos y opcionales con sus descripciones, copie los nombres de los parámetros en el nodo Solicitud HTTP, establezca los valores y ejecute el nodo. Ese es el proceso estándar para cualquier API: leer la documentación, copiar los parámetros, pegarlos en la solicitud y probar.
Webhook
Webhook es una URL expuesta por n8n que permite a otros sistemas enviar datos directamente a un flujo de trabajo en tiempo real.
- Funciona como un punto de entrada personalizado para datos entrantes;
- Ideal para ejecuciones instantáneas en lugar de consultas programadas;
- Útil para herramientas personalizadas o aplicaciones internas sin integraciones oficiales.
Utilícelo cuando una herramienta no pueda ser consultada fácilmente, cuando un flujo de trabajo deba reaccionar al instante o cuando los datos provengan de una fuente personalizada. Los webhooks son el reflejo de las Solicitudes HTTP: en lugar de que n8n llame a un servicio externo, un servicio externo llama a n8n.
Diferencia con Solicitud HTTP:
- Solicitud HTTP: n8n → servicio externo;
- Webhook: servicio externo → n8n Webhook es mejor para flujos de trabajo en tiempo real, mientras que Solicitud HTTP es mejor para consultas programadas.
¡Gracias por tus comentarios!
Pregunte a AI
Pregunte a AI
Pregunte lo que quiera o pruebe una de las preguntas sugeridas para comenzar nuestra charla
What are the main differences between using a webhook and an HTTP request in n8n?
Can you explain how to set up an HTTP Request node step by step?
What are some common mistakes to avoid when working with APIs in n8n?
Awesome!
Completion rate improved to 4.17
Webhooks y Flujo de Datos HTTP
Desliza para mostrar el menú
Los flujos de trabajo no pueden manipular nada hasta que los datos realmente existen dentro de la ejecución, y estos datos ingresan al flujo de trabajo de dos maneras principales: o bien el flujo de trabajo realiza una solicitud a otro servicio mediante una Solicitud HTTP, o bien otro servicio envía datos a través de un Webhook.
El flujo de trabajo solicita datos a una API externa (modelo pull).
Un sistema externo envía datos a n8n (modelo push).
Una vez que cualquiera de estos métodos está en funcionamiento, todos los nodos de manipulación de datos tienen algo con lo que trabajar.
Solicitud HTTP
El nodo Solicitud HTTP es un nodo que envía una solicitud a una URL de API y trae la respuesta (usualmente en JSON) al flujo de trabajo.
- Llama a un endpoint como
https://api.rainforestapi.com/request; - Envía parámetros como
type,domain,seller_idysearch_term; - Recibe datos estructurados que pueden ser pasados a nodos posteriores.
Utilícelo cuando una API tenga buena documentación, cuando un flujo de trabajo necesite consultar datos en un horario, o cuando la salida de una API deba convertirse en la entrada de otra API en una llamada encadenada. La estructura sigue el ejemplo de la lección, donde la URL base es api.rainforestapi.com/request, la clave de API identifica al solicitante y los parámetros indican a la API qué debe devolver.
Parámetros:
type=seller_products;domain=amazon.com;- (y otros según sea necesario).
Los principiantes a menudo piensan que esta parte es mágica, pero no lo es. Los parámetros provienen directamente de la documentación de la API. Simplemente abra la documentación, busque la sección relevante, anote los parámetros requeridos y opcionales con sus descripciones, copie los nombres de los parámetros en el nodo Solicitud HTTP, establezca los valores y ejecute el nodo. Ese es el proceso estándar para cualquier API: leer la documentación, copiar los parámetros, pegarlos en la solicitud y probar.
Webhook
Webhook es una URL expuesta por n8n que permite a otros sistemas enviar datos directamente a un flujo de trabajo en tiempo real.
- Funciona como un punto de entrada personalizado para datos entrantes;
- Ideal para ejecuciones instantáneas en lugar de consultas programadas;
- Útil para herramientas personalizadas o aplicaciones internas sin integraciones oficiales.
Utilícelo cuando una herramienta no pueda ser consultada fácilmente, cuando un flujo de trabajo deba reaccionar al instante o cuando los datos provengan de una fuente personalizada. Los webhooks son el reflejo de las Solicitudes HTTP: en lugar de que n8n llame a un servicio externo, un servicio externo llama a n8n.
Diferencia con Solicitud HTTP:
- Solicitud HTTP: n8n → servicio externo;
- Webhook: servicio externo → n8n Webhook es mejor para flujos de trabajo en tiempo real, mientras que Solicitud HTTP es mejor para consultas programadas.
¡Gracias por tus comentarios!