What’s editable when
Editing the content of a scheduled post re-checks the length limit for the
platform it is already aimed at, so an edit can’t silently break dispatch.
Retargeting is draft-only because the resolved
scheduledPlatform would go
stale.Fields
string
Post id.
string
Deep link into the web studio (
{WEB_ORIGIN}/posts/{id}). Share this with the
user instead of a bare id. Requires them to be signed in — it is not a public
share link.string
Body text, up to 10,000 characters at draft time.
string
One of the five statuses above.
string[]
Platforms this post may go to, e.g.
["linkedin"].string | null
ISO timestamp of the pending dispatch.
string | null
The single platform a scheduled post will publish to.
string | null
Platform-side id, set once posted.
string | null
When it went live.
string | null
Platform and message from the last failed dispatch.
number
Delivery attempts made by the scheduler.
object[]
Attached assets —
{ id, postId, kind, mimeType, filename, bytes, status }.string
The studio that owns the post.
string
User who created it.
string
Creation timestamp.
string
Last modification timestamp.
Targets vs. the publish target
targetPlatforms is a list of candidates. Publishing is always single-target:
- One target →
publish_postandschedule_postresolve it automatically. - Several targets → pass
platformexplicitly, or you getspecify_platform. - A
platformoutside the list is rejected withpost_does_not_target_<id>.
targetPlatforms (or an empty array) targets every
supported platform.