Déployez Postiz sur VPS en quelques étapes
Installez Postiz sur votre propre VPS Docker
VPS-1
À partir de
3,81 €
HT/mois
soit 4,57 € TTC/mois
Spécifications:
2 vCores
4 Go RAM
40 Go SSD NVMe
Sauvegarde automatisée 1 jour
VPS-2
À partir de
7,21 €
HT/mois
soit 8,65 € TTC/mois
Spécifications:
4 vCores
8 Go RAM
75 Go SSD NVMe
Sauvegarde automatisée 1 jour
VPS-3
À partir de
10,40 €
HT/mois
soit 12,48 € TTC/mois
Spécifications:
6 vCores
12 Go RAM
100 Go SSD NVMe
Sauvegarde automatisée 1 jour
VPS-4
À partir de
19,96 €
HT/mois
soit 23,95 € TTC/mois
Spécifications:
8 vCores
24 Go RAM
200 Go SSD NVMe
Sauvegarde automatisée 1 jour
Installer Postiz manuellement sur un VPS Docker
Une installation manuelle de Postiz sur un VPS Docker commence par une base serveur propre : système à jour, accès SSH sécurisé et ressources adaptées à la charge attendue. Une fois Docker et Docker Compose installés, Postiz se déploie à partir d'un fichier compose qui décrit les services nécessaires, leurs ports, leurs volumes et leurs dépendances. Les variables d'environnement centralisent ensuite la configuration sensible ou spécifique à votre usage, comme les URL publiques, secrets applicatifs, paramètres de base de données ou intégrations externes. En associant les volumes Docker à un stockage persistant du VPS, vous conservez les données, médias et configurations au-delà des redémarrages ou mises à jour. Cette approche demande plus de maîtrise qu'un déploiement en un clic, mais elle offre un contrôle précis sur l'architecture, la sécurité et l'évolution de votre instance Postiz.
Installer et piloter Postiz en auto-hébergement
Déployer Postiz proprement sur un VPS Docker
Commencez par préparer un VPS propre avec Docker et Docker Compose installés, puis créez un répertoire dédié à Postiz afin d'isoler la configuration, les volumes persistants et les fichiers d'environnement. Le déploiement manuel consiste généralement à récupérer le fichier compose, définir les variables nécessaires dans un fichier .env, puis lancer les conteneurs avec docker compose up -d. Il est recommandé de placer Postiz derrière un reverse proxy comme Traefik, Caddy ou Nginx, avec un certificat TLS valide, un nom de domaine dédié et des règles de redirection HTTPS. Cette base garantit un accès stable à l'interface, tout en facilitant les mises à jour, les sauvegardes et l'observation des logs.
Configurer l'environnement et les accès réseau
Avant la première connexion, vérifiez les services attendus par l'application : base de données, file d'attente, stockage des médias et variables publiques utilisées pour construire les URL de rappel. Les erreurs les plus fréquentes viennent d'un domaine mal déclaré, d'un port non exposé correctement ou d'un callback OAuth incohérent entre Postiz et les plateformes sociales. Une fois les conteneurs démarrés, contrôlez l'état avec docker ps, consultez les journaux avec docker logs et testez l'accès au tableau de bord depuis le domaine final, pas seulement depuis l'adresse IP du serveur.
Connecter les réseaux sociaux avec OAuth
Après l'ouverture de l'interface, créez le premier compte administrateur, puis configurez les intégrations sociales une par une. Chaque réseau demande généralement une application développeur, des identifiants API, un secret client et une URL de redirection correspondant à votre instance auto-hébergée. Cette étape doit être traitée avec précision : une mauvaise URL de callback ou des permissions OAuth incomplètes empêchent la publication, même si le compte semble connecté. Une fois les jetons générés, Postiz peut centraliser les profils autorisés et préparer les publications sans multiplier les connexions manuelles aux différentes plateformes.
Structurer le calendrier éditorial partagéëlëmentsia ԥхынۃ
Le calendrier éditorial devient le point central de votre organisation. Vous pouvez planifier les contenus par canal, campagne, marque ou période, puis adapter les textes, visuels et horaires selon les contraintes de chaque réseau. Dans une installation auto-hébergée, l'intérêt est aussi opérationnel : les médias restent traités par votre propre infrastructure, les équipes travaillent dans un espace commun, et les brouillons peuvent être structurés avant validation. Pour conserver de bonnes performances, surveillez l'espace disque, la taille des fichiers importés et la bande passante disponible, surtout si vous planifiez beaucoup d'images ou de vidéos courtes.
Une base cloud prête pour l'exploitation
Maîtriser l'environnement Docker avancé de Postiz
Orchestrer Postiz avec Docker Compose
Un déploiement Postiz propre repose généralement sur un fichier docker-compose.yml qui décrit l'ensemble de la stack : application principale, services de fond, base de données, cache ou files de traitement selon l'architecture retenue. Cette approche rend l'environnement explicite, versionnable et reproductible. Les dépendances ne sont plus installées manuellement sur le VPS : elles sont déclarées, isolées et redémarrées de manière cohérente avec Docker Compose.
Centraliser la configuration dans un fichier .env
Le fichier .env centralise les paramètres sensibles et variables : URL publique de l'instance, secrets applicatifs, identifiants de base de données, paramètres SMTP, clés OAuth des réseaux sociaux ou options de connexion aux services externes. En séparant la configuration du compose, vous pouvez adapter Postiz à un domaine, un environnement de test ou une production sans modifier l'image applicative. C'est aussi une base plus saine pour les sauvegardes, les rotations de secrets et les mises à jour contrôlées.
Comprendre les services applicatifs Postiz
Postiz fonctionne avec plusieurs briques applicatives qui doivent communiquer de façon stable : interface web, API, workers, planification des publications, stockage des données et services auxiliaires. Docker permet d'isoler chaque rôle dans son conteneur, tout en les reliant via un réseau interne dédié. Cette séparation facilite le diagnostic : vous pouvez consulter les logs d'un service précis, redémarrer un composant sans perturber toute la stack et identifier plus rapidement une erreur de connexion, de file d'attente ou de base de données.
Protéger les données avec des volumes persistants fournis par le
Les données critiques ne doivent jamais dépendre du cycle de vie d'un conteneur. Les volumes persistants conservent la base de données, les fichiers générés, les médias importés et les éléments nécessaires au fonctionnement durable de l'instance. Une stratégie sérieuse prévoit des volumes nommés, des sauvegardes régulières, une procédure de restauration testée et une attention particulière aux permissions. C'est ce qui permet de mettre à jour ou recréer les conteneurs sans perdre l'historique ni la configuration opérationnelle.