Forum Documentation Showcase Pricing Learn more

[New Feature] Ability to read parameters in the URL for API workflow endpoints



We just added a small addition to how you can define parameters for API endpoints. Usually, parameters should be in the body of the request, but some services sometime add a parameter in the URL. To be able to read (and use in subsequent actions) the parameter, you can check the box ‘Querystring’.


For instance, with such settings, the URL is expected to be and “text” will be defined in the body of the request.

This feature should only be used when the service that hits your endpoint adds a parameter to the URL. Note also that if a parameter is set to be as a querystring, it will not be available in the schedule API workflow action, as in this case you can define the parameter normally.


Thanks @emmanuel and Bubble team!


Another improvement would be to be able to send list of data within a field (usually ‘data’) with the API Connector or when returning data from an API Endpoint.
Is this “nested fileds” feature on the roadmap ?


Awesome!!! Thanks @emmanuel


@nicolas_dap Nested fields would indeed be very very helpful and open up a greater range of services that could send data to an API workflow, but they create an associated need around looping, or doing some kind of workflow action for each nested item. That can probably be solved from a design standpoint – it’s similar to “schedule an API on a list” – but we can be sure there will be performance limitations.

And then there’s the problem of multiple layers within a nested list, which would get a little confusing in terms of workflows, which have a bias towards linear flows with an “only when …” statement to handle conditional tests.

The query string parameters are a big move forward though, and open the doors for some integrations that were previously impossible or required Frankenstein solutions.


Hi @bcronin7, are you from the Bubble team for making assumptions about the issues behind the scene ?


No, I’m not from the Bubble team. But I’ve spent a lot of time on the forums and read other posts about capacity and reasons why user move to a dedicated plan.

One of the big factors in performance appears to be things that require loops – for example scheduled workflows, actions on lists, or CSV uploads.