Webhook Router

Coloca este nodo justo después de un Webhook o FormTrigger para dividir el tráfico por método HTTP — cada verbo tiene su propio handle de salida, permitiendo conectar rutas de procesamiento independientes.

Descripción

Webhook Router lee data._request.method de la petición entrante y reenvía la ejecución al handle de salida que corresponde al verbo (route_GET, route_POST, etc.). Si ningún handle está conectado para el método recibido, la petición fluye hacia la salida Default.

No se necesita ningún campo de configuración. El enrutamiento se define completamente por las conexiones: conectas cada handle de salida al nodo que quieras.

Handles de salida

Handle	Etiqueta	Color	Descripción
route_GET	GET	Azul	Peticiones con método GET
route_POST	POST	Verde	Peticiones con método POST
route_PUT	PUT	Naranja	Peticiones con método PUT
route_DELETE	DELETE	Rojo	Peticiones con método DELETE
route_PATCH	PATCH	Morado	Peticiones con método PATCH
route_OPTIONS	OPTIONS	Cyan	Peticiones con método OPTIONS
route_default	Default	Gris	Cualquier método sin handle conectado

:::tip Conexiones parciales Solo necesitas conectar los handles que realmente uses. Una petición GET con route_GET sin conectar va directamente al Default. :::

Cómo funciona

Ejemplos de uso

Ejemplo 1 — Router REST completo

Conecta un nodo Web Response al handle Default devolviendo HTTP 405 para rechazar automáticamente los métodos inesperados.

Ejemplo 2 — División lectura / escritura

Conecta solo route_GET y deja que todo lo demás caiga al Default.

Ejemplo 3 — Combinado con Webhook Filter

Usa el Router para dirigir los métodos, luego el Filter para validar campos en la rama específica.

Configuración

Este nodo no tiene campos de configuración. El único valor editable es la etiqueta del nodo.

El enrutamiento se define únicamente por las conexiones que hagas en el canvas:

• Conectar route_GET → las peticiones GET van allí
• Dejar route_PUT sin conectar → las peticiones PUT van al Default
• Siempre conectar el Default para manejar métodos inesperados con gracia

Notas

• La comparación del método es insensible a mayúsculas y siempre se normaliza a mayúsculas internamente (get → GET).
• Los datos pasan sin modificación — el Router solo decide qué camino seguir.
• Si data._request.method está ausente (por ejemplo, si el nodo no está precedido por un Webhook), el método se trata como vacío y la petición va al Default.
• A diferencia de Webhook Filter, este nodo nunca detiene el flujo — toda petición llega a algún nodo descendiente.

Nodos relacionados

• Webhook — establece _request.method utilizado por este router
• FormTrigger — otro trigger compatible
• Webhook Filter — para validar campos después de enrutar
• Web Response — para devolver respuestas HTTP al final de cada rama
• Switch — enrutamiento basado en condiciones sobre cualquier campo de datos