Publishing overview
How CRISP Content Engine schedules and publishes content β and where each platform currently sits.
CRISPβs publishing model is designed for reliability: humans approve, and workers publish. Where a platform supports it, CRISP uses native APIs; otherwise CRISP provides an export workflow.
Who this page is for
- Users scheduling content and expecting it to publish reliably
- Operators configuring cron and troubleshooting publishing failures
- Reviewers validating how CRISP handles tokens, jobs, and data boundaries
The publishing model
- Approval creates a publish job (for native platforms).
- Workers publish due jobs via cron (no long-running background jobs in Vercel).
- Publishing uses the job payload as the source of truth, not re-reading content stores at publish time.
Platform support
- LinkedIn: native publishing (cron-based)
- Meta (Facebook + Instagram): native publishing (Growth tier and above)
- π: export-only (copy/paste)
- Blog: export-only (copy/paste)
Constraints and edge cases
- Cron is required for native publishing.
- Retries are expected: network and platform API failures happen β jobs move through retry and failed states.
- Platform limits apply: daily caps, media requirements, and permission scopes vary by platform.
Related docs
- LinkedIn publishing: LinkedIn publishing
- Meta publishing: Meta publishing
- π export workflow: π publishing
- Blog export workflow: Blog publishing
- Content system (queue guards, retries): Content system