Hosted service
People who want to publish without operating a server.
- We handle hosting and updates for you
- Start with a 14-day free trial. A card is required, and you can cancel before the first charge.
Self-hosting and source
Run the complete AGPL-3.0-only product on infrastructure you control. You choose the data location and deployment settings, and you own the operating work described below.
For operators who want to run OpenPost on infrastructure they control.
Choose how to run it
People who want to publish without operating a server.
Teams that need control over the server and stored data.
Small server setup
The default setup is small. You still need safe settings, monitoring, backups, and social network access.
The SvelteKit frontend is embedded in the Go server binary.
Use SQLite for a compact install, or PostgreSQL for a larger deployment.
Scheduled posts survive restarts without a required Redis service.
Store media locally or on a configured S3-compatible backend.
Operating responsibility
You provide the server, public HTTPS origin, database, media storage, monitoring, secrets, and access controls. You decide where OpenPost data is stored and who can administer it.
You track releases and security notices, schedule upgrades, and back up the database, media, and required secrets together. Test restores before relying on those backups.
You create and maintain social network projects, callback URLs, permissions, reviews, and API budgets. OpenPost still sends requested content and access tokens to those networks.
OpenPost publishes documentation, source, issues, and community help. You operate the service, support its users, respond to incidents, and maintain the privacy and retention practices for your deployment.
One product
The Hosted service and a self-hosted deployment use the same OpenPost code and product terms. Hosted plan limits and operated services do not become part of your installation.
The documentation covers installation, configuration, provider projects, backups, health checks, logs, upgrades, and troubleshooting. Review the complete path before exposing an instance to users.
The repository also includes Devenv commands for setup, checks, tests, builds, and release verification. Issues and pull requests are public.