Skip to content

In-Page Form

Pause a run to ask the user for input, then continue with whatever they enter.

Workflows otherwise run start to finish with no way to ask a question. In-Page Form pauses the run, presents a form you define, and resumes once the user submits it — passing the entered values on to the next node. Anything that needs a choice mid-run (which of these results, what subject line, confirm these details) becomes possible.

The paused run waits in the Executions pane, where the form is shown; it survives browser restarts, like the Wait For Approval node.

  • Collect a value mid-run that only a person can supply.
  • Let the user pick from choices, toggle an option, or confirm details before a consequential step.
  • Gather structured input (name, date, selection) to feed downstream nodes.
SettingNotes
Form titleThe heading shown above the form on the paused run.
FieldsThe fields to render. Each field has a name (the output key), an optional label, a type, optional options, and a required flag.

Supported field types: text, textarea, number, checkbox, select (comma-separated options), and date.

When the user submits, the entered values flow out as the node’s output, keyed by each field’s name. Downstream nodes reference them by that name — e.g. a field named email becomes available as email.

A paused run appears in the Executions pane with the form rendered inline. It waits indefinitely — it does not time out on its own — and persists across browser restarts. Cancelling the paused run stops it without producing output.

  • No credential is required.
  • No extra permission is needed.

An automation gathers candidate subject lines with an AI node → In-Page Form (a select field over the candidates) → an email integration sends the chosen one.

  • Required fields must be filled before the form can be submitted.
  • Give each field a distinct name — that name is the key downstream nodes use to read its value.
  • For a simple yes/no gate rather than a form, use the Wait For Approval node.