Publiez depuis votre code. Le même parcours, en programmatique.
Chaque action du tableau de bord est un endpoint REST. Publication, programmation, comptes, statistiques, webhooks. Un SDK TypeScript officiel. Un serveur MCP pour Claude Desktop, Cursor et ChatGPT. Des clés API à portée limitée par espace de travail, pour que rien ne fuie.
Trois lignes de code. Trois plateformes programmées.
La vraie forme d'un appel de publication : choisissez un espace de travail, passez une légende et des plateformes, récupérez un identifiant de publication et le statut de livraison par plateforme. Le même appel en TypeScript, PHP ou 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_01H7K3MRGB8YZ4QVWVous avez écrit l'intégration Twitter. Puis LinkedIn a tout changé.
Vous avez livré la publication sur Twitter en un week-end. Puis LinkedIn a pris trois jours, le flux OAuth une semaine, Instagram a la pire API du monde, et vous n'avez même pas commencé TikTok.
Chaque plateforme casse à sa façon, le même jour. La limite de débit de Bluesky change. Threads ajoute une restriction sur les types de médias. Hashnode change de version GraphQL. Votre intégration est en feu alors que vous devez livrer votre produit.
Vous avez codé OAuth à la main pour 5 plateformes. Vous stockez les jetons de rafraîchissement dans votre base. Vous voilà responsable du renouvellement des jetons, du stockage chiffré et d'une gestion des clés digne de SOC 2. Pas le métier que vous vouliez faire.
L'API est-elle faite pour vous ?
Pour vous si
- Vous développez un produit qui doit publier sur les réseaux sociaux au nom de vos utilisateurs
- Vous gérez un pipeline de contenu déclenché depuis votre CI, un CRM ou votre propre backend
- Vous voulez brancher FoPost sur Claude Desktop, Cursor ou ChatGPT via MCP et laisser l'agent publier pour vous
- Vous créez des outils pour agences et voulez proposer la publication sociale à vos propres clients sans gérer 33 intégrations de plateformes
Pas pour vous si
- Vous publiez uniquement à la main depuis le tableau de bord. L'API est superflue, l'éditeur est le bon outil.
- Vous avez besoin d'un hébergement d'API entièrement en marque blanche (your-brand.api.com). Parlez-nous d'un accord entreprise.
Une API. 32 plateformes. La casse, c'est notre affaire.
Vous écrivez vers un seul schéma. Nous le diffusons sur 32 plateformes, renouvelons les jetons, gérons les limites de débit, livrons la publication et remontons les erreurs. Vous livrez la fonctionnalité.
Un REST clair et prévisible
Des ressources prévisibles (posts, accounts, workspaces, deliveries, webhooks). Une forme de requête et de réponse cohérente sur tous les endpoints, versionnée sous /v1.
SDK TypeScript, plus une bibliothèque PHP autonome
Le SDK TypeScript (npm install @fopost/sdk) enveloppe cette API REST. La bibliothèque PHP (composer require fopost/social-core, sous licence MIT) est autonome : elle publie directement sur 11 plateformes avec vos propres identifiants, sans compte FoPost.
Serveur MCP pour les assistants IA
npx -y @fopost/mcp connecte votre espace de travail FoPost à Claude Desktop, Cursor, ChatGPT et tout agent compatible MCP. 14 outils disponibles : publication, programmation, statistiques, gestion des comptes. Authentification par clé API.
Des clés limitées par espace de travail
Des clés par espace de travail avec des portées par action : posts, accounts, workspaces, labels, publish, deliveries, webhooks, analytics, automations. JWT pour l'interface, clés API pour le code. Pas de super-clé globale à l'agence.
Des webhooks sortants pour chaque événement
Abonnez-vous à publish.success, publish.failed, account.disconnected, account.reconnected, automation.triggered et d'autres. Chaque charge utile est signée pour que vous puissiez vérifier qu'elle vient de nous, et les livraisons échouées sont retentées avec un délai exponentiel.
Des limites de débit taillées pour le vrai travail
La limite est bien au-dessus de ce dont une intégration de publication a besoin, et le plafond augmente automatiquement à mesure que vous connectez des comptes. Si vous la dépassez, vous recevez une réponse 429 claire avec un Retry-After pour patienter, pas une perte silencieuse ni une clé suspendue.
Générez. Installez. Publiez.
Générez une clé API
Dans l'espace de travail depuis lequel vous voulez publier, créez une clé API avec les scopes nécessaires (posts et accounts suffisent pour commencer). Copiez-la une fois. Traitez-la comme un secret.
Installez le SDK
npm install @fopost/sdk. Ou passez le SDK et appelez directement les endpoints REST. Ou passez les deux et utilisez le serveur MCP depuis Claude.
Lancez l'appel
Trois lignes : import, instanciation, création. L'appel de publication renvoie un id de publication et le statut de livraison par plateforme. La publication arrive dans la file de votre tableau de bord et part à l'heure prévue.
Abonnez-vous aux webhooks (facultatif)
Ajoutez une URL de webhook dans les paramètres de l'espace de travail. Abonnez-vous à publish.success et publish.failed. Votre endpoint reçoit un POST signé à chaque livraison réussie ou échouée. Votre système reste synchronisé.
Pourquoi c'est mieux que développer vous-même 33 intégrations de plateformes.
Trois façons dont les développeurs abordent la publication multiplateforme aujourd'hui. Une seule est une vraie API avec SDK, un serveur MCP, et quelqu'un d'autre qui gère les pannes.
Le faire soi-même : 33 API de plateformes
Ce que tentent les fondateurs techniques
- Un parcours OAuth par plateforme. Stockage des jetons. Renouvellement des jetons. Gestion chiffrée des secrets.
- Une limite de débit, un format d'erreur et des contraintes de médias différents pour chaque plateforme.
- Quand LinkedIn change son API, vous changez votre code. Pareil pour Bluesky, Threads, Hashnode.
- Vous arrêtez d'ajouter des plateformes après Twitter et LinkedIn. Les 29 autres restent sur la liste de souhaits.
API Buffer ou Hootsuite
Ce que proposent les acteurs historiques
- Une API publique existe mais semble ajoutée après coup. Les SDK sont maintenus par la communauté, parfois.
- Pas de serveur MCP. Le brancher sur Claude ou Cursor demande une intégration sur mesure.
- La tarification par utilisateur fait de l'API un centre de coûts pour les agences.
API + SDK + MCP FoPost
Ce que vous voulez vraiment
- Un seul schéma REST couvre 32 plateformes, et l'extension de navigateur couvre Substack, qui n'a pas d'API d'écriture.
- SDK TypeScript maintenu par nous, plus une bibliothèque PHP sous licence MIT.
- Le serveur MCP est disponible dès aujourd'hui : npx -y @fopost/mcp dans Claude Desktop, Cursor, ChatGPT.
- Clés limitées par espace de travail, webhooks signés, nouvelles tentatives intégrées. C'est nous qui gérons les pannes.
Publie sur tous les grands réseaux
Tout ce que FoPost fait d'autre
Réécriture IA
L'IA réécrit pour chaque plateforme
Publication croisée
Publiez sur 33 plateformes à la fois
Calendrier de contenu
Planificateur visuel par glisser-déposer
FoPost Agent
Votre équipe contenu, dans un chat
Éditeur de contenu
Rédigez avec un aperçu multiplateforme en direct
Statistiques
Toutes les plateformes sur un seul écran