Skip to main content
Our rule is show, never silently drop. When part of your content is still useful, we trim it and say so. When the shape is wrong, we reject it loudly. Nothing ever disappears without a note in your delivery log.

Limits

Two kinds of failure

1

Tier 1 — the whole payload is rejected

Nothing shows. The whole body is wrong: not JSON, an unknown shape, a bad version, too big, or too many messages. You get a 422 (or 413).
2

Tier 2 — one block is wrong

The message still goes through. The bad block shows as a small placeholder in the app, and is skipped on public pages. Everything else draws as normal.
That split is on purpose: one bad button should never cost your customer the whole answer.

The error body

path
string
A JSON Pointer into the cleaned-up payload. If you used shortcuts, the numbers may not match your raw body.
severity
string
error removes the block, warning changes it visibly, info is just a note.
limit
number
The cap, on limit issues.
actual
number
What you sent.
Every other failure uses the same wrapper, without issues:
Ignoring HTTP responses in Make or n8n? The same issues show in your bot’s delivery log, so you can still find out why nothing appeared.

Issue codes

Rejects the whole payload

Removes one block

Warnings — it still goes through

Notes

HTTP status codes

A 429 includes retry_after in seconds. Wait that long instead of hammering.