[{"data":1,"prerenderedAt":186},["ShallowReactive",2],{"seo-verification":3,"blog-deployer-avec-coolify-ma-fr":6,"promo-bar-likely":185},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-deployer-avec-coolify-ma-fr",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"noindex":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":32,"intro":34,"sections":35,"ctaTitle":108,"ctaBody":109,"ctaButton":110,"ctaUrl":111,"relatedPosts":112},41,"deployer-avec-coolify",{"fr":10,"en":12,"ar":13,"es":14},"deploy-your-applications-with-coolify-on-a-vps","نشر-تطبيقاتك-باستخدام-coolify-على-vps","desplegar-aplicaciones-con-coolify-en-un-vps","Déployer vos applications avec Coolify sur un VPS","Déployer Coolify sur un VPS : installation, configuration HTTPS, connexion Git, première application, bases de données, sauvegardes et dépannage.",12,2,false,"2026-05-10T00:00:00+00:00","2026-10-31T01:54:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},3,"Déploiement","deploiement","bg-success\u002F10 text-success",[28],{"id":23,"name":24,"slug":25,"color":26,"icon":25},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fdeployer-avec-coolify-poster.svg",{"categorySlug":25,"appSlug":33},"coolify","Coolify est une plateforme PaaS open source que vous installez sur votre propre VPS pour retrouver le confort de Heroku ou Vercel, sans facturation à l'usage ni vendor lock-in. Connectez un dépôt Git, et Coolify build, déploie, certifie en HTTPS et surveille vos applications, bases de données et services depuis une interface web unique. Ce guide couvre l'installation complète, la configuration post-déploiement et les erreurs les plus fréquentes.",[36,40,52,55,89,92,96,99,102,105],{"type":37,"title":38,"body":39},"h2","Qui a besoin d'un PaaS self-hosted ?","Un PaaS managé comme Heroku ou Render convient parfaitement pour un prototype ou un projet de taille modeste. Dès que vous hébergez plusieurs applications, ou que le trafic grossit, la facture monte en proportion — parfois au-delà du coût d'un VPS dédié. Coolify s'adresse à trois profils précis. Les agences web qui gèrent des dizaines de projets clients : un seul VPS Coolify remplace autant de comptes Heroku. Les indépendants qui souhaitent maîtriser leurs coûts d'infrastructure sans sacrifier la commodité du déploiement automatique. Les équipes qui ne peuvent pas confier leurs données à un tiers — RGPD, clients secteur public, données médicales ou financières. Dans les trois cas, Coolify reproduit le workflow PaaS (git push → déploiement) sur une infrastructure que vous contrôlez entièrement.",{"type":41,"title":42,"items":43},"ul","Coolify vs Heroku et Vercel : ce que vous gagnez",[44,45,46,47,48,49,50,51],"Coût fixe et prévisible : vous payez le VPS, pas l'usage — un VPS à 10 € héberge autant d'applications que vous le souhaitez","Données souveraines : aucune donnée ne quitte votre infrastructure, conformité RGPD simplifiée","Déploiement automatique sur `git push` : webhooks GitHub, GitLab et Gitea intégrés, sans plugin tiers","Détection automatique de la stack : Nixpacks, Dockerfile ou Docker Compose — Coolify choisit ou vous laissez la main","Certificats SSL Let's Encrypt gérés automatiquement, renouvelés sans intervention","Bases de données en un clic (PostgreSQL, MySQL, MongoDB, Redis) avec sauvegardes planifiées, écrites sur le serveur puis copiées vers un stockage S3 si vous le configurez","Pilotage multi-serveurs : une interface unique pour plusieurs VPS, répartition de charge possible","Open source (licence Apache 2.0) : pas de vendor lock-in, le code est auditable et auto-hébergeable",{"type":37,"title":53,"body":54},"Prérequis chiffrés avant l'installation","Coolify lui-même consomme peu de ressources, mais il orchestre Docker et héberge potentiellement vos applications et bases de données sur le même serveur. Prévoyez au minimum 2 vCPU et 2 Go de RAM pour Coolify seul. Dès que vous y faites tourner plusieurs services simultanément, 4 Go de RAM devient le plancher recommandé. L'espace disque dépend de vos applications : comptez 20 Go pour le système et Coolify, plus l'espace de vos images Docker et données.\n\nSystème d'exploitation : Ubuntu 22.04 LTS ou Debian 12 sur un serveur fraîchement provisionné. N'installez pas Docker manuellement au préalable — le script d'installation de Coolify gère cette étape et une version Docker pré-installée peut créer des conflits.\n\nPorts à ouvrir dans votre pare-feu : 22 (SSH), 80 (HTTP), 443 (HTTPS) et 8000 (interface d'installation initiale de Coolify). Vous pouvez fermer le port 8000 après avoir configuré un domaine et basculé en HTTPS. Un nom de domaine ou sous-domaine est nécessaire pour l'interface Coolify et pour chaque application que vous déploierez.",{"type":56,"title":57,"steps":58},"steps","Installer et déployer avec Coolify : 10 étapes",[59,62,65,68,71,74,77,80,83,86],{"title":60,"body":61},"Provisionner un VPS propre","Commandez un VPS Ubuntu 22.04 LTS (ou Debian 12) dédié à Coolify. Mettez à jour les paquets : `apt update && apt upgrade -y`. Activez UFW en autorisant SSH (22), HTTP (80) et HTTPS (443), plus le port 8000 temporairement pour l'accès initial. N'installez pas Docker — le script d'installation s'en charge.",{"title":63,"body":64},"Lancer le script d'installation officiel","Exécutez le script d'installation en tant que root : `curl -fsSL https:\u002F\u002Fcdn.coollabs.io\u002Fcoolify\u002Finstall.sh | bash`. Le script installe Docker, déploie la stack Coolify (qui tourne elle-même dans des conteneurs) et démarre le tableau de bord. L'installation prend une à trois minutes selon la connexion du serveur.",{"title":66,"body":67},"Créer le compte administrateur immédiatement","Ouvrez `http:\u002F\u002Fvotre-ip:8000` dès la fin de l'installation et créez votre compte administrateur. Cette étape est urgente : tant que le compte n'est pas créé, la page d'inscription est accessible à quiconque connaît l'adresse IP du serveur. Le premier visiteur qui crée un compte obtient les droits d'administration complets.",{"title":69,"body":70},"Configurer le domaine de l'interface Coolify","Dans Paramètres > Instance, renseignez le domaine de l'instance (`coolify.votre-domaine.com`). Créez d'abord un enregistrement A dans votre DNS qui pointe vers l'IP du VPS. Coolify génère automatiquement le certificat SSL via Let's Encrypt et bascule l'accès en HTTPS. Vous pouvez ensuite fermer le port 8000 dans UFW.",{"title":72,"body":73},"Connecter une source Git","Dans Sources, ajoutez une intégration GitHub (via GitHub App) ou GitLab (via clé de déploiement ou OAuth). L'intégration GitHub App est recommandée : elle permet à Coolify de créer les webhooks automatiquement sur vos dépôts et de cloner des dépôts privés sans gestion manuelle de clés SSH.",{"title":75,"body":76},"Créer votre première application","Créez un projet, puis une ressource de type Application. Sélectionnez votre source Git, le dépôt et la branche de déploiement. Coolify analyse le dépôt et propose une méthode de build : Nixpacks (détection automatique de la stack Node, Python, PHP, Ruby, etc.), Dockerfile si le dépôt en contient un, ou Docker Compose. Renseignez le domaine de l'application et les variables d'environnement nécessaires.",{"title":78,"body":79},"Lancer le premier déploiement","Cliquez sur Déployer. Coolify clone le dépôt, exécute le build, crée le conteneur, configure le reverse proxy Traefik et génère le certificat SSL. Les logs de build s'affichent en temps réel dans l'interface. Un déploiement typique prend entre 30 secondes et 3 minutes selon la taille de l'application.",{"title":81,"body":82},"Provisionner une base de données","Dans votre projet, créez une ressource de type Base de données et choisissez le moteur (PostgreSQL, MySQL, MariaDB, MongoDB ou Redis). Coolify démarre le conteneur, génère un mot de passe aléatoire et affiche la chaîne de connexion. Injectez-la comme variable d'environnement dans votre application. Les sauvegardes planifiées vers un stockage S3 compatible se configurent directement depuis l'interface.",{"title":84,"body":85},"Configurer un domaine personnalisé pour l'application","Dans les paramètres de l'application, renseignez le ou les domaines. Créez les enregistrements A correspondants dans votre DNS. Coolify reconfigure Traefik et déclenche la génération des certificats SSL. Si votre domaine est derrière un CDN (Cloudflare en mode proxy), passez le type de certificat en `DNS Challenge` et renseignez le token API Cloudflare dans les paramètres de l'instance.",{"title":87,"body":88},"Activer les sauvegardes de Coolify lui-même","La configuration de toutes vos ressources (applications, bases, secrets) est stockée dans `\u002Fdata\u002Fcoolify`. Planifiez une sauvegarde de ce répertoire vers un stockage externe indépendant du VPS : en cas de perte du serveur, vous restaurez l'ensemble de l'environnement Coolify depuis cette archive. Une crontab ou un script rsync vers un bucket S3 suffit.",{"type":37,"title":90,"body":91},"Configuration post-installation","Une fois la première application déployée, plusieurs réglages améliorent la fiabilité au quotidien.\n\n**Webhooks Git automatiques.** L'intégration GitHub App ou GitLab OAuth crée les webhooks sur chaque dépôt au moment où vous configurez la ressource. Si vous utilisez une clé de déploiement SSH manuelle, créez le webhook côté Git en pointant vers `https:\u002F\u002Fcoolify.votre-domaine.com\u002Fapi\u002Fv1\u002Fdeploy?uuid=\u003Cuuid-application>&secret=\u003Csecret>`. L'UUID et le secret sont visibles dans l'onglet Webhooks de chaque ressource.\n\n**Variables d'environnement et secrets.** Coolify distingue les variables visibles dans l'interface (variables d'environnement classiques) des secrets masqués (tokens, clés API). Les deux sont chiffrés en base. Vous pouvez définir des variables au niveau du projet — elles sont héritées par toutes les ressources — ou par ressource individuelle.\n\n**Monitoring intégré.** L'onglet Métriques de chaque serveur affiche CPU, RAM et disque en temps réel. Vous pouvez configurer des notifications (email, Telegram, Slack, Discord, ntfy) pour les événements de déploiement, les erreurs et les alertes de ressources.\n\n**Mises à jour de Coolify.** Les mises à jour se déclenchent depuis l'interface (Paramètres > Mettre à jour). Coolify tire la nouvelle version de ses images Docker, recrée ses propres conteneurs et redémarre. La mise à jour ne touche pas vos applications déployées.",{"type":93,"title":94,"body":95},"tip","Durcissement : accès réseau et authentification","Deux gestes à effectuer avant de mettre Coolify en production. Activez l'authentification à deux facteurs (2FA) sur votre compte administrateur : Paramètres > Profil > Authentification à deux facteurs. Fermez le port 8000 dans UFW après avoir configuré le domaine HTTPS (`ufw delete allow 8000`). Si votre VPS est exposé directement sur Internet sans CDN, envisagez de restreindre l'accès à l'interface Coolify par IP dans UFW — seul votre réseau ou VPN peut atteindre le panneau, tandis que le port 443 reste ouvert pour vos applications.",{"type":37,"title":97,"body":98},"Dépannage : erreurs fréquentes","**Le build échoue avec `No build method detected`.** Nixpacks n'a pas reconnu la stack. Ajoutez un fichier `Dockerfile` à la racine du dépôt ou sélectionnez manuellement la méthode de build dans les paramètres de l'application (Docker Compose si vous en avez un). Vous pouvez aussi forcer la stack Nixpacks en ajoutant un fichier `nixpacks.toml` à la racine.\n\n**Le domaine affiche `502 Bad Gateway` après le déploiement.** L'application n'écoute pas sur le port attendu par Traefik. Vérifiez le port d'exposition dans les paramètres de la ressource : il doit correspondre au port sur lequel votre application écoute à l'intérieur du conteneur. Pour une app Node.js qui démarre sur le port 3000, renseignez 3000 dans le champ « Port ».\n\n**Le certificat SSL ne se génère pas, l'accès reste en HTTP.** Vérifiez que l'enregistrement DNS A pointe bien vers l'IP du VPS (propagation parfois longue). Vérifiez que le port 80 est ouvert dans UFW — Let's Encrypt en mode HTTP Challenge doit pouvoir joindre le serveur sur ce port. Si vous êtes derrière Cloudflare en mode proxy, passez en DNS Challenge.\n\n**L'application redémarre en boucle (`Restarting`).** La commande de démarrage échoue. Consultez les logs du conteneur dans l'onglet Logs de la ressource. L'erreur est généralement une variable d'environnement manquante, une connexion à la base de données impossible (vérifiez la chaîne de connexion) ou un port déjà utilisé sur le serveur.\n\n**Ressources insuffisantes : le build est tué (`Killed`).** La mémoire du VPS est insuffisante pendant le build. Deux options : ajouter de la mémoire swap temporairement (`fallocate -l 2G \u002Fswapfile && chmod 600 \u002Fswapfile && mkswap \u002Fswapfile && swapon \u002Fswapfile`) ou migrer vers un VPS avec plus de RAM. Pour les applications Node.js volumineuses, ajoutez `NODE_OPTIONS=--max-old-space-size=4096` dans les variables d'environnement de build.",{"type":37,"title":100,"body":101},"Sauvegardes : ce que Coolify couvre, et ce qu'il ne couvre pas","Les bases de données se sauvegardent depuis l'onglet Backups de la ressource : on choisit une fréquence (expression cron) et une rétention. Selon la documentation de Coolify, chaque sauvegarde est d'abord écrite sur le serveur qui héberge la base, dans `\u002Fdata\u002Fcoolify\u002Fbackups`. Une copie peut ensuite partir vers un stockage compatible S3, une fois ce stockage ajouté et validé dans Coolify ; la rétention locale et la rétention S3 se règlent séparément. La documentation liste, entre autres, Amazon S3, Cloudflare R2, MinIO, Backblaze B2, Scaleway, Hetzner, Wasabi et DigitalOcean Spaces, et précise que d'autres fournisseurs compatibles S3 peuvent fonctionner.\n\n**Une sauvegarde locale seule n'en est pas une.** Un fichier posé sur le disque du VPS disparaît avec le VPS : sans destination S3 (ou sans copie que vous déplacez vous-même), vous n'avez qu'un point de restauration contre l'erreur de manipulation, pas contre la perte du serveur.\n\n**La destination, c'est S3, point.** La demande d'un gestionnaire de sauvegardes plus complet (SFTP, WebDAV, chiffrement des sauvegardes envoyées, dossier et sous-dossier dans le bucket, suppression distante, téléchargement) est suivie dans l'issue coollabsio\u002Fcoolify n° 2389. Au moment de la rédaction, cette issue est ouverte et assignée à un membre de l'équipe, sans livraison annoncée : ne bâtissez pas votre plan de reprise sur ces fonctions. Si vous avez besoin de SFTP ou de chiffrement, prévoyez un second mécanisme hors de Coolify, par exemple un `rsync` ou un outil de sauvegarde chiffré qui lit `\u002Fdata\u002Fcoolify\u002Fbackups` et pousse vers l'extérieur.\n\n**La page de documentation des sauvegardes de bases ne traite pas la sauvegarde de l'instance Coolify elle-même.** C'est pourquoi l'étape 10 ci-dessus garde son intérêt : copiez `\u002Fdata\u002Fcoolify` hors du VPS.\n\n**Testez la restauration.** Coolify le dit lui-même : une sauvegarde réussie prouve seulement qu'un fichier a été créé. Restaurez-la dans une base jetable et vérifiez les données avant de vous y fier.",{"type":37,"title":103,"body":104},"L'application voit l'IP du proxy au lieu de celle du visiteur","Symptôme : derrière Traefik ou Caddy (le proxy de Coolify), votre application reçoit parfois, dans `X-Forwarded-For`, une adresse interne de Docker (de type `172.18.0.1`) au lieu de l'IP du visiteur. Conséquences concrètes : limitation de débit et bannissement par IP qui visent le proxy lui-même, journaux inutilisables, géolocalisation fausse.\n\nCe que dit la source primaire (issue coollabsio\u002Fcoolify n° 3436, « Randomly receiving proxy IP as X-Forwarded-For header using Traefik or Caddy ») : au moment de la rédaction, l'issue est **ouverte**, étiquetée « Possible Bug », et aucun correctif fusionné n'y est confirmé. Plusieurs utilisateurs rapportent le même comportement, et le rapporteur précise que le problème n'est pas résolu au niveau de Coolify. Le contournement qui revient dans le fil : les visiteurs en IPv6 apparaissent avec une adresse interne de Docker lorsque le réseau Docker `coolify` (celui du proxy) n'a pas l'IPv6 activé. Activer l'IPv6 sur ce réseau, puis le recréer et redéployer les applications, a réglé le cas chez plusieurs participants ; changer seulement `daemon.json` puis redémarrer n'a pas suffi pour l'un d'eux. Un participant a aussi constaté que ce réseau est créé en IPv4 seul sur les serveurs gérés à distance.\n\nComment procéder sans vous fier à une anecdote :\n\n- Vérifiez l'état du réseau : `docker network inspect coolify --format '{{.EnableIPv6}}'`. Un `false` est la piste décrite dans le fil.\n- Reproduisez avant de modifier : appelez l'application en IPv4 puis en IPv6 (`curl -4` et `curl -6`) et comparez ce que l'application journalise.\n- Si vous recréez le réseau, c'est une opération qui coupe le trafic le temps du redéploiement : faites-la hors heures de pointe, avec une sauvegarde de `\u002Fdata\u002Fcoolify`.\n- Derrière Cloudflare en mode proxy, lisez l'en-tête `CF-Connecting-IP` plutôt que de déduire l'IP de `X-Forwarded-For`, et ne faites confiance à ces en-têtes que s'ils viennent de plages que vous maîtrisez.\n\nCe guide est fourni tel quel, sans prise en charge de Coolify lui-même : l'état de cette issue peut avoir changé depuis, relisez-la avant d'agir.",{"type":37,"title":106,"body":107},"Coolify, CapRover ou Dokploy : lequel choisir ?","Coolify n'est pas le seul PaaS self-hosted disponible. CapRover, Dokploy et Dokku couvrent des besoins similaires, avec des philosophies différentes. Coolify se distingue par son interface moderne, la prise en charge native du multi-serveurs et le monitoring intégré — il est adapté aux équipes qui gèrent un parc de serveurs depuis un point de contrôle unique. CapRover est plus léger et adapté à un usage mono-serveur avec un seul administrateur. Dokploy est plus récent, orienté Docker Compose et Kubernetes avec une interface épurée. Pour une comparaison détaillée des trois plateformes sur les critères qui comptent (ressources, build, bases de données, accès collaboratif), consultez notre article comparatif.","Hébergez votre propre PaaS Coolify sur un VPS Cloud","Déployez un VPS Cloud ServOrbit avec le template Déploiement et installez Coolify : retrouvez l'expérience Heroku sur votre propre infrastructure, sans facturation à l'usage.","Voir les VPS Cloud","\u002Fvps-cloud",[113,134,152,169],{"id":114,"slug":115,"slugs":116,"title":120,"excerpt":121,"readTime":122,"views":123,"isPinned":19,"noindex":19,"publishedAt":124,"updatedAt":125,"category":126,"categories":131,"featuredImage":29,"bgImage":30,"posterImage":133,"relatedSolution":29},234,"coolify-vs-dokploy-vs-caprover",{"fr":115,"en":117,"ar":118,"es":119},"coolify-vs-dokploy-vs-caprover-which-self-hosted-paas-to-choose","coolify-وdokploy-وcaprover-أي-paas-ذاتي-الاستضافة-تختار","coolify-vs-dokploy-vs-caprover-que-paas-self-hosted-elegir","Coolify vs Dokploy vs CapRover : comparatif PaaS","Coolify, Dokploy ou CapRover : comparatif PaaS sur VPS — RAM au repos, interface, multi-serveur, rollback et recommandation par profil.",7,0,"2026-08-07T00:00:00+00:00","2026-11-08T01:13:14+00:00",{"id":127,"name":128,"slug":129,"color":130,"icon":129},5,"Comparatif","comparatif","bg-info\u002F10 text-info",[132],{"id":127,"name":128,"slug":129,"color":130,"icon":129},"\u002Fblog\u002Fcovers\u002Fcoolify-vs-dokploy-vs-caprover-poster.svg",{"id":135,"slug":136,"slugs":137,"title":141,"excerpt":142,"readTime":143,"views":18,"isPinned":19,"noindex":19,"publishedAt":144,"updatedAt":145,"category":146,"categories":147,"featuredImage":29,"bgImage":30,"posterImage":149,"relatedSolution":150},33,"deployer-avec-caprover",{"fr":136,"en":138,"ar":139,"es":140},"deploy-your-applications-with-caprover-on-a-vps","انشر-تطبيقاتك-باستخدام-caprover-على-خادم-vps","desplegar-aplicaciones-con-caprover-en-un-vps","Déployer vos applications avec CapRover sur un VPS","Guide complet CapRover : installation, captain-definition, CI\u002FCD GitHub Actions, cluster multi-nœuds, sauvegardes et dépannage.",10,"2026-05-18T00:00:00+00:00","2026-11-04T16:30:25+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[148],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fdeployer-avec-caprover-poster.svg",{"categorySlug":25,"appSlug":151},"caprover",{"id":153,"slug":154,"slugs":155,"title":159,"excerpt":160,"readTime":161,"views":162,"isPinned":19,"noindex":19,"publishedAt":163,"updatedAt":164,"category":165,"categories":166,"featuredImage":29,"bgImage":30,"posterImage":168,"relatedSolution":29},34,"deployer-avec-dokku",{"fr":154,"en":156,"ar":157,"es":158},"deploy-your-applications-with-dokku-on-a-vps","انشر-تطبيقاتك-باستخدام-dokku-على-خادم-vps","desplegar-aplicaciones-con-dokku-en-un-vps","Déployer vos applications avec Dokku sur un VPS","Guide complet Dokku v0.35 : installation, buildpacks, variables d'env, rollback, plugins postgres\u002Fredis\u002Fletsencrypt et dépannage des erreurs courantes.",11,1,"2026-05-17T00:00:00+00:00","2026-10-18T21:57:59+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[167],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fdeployer-avec-dokku-poster.svg",{"id":170,"slug":171,"slugs":172,"title":176,"excerpt":177,"readTime":143,"views":162,"isPinned":19,"noindex":19,"publishedAt":178,"updatedAt":145,"category":179,"categories":180,"featuredImage":29,"bgImage":30,"posterImage":182,"relatedSolution":183},35,"deployer-avec-portainer",{"fr":171,"en":173,"ar":174,"es":175},"deploy-your-applications-with-portainer-on-a-vps","انشر-تطبيقاتك-باستخدام-portainer-على-خادم-vps","desplegar-aplicaciones-con-portainer-en-un-vps","Déployer vos applications avec Portainer sur un VPS","Pilotez Docker visuellement avec Portainer sur votre VPS : conteneurs, stacks, volumes et réseaux gérés depuis une interface web claire.","2026-05-16T00:00:00+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[181],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fdeployer-avec-portainer-poster.svg",{"categorySlug":25,"appSlug":184},"portainer",true,1794270692441]