Short answer: Drop the "HTTP Request → HTTP Request" action anywhere in your workflow, map the inputs from upstream nodes, and publish.
Every field can be mapped from an upstream trigger, AI step, table row, or hard-coded literal.
| Field | Type | Required | Description |
|---|---|---|---|
Method method | options | Required | HTTP method |
URL url | string | Required | Full URL including protocol. Query string can be inline here or split into `query_params` below. |
Headers headers | object | Optional | Key-value map of request headers. Authorization headers go here. |
Query Parameters query_params | object | Optional | Optional key-value map. Appended to the URL as ?key=value (URL-encoded). |
Body (JSON) body | object | Optional | JSON body for POST/PUT/PATCH. Ignored for GET/HEAD/DELETE/OPTIONS. |
Timeout (ms) timeout_ms | number | Optional | Request timeout in milliseconds. Default 60000 (60s). |
{"method": "{{trigger.method}}","url": "https://api.example.com/v1/resource","headers": "{ \"Authorization\": \"Bearer xyz\", \"X-Custom\": \"value\" }","query_params": "{{trigger.query_params}}","body": "{ \"key\": \"value\" }"}
{"ok": true,"body": {"id": "abc123","name": "Example"},"status": 200,"headers": {"content-type": "application/json"}}
Use these fields in downstream nodes for routing, logging, or error handling.
Any of these apps can fire this action as part of a workflow.
Triggered by anything in the catalog. Free tier available. No credit card.