API Step
Published July 25, 2026
Use the API Step when a quiz needs to talk to an external system while the participant moves through the flow. It can send quiz answers, lead fields, tags, variables, or scores to tools like CRMs and webhooks, or fetch data from another service and store response values for later copy, logic, and outcomes.
Unlike question blocks, the API Step runs in the background and does not render as a participant-facing prompt.
Best used for
CRM or webhook handoff
Quote or eligibility checks
Data enrichment
External scoring
Creating records
Fetching values for later steps
When to choose another step
Agent Step
Lead Capture
Completion CTA
Logic & Branching
Setup flow
- Add an API Step in Build Flow where the request should run.
- Choose the request method and HTTPS endpoint URL.
- Add any required headers, query parameters, and body content.
- Use placeholders for quiz values that should be sent with the request.
- Click Send to test the request and inspect the response shape.
- Map response paths into variables if later logic, copy, or outcome content depends on them.
- Enable a failure destination when the quiz needs a fallback path if the request fails.
- Preview the flow and confirm later steps behave correctly with captured variables.
Settings reference
Request method
HTTPS endpoint URL
Headers
Query parameters
Body mode
Placeholders
Capture response
Failure destination
ProData flow
API Step connects quiz data to external systems and can bring external data back into the quiz.
1. Quiz data becomes placeholders
2. The request runs server-side
3. Response values become variables
4. Variables power later behavior
Placeholders
Use placeholders in endpoint URLs, headers, query parameters, and raw body values:
{{variable_key}}{{total_score}}
Example raw JSON body:
{
"name": "{{full_name}}",
"email": "{{email}}",
"score": "{{total_score}}"
}
Use clean variable keys and test interpolation before publishing. If a request depends on lead data, make sure the Lead Capture step appears before the API Step.
Test with Send
Use Send in the builder to test the request configuration. If the body includes placeholders, the builder asks for test values first so you can validate interpolation before running.
After a test run, review:
- Status code
- Response body
- Response headers
- JSON paths available for capture mappings
Capture response values
Use Capture response to map API response fields into quiz variables.
Path format starts with response, for example:
response.records[0].idresponse.data.user.emailresponse.scoreresponse.recommendation.slug
Captured values can be reused in later steps, Jump Logic, Agent Steps, and outcome content.
Failure strategy
Not every API call needs to block the quiz.
- Continue silently when the API call is non-critical and the participant experience should not depend on the result.
- Capture response values when later copy or routing depends on the returned data.
- Define a failure destination when the quiz needs a clear fallback path.
- Use helpful recovery copy when an external service is unavailable.
- Test failure behavior before publishing when the API call is part of qualification, pricing, booking, or fulfillment.
Security notes
- API Step requests run server-side.
- Credentials and sensitive headers are not exposed to participants.
- Sensitive headers are redacted in diagnostics.
- Send only the data the external service needs.
- Avoid including unnecessary personal data in webhook payloads.
- Use HTTPS endpoints. API Step does not send requests to non-HTTPS endpoints.
Troubleshooting
Can participants see the API call?
Where can placeholders be used?
What response path format should I use?
What happens if the request fails?
API response quick checks
400 Bad Request: validate query parameters, body shape, and required fields.401 Authentication required: verify the auth header format.403 Invalid permissions: verify token scope, permissions, or workspace access.404 Not Found: confirm the endpoint URL and route path.409 Conflict: check whether the external service already has a matching record.422 Invalid request body: validate JSON shape, field names, and required values.429 Rate limited: reduce request frequency or check external service limits.500+ Server error: test the external service directly and use a fallback route if needed.
Checklist:
- Confirm
Authorization: Bearer <token>format when bearer auth is required. - Confirm
Content-Type: application/jsonwhen sending JSON. - Validate raw JSON syntax.
- Confirm placeholders use
{{variable_key}}. - Confirm required lead fields or variables are collected before this step.
- Re-test in Postman or cURL when you need parity checks.
Tips
- Place API Step after the quiz has collected the data the request needs.
- Keep payloads focused and avoid sending unnecessary personal data.
- Use capture mappings only for values the flow will actually use.
- Add failure routing for critical requests.
- Test successful and failed responses before publishing.
- Document external endpoint ownership so future editors know who maintains the integration.
Next steps
Use AI reasoning, generated responses, structured outputs, and adaptive routing.
Route participants based on API-captured variables and fallback conditions.
Understand placeholders and response values used in request templates.
Collect lead fields before an API Step that depends on contact data.

