Scheduling to LinkedIn through SkedCast's API#
SkedCast's /v1 REST API schedules text, image, video, and poll to LinkedIn the same way it does every other platform: one POST https://api.skedcast.com/v1/posts call with a content caption and a targets block naming the connected accounts.
You need a LinkedIn member profile, or a LinkedIn Company Page you administer, connected once through the console or through a connect link that POST /v1/clients/{id}/connect-invites creates.
The request is one contract for every connected platform. The fields that are specific to LinkedIn are listed below.
Example: schedule a post to LinkedIn#
{
"clientId": "00000000-0000-4000-8000-000000000001",
"content": "We're hiring a community manager. Details in the comments.",
"targets": { "mode": "accounts", "accountIds": ["00000000-0000-4000-8000-000000000002"] },
"schedule": { "type": "at", "scheduledAt": "2030-01-15T15:00:00Z" }
}LinkedIn facts#
| Fact | Value |
|---|---|
| Max caption length | 3,000 characters |
| Media per post | up to 20 images, or one video, per post. |
| Native platform scheduling | No. SkedCast holds the timer and publishes at the scheduled time. |
| SkedCast's default pacing | 100 / day, with at least 10 min between posts, per account. This is SkedCast's per-account pacing, not LinkedIn's own published limit. See the rate limits reference. |
Published-post URL (permalink) | Always returned once the post is published. externalId is the post's LinkedIn URN (urn:li:share:…, urn:li:activity:… or urn:li:ugcPost:…). |
Reading status and results#
GET https://api.skedcast.com/v1/post-targets/{id} returns the LinkedIn target's status (for example scheduled, on_hold, published, failed or missed). Once the post is published, externalId and permalink point at the live post (see the table above).
on_hold:holdReasonsays why (pacing, a platform limit, media still processing, your plan, or a channel that needs reconnecting) andretryAtsays when the next try is.missed: the scheduled time passed while the post waited.outcomeReasonsays why; reschedule it.failed:failureReasonsays why. When the post may already be live,outcomeReasonisdelivery_unconfirmed: check the account, because a retry is refused.requiredActionsays what you must do (reconnect_channel,change_plan,contact_support,reschedule,retryorcheck_platform), or isnullwhen nothing is needed.- Instead of polling, subscribe to the
target.publishedandtarget.failedwebhooks (one per destination;post.publishedandpost.failedreport the whole post). See the webhooks reference below. - Or connect an MCP client and ask an agent to check. See the MCP hub below.