Veröffentliche aus deinem Code. Derselbe Ablauf, programmatisch.
Jede Aktion im Dashboard ist ein REST-Endpoint. Veröffentlichen, Planen, Konten, Analysen, Webhooks. Ein offizielles TypeScript SDK. Ein MCP-Server für Claude Desktop, Cursor und ChatGPT. API-Schlüssel mit Scopes pro Workspace, damit nichts durchsickert.
Drei Zeilen Code. Drei Plattformen eingeplant.
Die echte Form eines Publish-Aufrufs: Workspace wählen, Caption und Plattformen übergeben, eine Post-ID und den Zustellstatus pro Plattform zurückbekommen. Derselbe Aufruf aus TypeScript, PHP oder curl.
/v1/postsimport { FoPost } from '@fopost/sdk';
const client = new FoPost({ apiKey: process.env.FOPOST_API_KEY });
const accounts = await client.accounts.list({ workspaceId });
const post = await client.posts.create({
workspaceId,
status: 'scheduled',
scheduleAt: '2026-09-01T09:00:00Z',
content: [{ text: 'Stop launching on Tuesday.', position: 0 }],
accounts: accounts.map((a) => ({ id: a.id })),
});pst_01H7K3MRGB8YZ4QVWDu hast die Twitter-Integration geschrieben. Dann hat LinkedIn alles geändert.
Du hast das Veröffentlichen auf Twitter an einem Wochenende gebaut. Dann hat LinkedIn drei Tage gedauert, der OAuth-Ablauf eine Woche, Instagram hat die schlechteste API der Welt, und mit TikTok hast du noch nicht einmal angefangen.
Jede Plattform bricht am selben Tag auf andere Weise. Bluesky ändert sein Rate Limit. Threads führt eine Einschränkung für Medientypen ein. Hashnode wechselt die GraphQL-Version. Deine Integration brennt, und du willst eigentlich am Produkt arbeiten.
Du hast OAuth für 5 Plattformen selbst gebaut. Du speicherst Refresh-Tokens in deiner Datenbank. Jetzt bist du für Token-Erneuerung, verschlüsselte Speicherung und Schlüsselverwaltung nach SOC-2-Art verantwortlich. Nicht das Geschäft, in dem du sein wolltest.
Ist die API das Richtige für dich?
Für dich, wenn
- Du baust ein Produkt, das im Namen deiner Nutzer auf Social Media veröffentlichen muss
- Du betreibst eine Content-Ops-Pipeline, die aus CI, einem CRM oder deinem eigenen Backend ausgelöst wird
- Du willst FoPost per MCP mit Claude Desktop, Cursor oder ChatGPT verbinden und den Agenten für dich veröffentlichen lassen
- Du baust Tools für Agenturen und willst deinen eigenen Kunden Social Publishing anbieten, ohne 33 Plattform-Integrationen zu pflegen
Nicht für dich, wenn
- Du postest nur von Hand aus dem Dashboard. Die API ist zu viel des Guten, der Editor ist die richtige Oberfläche.
- Du brauchst vollständiges White-Label-API-Hosting (your-brand.api.com). Sprich mit uns über eine Enterprise-Vereinbarung.
Eine API. 32 Plattformen. Wir kümmern uns, wenn etwas bricht.
Du schreibst gegen ein Schema. Wir verteilen es auf 32 Plattformen, erneuern die Tokens, handhaben die Rate Limits, stellen den Beitrag zu und melden die Fehler. Du lieferst das Feature.
Saubere, vorhersehbare REST API
Vorhersehbare Ressourcen (posts, accounts, workspaces, deliveries, webhooks). Ein einheitliches Anfrage- und Antwortformat über alle Endpoints, versioniert unter /v1.
TypeScript SDK, dazu eine eigenständige PHP-Bibliothek
TypeScript (npm install @fopost/sdk) umschließt diese REST API. PHP (composer require fopost/social-core, MIT-lizenziert) ist eigenständig: Es veröffentlicht mit deinen eigenen Zugangsdaten direkt auf 11 Plattformen, ohne FoPost-Konto.
MCP-Server für KI-Assistenten
npx -y @fopost/mcp verbindet deinen FoPost-Workspace mit Claude Desktop, Cursor, ChatGPT und jedem MCP-kompatiblen Agenten. 14 Tools verfügbar: Veröffentlichen, Planen, Analysen, Kontoverwaltung. Authentifizierung per API-Schlüssel.
Schlüssel mit Scopes pro Workspace
Schlüssel pro Workspace mit Aktions-Scopes: posts, accounts, workspaces, labels, publish, deliveries, webhooks, analytics, automations. JWT für die Oberfläche, API-Schlüssel für Code. Kein agenturweiter Superschlüssel.
Ausgehende Webhooks für jedes Ereignis
Abonniere publish.success, publish.failed, account.disconnected, account.reconnected, automation.triggered und mehr. Jede Nutzlast ist signiert, damit du prüfen kannst, dass sie von uns kommt, und fehlgeschlagene Zustellungen werden mit exponentiellem Backoff wiederholt.
Rate Limits, ausgelegt für echte Arbeit
Das Limit liegt weit über dem, was eine Publishing-Integration braucht, und die Obergrenze steigt automatisch, wenn du mehr Konten verbindest. Überschreitest du es, bekommst du ein sauberes 429 mit Retry-After zum Zurückfahren, kein stilles Verwerfen und keinen gesperrten Key.
Generieren. Installieren. Veröffentlichen.
API-Key generieren
Erstelle in dem Workspace, aus dem du veröffentlichen willst, einen API-Key mit den Scopes, die du brauchst (posts und accounts reichen für den Start). Kopiere ihn einmal. Behandle ihn wie ein Geheimnis.
SDK installieren
npm install @fopost/sdk. Oder lass das SDK weg und sprich die REST-Endpunkte direkt an. Oder lass beides weg und nutze den MCP-Server aus Claude.
Den Aufruf machen
Drei Zeilen: importieren, instanziieren, erstellen. Der Publish-Aufruf gibt eine Post-ID und den Zustellstatus pro Plattform zurück. Der Beitrag landet in der Warteschlange deines Dashboards und geht zur geplanten Zeit raus.
Webhooks abonnieren (optional)
Füge in den Workspace-Einstellungen eine Webhook-URL hinzu. Abonniere publish.success und publish.failed. Dein Endpunkt bekommt einen signierten POST, wenn eine Zustellung ankommt oder fehlschlägt. So bleibt dein System synchron.
Warum das besser ist, als 33 Plattform-Integrationen selbst zu bauen.
Drei Wege, wie Entwickler heute Multi-Plattform-Publishing angehen. Nur einer davon ist eine echte API mit SDKs, einem MCP-Server und jemand anderem, der sich um Ausfälle kümmert.
Selbst gebaut: 33 Plattform-APIs auf eigene Faust
Was technische Gründer versuchen
- OAuth-Ablauf pro Plattform. Token-Speicherung. Token-Erneuerung. Verschlüsselte Verwaltung von Secrets.
- Andere Rate Limits, andere Fehlerformate, andere Medienvorgaben pro Plattform.
- Wenn LinkedIn seine API ändert, änderst du deinen Code. Dasselbe bei Bluesky, Threads, Hashnode.
- Nach Twitter und LinkedIn hörst du auf, Plattformen hinzuzufügen. Die anderen 29 bleiben auf der Wunschliste.
API von Buffer oder Hootsuite
Was etablierte Anbieter liefern
- Eine öffentliche API gibt es, sie wirkt aber wie ein Nachgedanke. SDKs werden von der Community gepflegt, manchmal.
- Kein MCP-Server. Die Anbindung an Claude oder Cursor ist eine eigene Integration.
- Preise pro Nutzer machen die API für Agenturen zum Kostenfaktor.
FoPost API + SDKs + MCP
Was du eigentlich willst
- Ein REST-Schema deckt 32 Plattformen ab, und die Browser-Erweiterung deckt Substack ab, das keine Schreib-API hat.
- TypeScript-SDK, von uns gepflegt, plus eine PHP-Bibliothek unter MIT-Lizenz.
- Der MCP-Server ist schon verfügbar: npx -y @fopost/mcp in Claude Desktop, Cursor, ChatGPT.
- Keys mit Scopes pro Workspace, signierte Webhooks, eingebaute Wiederholungen. Wir kümmern uns um Ausfälle.
Veröffentlicht auf allen großen Netzwerken
Alles, was FoPost sonst noch kann
KI-Umschreiben
KI schreibt für jede Plattform um
Cross-Posting
Auf 33 Plattformen gleichzeitig veröffentlichen
Content-Kalender
Visueller Planer per Drag-and-drop
FoPost Agent
Dein Content-Team im Chat
Content-Editor
Schreiben mit Live-Vorschau für mehrere Plattformen
Analysen
Jede Plattform auf einem Bildschirm