Postiz
Planification des réseaux sociaux en open source, avec API publique, intégrations et une CLI pour agents
Postiz est un outil open source de planification pour les réseaux sociaux — le projet se positionne face à Buffer et Hypefury — qui planifie, met en file et publie sur X, LinkedIn, Reddit, Instagram, TikTok, YouTube, Facebook, Threads, Bluesky, Mastodon, Discord et d'autres depuis un seul calendrier. Il est écrit en TypeScript sous licence AGPL-3.0, auto-hébergeable sous forme d'une pile Next.js et NestJS sur PostgreSQL, et son README indique qu'il n'y a aujourd'hui aucune différence de fonctionnalités entre la version hébergée et l'auto-hébergée. Il comptait 34 927 étoiles sur GitHub au 21 août 2026. Ce qui le distingue d'un planificateur centré sur le tableau de bord, c'est la surface autour de la file : une API publique documentée, un SDK Node, des intégrations n8n et Make.com et une CLI d'agent distincte, de sorte que la file peut être remplie par autre chose qu'une personne.
Ce qu'est Postiz, précisément
Postiz (github.com/gitroomhq/postiz-app) est une couche de planification et de publication pour comptes sociaux. Vous connectez chaque compte via le flux OAuth de sa propre plateforme, vous rédigez une fois, et un calendrier décide quand chaque réseau reçoit la publication. Le dépôt existe depuis juillet 2023 et il est réellement travaillé, pas laissé à l'abandon : les versions vont jusqu'à la v2.23.0 du 4 août 2026, et les commits des jours précédant la capture de cette page relèvent du produit — points de terminaison MCP, contrôleur OAuth exposé, mises à jour de sécurité et de framework — et non de l'entretien du README.
- Portée Le README énumère quatorze réseaux, parmi lesquels X, LinkedIn, Reddit, Instagram, TikTok, YouTube, Facebook, Pinterest, Threads, Bluesky, Mastodon, Discord et Slack.
- Auto-hébergement Un monorepo pnpm — interface Next.js, API NestJS, Prisma sur PostgreSQL, Temporal pour cadencer le calendrier — avec un guide de démarrage documenté. Le README indique que le service hébergé et la version auto-hébergée sont aujourd'hui le même produit.
- Surface d'automatisation Une API publique, un SDK Node sur npm, un nœud communautaire n8n, une intégration Make.com et un dépôt distinct pour la CLI d'agent.
- Travail en équipe Plusieurs membres sur un même espace, des commentaires sur les publications avant leur départ, et des statistiques sur ce qui a été publié.
- Licence AGPL-3.0. Si vous le modifiez et le proposez à d'autres via un réseau, les termes du copyleft atteignent vos modifications — à lire avant de l'intégrer à un produit que vous vendez.
Comment il se compare à l'autre planificateur open source que nous avons couvert
Nous avons déjà consacré une fiche à BrightBean Studio, qui fait le même travail : planifier, programmer, approuver et publier sur de nombreux réseaux, en auto-hébergé, avec vos propres identifiants de plateforme. Si vous hésitez entre les deux, les listes de fonctionnalités ne trancheront pas, car toutes deux couvrent l'évident. La différence honnête tient à qui est censé conduire.
BrightBean est un tableau de bord devant lequel une personne s'assoit. Postiz est bien plus largement adopté, embarque davantage d'intégrations et place une API documentée et une CLI d'agent devant le même calendrier, ce qui le rend plus facile à brancher sur une automatisation que vous faites déjà tourner. Cela coupe dans les deux sens. Dès lors qu'un script peut remplir la file, la question intéressante n'est plus le calendrier mais qui a vérifié ce qui y est entré.
La partie qui se complique quand ce n'est pas un humain qui écrit
Nous construisons nous-mêmes dans ce domaine, et la leçon qui nous a le plus coûté n'avait rien à voir avec la planification. Publier plus tard qu'on n'approuve ouvre une fenêtre, et dans cette fenêtre le contenu peut changer. Une file qui traite l'approbation comme une case cochée sur une ligne, et non comme un consentement à des mots précis, finira par publier quelque chose que personne n'a accepté — et cela aura l'air d'avoir fonctionné.
- L'approbation est liée au texte, pas à la ligne. Une empreinte du corps de la publication est apposée quand une personne l'approuve, puis revérifiée au moment où le créneau se déclenche ; si les deux ne correspondent plus, le créneau retourne au brouillon au lieu de publier.
- Une approbation emporte avec elle la version que le relecteur avait sous les yeux. Si une modification arrive en pleine relecture, l'approbation revient comme ignorée plutôt que d'être appliquée en silence à un texte que personne n'a lu.
- Notre compteur de caractères pour X avertit au lieu de bloquer, car la limite réelle dépend du niveau d'abonnement du compte et aucun planificateur ne peut savoir lequel est le vôtre. Refuser une publication qui serait passée est un échec pire que d'afficher un avertissement.
Ce qu'une file ne décide pas
Un calendrier plein n'est pas une audience. La planification supprime la friction de publier régulièrement, ce qui est nécessaire et loin d'être suffisant : elle ne décide pas de ce qui mérite d'être dit, du réseau qui mérite l'effort, ni de savoir si quelqu'un lit. Ce sont les questions de à quelle fréquence un fondateur doit-il publier sur X.
Elle ne vous dit pas non plus si une publication est réellement partie. L'API d'une plateforme peut accepter un appel et refuser malgré tout la publication : la réponse qui compte est donc celle que vous relisez depuis le réseau, et non celle qu'a enregistrée votre planificateur. Cet échec, et la façon de s'en prémunir, est traité dans dois-je laisser une IA publier sur les réseaux à ma place.
FAQ
- Postiz est-il gratuit ?
- Le code source est libre sous AGPL-3.0 et vous pouvez l'auto-héberger ; ce que vous payez, c'est le serveur, la base de données et le temps passé à le maintenir en marche. Le projet vend par ailleurs un service hébergé, et son README indique qu'il n'y a aujourd'hui aucune différence de fonctionnalités entre les deux versions.
- En quoi diffère-t-il de Buffer ou Hootsuite ?
- Par la propriété et l'extensibilité. L'auto-hébergement place le calendrier et les contenus sur votre propre infrastructure plutôt que sur celle d'un éditeur, sans tarif par siège ni par canal, et l'API publique, le SDK et la CLI d'agent vous permettent de piloter la file depuis vos propres systèmes. En contrepartie, c'est vous qui l'exploitez : une base de données, un ordonnanceur et une série d'enregistrements d'application par plateforme deviennent les vôtres et doivent continuer de fonctionner.
- Un agent IA peut-il publier au travers ?
- Mécaniquement oui : il expose une API publique et fournit une CLI d'agent distincte. Savoir s'il le devrait relève de la politique interne, pas de la technique. Notre règle est que tout ce qu'un inconnu verra attend qu'une personne approuve le texte exact, tandis que les actions réversibles n'attendent pas ; le raisonnement figure dans dois-je laisser une IA publier sur les réseaux à ma place.
- Que faut-il pour le faire tourner ?
- Une base PostgreSQL et un environnement Node pour les services Next.js et NestJS, Temporal se chargeant du calendrier — le plus simple étant le démarrage rapide Docker qui est documenté. Prévoyez plus de temps pour le côté plateformes que pour le côté serveur : chaque réseau que vous connectez exige sa propre application développeur et, sur plusieurs d'entre eux, un processus de validation. C'est là que tout coince.
You built it. Now grow it.
AgentCeres is a managed AI marketing team — specialists draft the SEO, social, and outreach that fill your links, you approve what ships. 14-day free trial, from $39/month.