Skip to content

Guides

How to post to Threads with the SkedCast API

Threads publishing mirrors X's shape closely: quote another Threads post, control who can reply, and optionally chain a connected series of posts with the post-level thread field.

Browse docs

6 min read

Before you publish#

You need one already-connected account for the platform. Connect it yourself in the Agency Console, or — if a client owns the account — mint a self-serve connect link with POST /clients/:id/connect-invites and send it to them; they authorize from that page without ever getting a SkedCast login.

GET /v1/accounts lists what's connected, with each account's id — that id is what you pass in targets.accountIds below.

Compose and schedule#

bash
curl -X POST https://api.skedcast.com/v1/posts \
  -H "Authorization: Bearer sked_live_YOUR_KEY" \
  -H "Idempotency-Key: $(uuidgen)" \
  -H "Content-Type: application/json" \
  -d '{
    "clientId": "<clientId>",
    "content": "Launch day is here 🚀",
    "mediaIds": ["<mediaAssetId>"],
    "targets": { "mode": "selection", "accountIds": ["<threadsAccountId>"] },
    "schedule": { "type": "at", "scheduledAt": "2026-07-01T15:00:00Z" }
  }'
A minimal threads post, scheduled for a specific time.

The Threads API post fields#

Everything platform-specific goes in one variants entry with "platform": "threads" and an overrides object. The adapter reads only the keys it declares (below) and ignores the rest — send threads keys on a threads variant, nothing more.

FieldTypeValues / defaultNotes
quotePostIdstringQuote a Threads post id.
replyControlenumeveryone \| accounts_you_follow \| mentioned_onlyOmit for Threads' default (everyone can reply).
firstCommentstringPosted as a self-reply to the published thread. Posted right after publish. Best-effort: a failed comment never fails the post and is not reported, so verify on the published post.

Verbatim from the REST API reference's Threads table.

With the platform-specific overrides#

json
{
  "clientId": "<clientId>",
  "content": "Same launch, different feed 👀",
  "mediaIds": [],
  "targets": { "mode": "selection", "accountIds": ["<threadsAccountId>"] },
  "variants": [
    { "platform": "threads", "overrides": { "replyControl": "accounts_you_follow" } }
  ],
  "schedule": { "type": "at", "scheduledAt": "2026-07-01T15:00:00Z" }
}
The same POST /posts body, with a variants entry added.

Checking the result#

Publishing fans out into one post target per account. GET /post-targets/:id (or GET /posts/:id) reports status, plus externalId (threads's own post id) and permalink (its public URL) once published. Subscribe to the target.published / target.failed webhooks instead of polling if you can accept inbound HTTP — see the webhooks guide.

threadsapipublish

FAQ

Is Threads thread-capable the same way X is?
Yes — the post-level `thread` field (`{ segments: [...] }`) works on both X and Threads: segment 0 is the head post, each later segment replies to the one before it.

Ready to broadcast everywhere?

Sign up free — no credit card. You land on the Free plan, and you can start a one-time 7-day Studio trial from your workspace whenever you are ready. Connect your first accounts, import a batch, and watch one post fan out across every platform.