Find the workspace you want to publish from
Every post is created inside a workspace. Start there so your requests always target the correct brand, team, or client.
This page is built for implementation, not browsing. Find the exact posting pattern you need, understand the shape of the request, and then jump into the matching guide on docs.postly.ai for the final implementation details.
Docs first, samples second
This page helps you choose the right scenario quickly. The official docs are the final guide for exact endpoint paths, field names, auth, limits, and platform behavior.
Start here
These three steps reduce most integration mistakes before you touch media, overrides, or scheduling, and they map directly to the core docs flow.
Every post is created inside a workspace. Start there so your requests always target the correct brand, team, or client.
Use the social account ids returned by Postly. Those ids belong in target_platforms and keep your delivery precise.
Pick the sample that matches your workflow, then adapt the payload for media, overrides, or scheduling.
Browse patterns
Topics are grouped so this page stays usable as more workflows get added. Each scenario links out to the relevant docs guide for final implementation.
These patterns help you target the correct workspace and social accounts before you add scheduling or media.
Use one workspace and one target account when a request should publish to a single destination.
Fetch the workspace, fetch socials, then use that social id in target_platforms.
{
"text": "Post to one channel",
"workspace": "WORKSPACE_ID",
"target_platforms": [
{
"identifier": "facebook",
"id": "SOCIAL_ID"
}
]
}Publish one post from one workspace across multiple connected social accounts.
Fetch the workspace, fetch socials, then add each social id as a separate object in target_platforms.
Use separate requests when different brands or clients live in different workspaces.
Fetch each workspace, fetch socials for each one, then create one separate post request for workspace A, one for workspace B, and one for workspace C.
Use these patterns when your posts need uploaded files, hosted assets, or channel-safe media payloads.
Upload media first, then attach the returned file URL in the post request.
Use the file endpoint when your app has a local image or video file. After upload, use the returned URL in the media array.
Attach more than one hosted image by adding multiple media objects in the media array.
Useful when your CMS, DAM, or media library already hosts the images and you want to send them directly by URL.
Use one video object in media for each post request to keep the payload channel-safe.
Keep the request simple: one video item in the media array for each post request.
Shape reusable content payloads when one campaign needs multiple channels, custom copy, or upstream systems.
Store reusable text, captions, and target metadata in JSON before sending the final request.
This is useful for generated content, scheduled content, approvals, and review workflows.
Keep one base post, then override text or media per platform when needed.
Useful when the same campaign needs slightly different copy or media for LinkedIn, Instagram, and Facebook.
Move from immediate publishing to planned releases, approvals, and queue-based distribution.
Use one_off_schedule for a date and time when your workflow needs delayed publishing.
Best for CMS workflows, approvals, content calendars, and queue-based publishing.