Restrictions
The action currently has the following restrictions:- you can only use synchronous requests
- only endpoints using https are supported
- an authentication header can be passed, but no other headers
- only GET and POST methods are currently supported
- only JSON payloads are currently supported
Sending the request
Configure the following inputs to set up the action:
Example request with a placeholder for some variables. Use the variable selector to assign outputs from different blocks when creating this request.
JSON
Handling the response
The following response data is available in the output of the trigger:
You can pass this data to another workflow block using the variable selector. For the Response Body, you must specify the path to the variable you want to use.

Condition example

Condition example
Failure handling
Requests may time out and fail if no response is received within 30 seconds. If a use case requires a longer duration, then this synchronous action is not the right approach. Consider splitting the request and using the “Web request received” trigger to continue. If the request fails due to a timeout or any other non-2xx response, the workflow run will be marked as by default. You can change this behavior by setting Fail action on unsuccessful request to False, allowing the workflow to continue execution even when the request is unsuccessful.

Handling unsuccessful request example
Example flow
An example use of the send web request action could be to use an internal recommendation engine before authorizing a payment. If the response contains a “recommendation” field with a value “PROCEED”, then the payment flow continues, otherwise the payment gets declined.
Send web request action example
Start automating
- Now that you know what can be achieved with this action, start creating a workflow.
- Debug received requests or requests sent within the Workflow Runs