Checks whether something in your flow data is true or false, then sends the flow down the matching branch — like an if/else in everyday logic.
Checks whether something in your flow data is true or false, then sends the flow down the matching branch — like an if/else in everyday logic.
This step executes when the flow reaches it along a wired path. It does not call external services by itself unless combined with API or CMS steps — it shapes how the flow continues.
Check Condition is a logic step in the Logic group. Logic steps control how data moves through the flow: branch on conditions, loop over lists, pause, merge parallel paths, or reshape payloads.
Typical reasons teams add Check Condition to a flow:
Common patterns on the canvas:
Build your conditions on the Design tab. Each condition gets its own output path, plus a fallback path when nothing matches.
Drag fields from earlier steps into your conditions. The check uses the real values from the last run.
The designer shows these tabs for this node:
| Tab | Purpose |
|---|---|
| Info | Plain-language description and output payload fields for downstream steps |
| General | Canvas label and read-only node ID |
| AI | Optional assistant to help draft settings from plain language |
| Design | Node-specific configuration fields |
These fields are managed by the designer or runtime — you do not type into them directly:
| Property key | Label | Type | Required | Visible when | Notes |
|---|---|---|---|---|---|
_nodeId | Node ID | node-id | No | — | — |
| Property key | Label | Type | Required | Visible when | Notes |
|---|---|---|---|---|---|
label | Label | text | No | — | Node label |
| Property key | Label | Type | Required | Visible when | Notes |
|---|---|---|---|---|---|
conditionBuilder | Condition Builder | if-condition | Yes | — | — |
Credentials, API keys, mailers, SMTP, and integration defaults are configured in the CMS plugin under Node Configuration, not per step on this node. Link the flow to a domain before testing CMS-backed fields.
After this step runs, later nodes can reference these fields using placeholders such as {{check_condition.result}}.
| Field key | Type | Description |
|---|---|---|
result | boolean | True when the condition matched; false on the No Match port. |
payload | object | Upstream payload unchanged — passed through to the matched output port. |
conditionBuilder) must be filled before the flow can be saved.Other steps in the same area of the palette:
join-array-to-text) — Logicfilter-list) — Logicdebug) — Logicmatch-regex) — Logicmerge) — Logic