[{"data":1,"prerenderedAt":191},["ShallowReactive",2],{"seo-verification":3,"blog-quitter-heroku-vercel-vps-coolify-2026-fr":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-quitter-heroku-vercel-vps-coolify-2026-fr",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":32,"intro":34,"sections":35,"ctaTitle":153,"ctaBody":154,"ctaButton":155,"ctaUrl":156,"relatedPosts":157},371,"quitter-heroku-vercel-vps-coolify-2026",{"fr":10,"en":12,"ar":13,"es":14},"leaving-heroku-vercel-vps-coolify-2026","مغادرة-heroku-vercel-vps-coolify-2026","abandonar-heroku-vercel-vps-coolify-2026","Quitter Heroku et Vercel pour un VPS + Coolify","Break-even Heroku Pro vs VPS + Coolify en 2026 : 5 signaux d'alerte, guide de migration pas à pas et comparatif Coolify \u002F Dokploy \u002F Kamal.",10,0,false,"2026-09-23T00:00:00+00:00","2026-09-23T15:23:17+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\u002Fquitter-heroku-vercel-vps-coolify-2026-poster.svg",{"categorySlug":25,"appSlug":33},"coolify","Heroku a supprimé son offre gratuite en 2022, puis revu ses tarifs à la hausse : un seul dyno Pro tourne désormais autour de 50 $\u002Fmois, et la facture grimpe vite pour une stack réelle. Vercel Pro facture 20 $\u002Fmois par membre et des dépassements sur les Edge Functions. Pour les agences et les développeurs indépendants, le point de rupture est souvent atteint bien avant d'avoir épuisé les capacités d'un VPS modeste. Ce guide explique comment évaluer le moment de partir, choisir le bon outil de déploiement et migrer sans interruption.",[36,40,50,85,113,116,141,144,147,150],{"type":37,"title":38,"body":39},"h2","Heroku et Vercel : quand la facture dépasse la valeur","Heroku était la référence du déploiement sans friction pour les startups et les agences depuis la fin des années 2000. La plateforme absorbait la complexité d'infrastructure en échange d'un abonnement mensuel prévisible. Depuis le rachat par Salesforce et la suppression du plan gratuit en novembre 2022, la proposition de valeur s'est détériorée : un dyno Standard-1X coûte 25 $\u002Fmois, un dyno Standard-2X monte à 50 $\u002Fmois, et une application avec un dyno web, un worker et un add-on Postgres dépasse facilement les 100 $\u002Fmois. Vercel a suivi un mouvement similaire : le plan Pro est à 20 $\u002Fmois par développeur, mais les dépassements sur les Serverless Functions, les Edge Requests et la bande passante s'accumulent discrètement en fin de mois. En septembre 2026, un fil Hacker News titré « Should I run plain Docker Compose in production in 2026? » (discussion #47962032, 22 sept. 2026) a cumulé plusieurs centaines de commentaires, révélant une tendance de fond : les équipes de taille moyenne reviennent en masse vers l'auto-hébergement, non par idéologie mais par arithmétique. Un VPS à 10-20 € par mois avec Coolify installé dessus reproduit 90 % de l'expérience Heroku — déploiement Git-push, rollbacks, variables d'environnement, domaines personnalisés — sans la structure tarifaire à l'usage qui punit la croissance. La question n'est plus « est-ce techniquement possible ? » mais « à quel moment le coût d'opportunité devient-il insupportable ? ».",{"type":41,"title":42,"items":43},"ul","Les 5 signaux qui indiquent qu'il faut migrer",[44,45,46,47,48,49],"**Facture PaaS > 80 €\u002Fmois** — Au-delà de ce seuil, un VPS entrée de gamme + Coolify amortit sa mise en place en moins de deux mois. Additionnez tous les dynos, workers et add-ons avant de comparer.","**Scaling imprévisible** — Les plateformes à tarification à l'usage (bandwidth, invocations, Edge Requests) rendent le budget mensuel difficile à prévoir ; un VPS offre un coût fixe et un scaling manuel ou automatisé sous votre contrôle.","**Lock-in vendor** — Heroku buildpacks propriétaires, Procfile non portable, add-ons liés à l'écosystème Salesforce : si votre stack ne peut pas tourner ailleurs sans réécriture, c'est un signal de dépendance critique.","**Pas d'accès root** — Certains besoins (réglages noyau, modules kernel, outils de performance bas niveau) sont impossibles sur PaaS managé ; un VPS donne l'accès complet à la machine.","**CI\u002FCD imposée par la plateforme** — Heroku et Vercel privilégient leur propre pipeline de build ; sur un VPS avec Coolify, vous branchez GitHub Actions ou GitLab CI selon votre propre logique et déclenchez le déploiement via webhook.","**Support dégradé ou réponse lente** — Plusieurs utilisateurs signalent des temps de réponse du support Heroku allongés depuis la transition Salesforce ; auto-héberger votre stack vous libère de cette dépendance pour les incidents courants.",{"type":51,"title":52,"headers":53,"rows":56},"comparison","Break-even : Heroku Pro vs VPS + Coolify",[5,54,55],"Heroku Pro","VPS Start + Coolify",[57,61,65,69,73,77,81],[58,59,60],"Coût mensuel","~50 $\u002Fdyno","99 DH\u002Fmois",[62,63,64],"Scalabilité","Dynos payants à l'unité","RAM\u002FCPU modifiables à chaud",[66,67,68],"Buildpacks","Heroku buildpacks natifs","Nixpacks (compatibles Heroku)",[70,71,72],"Accès root","Non","Oui",[74,75,76],"Zero-downtime deploy","Health checks basiques","Coolify intégré",[78,79,80],"Add-ons base de données","Heroku Postgres (payant)","PostgreSQL autogéré gratuit",[82,83,84],"Logs","Logplex (limité)","Accès complet journald \u002F Docker",{"type":51,"title":86,"headers":87,"rows":91},"Coolify vs Dokploy vs Kamal",[5,88,89,90],"Coolify","Dokploy","Kamal",[92,94,95,98,101,103,108],[93,72,71,71],"Buildpacks Heroku (Nixpacks)",[74,72,72,72],[96,72,72,97],"Interface web","Non (CLI)",[99,72,72,100],"Multi-serveur","Via SSHKit",[102,72,72,71],"Docker Compose natif",[104,105,106,107],"Licence","AGPL-3.0","MIT","MIT (Basecamp)",[109,110,111,112],"Prérequis serveur","2 vCPU \u002F 2 Go RAM","1 vCPU \u002F 1 Go RAM","Ruby + Docker",{"type":37,"title":114,"body":115},"Coolify sur VPS : le plus compatible avec Heroku","Coolify est aujourd'hui l'outil d'auto-hébergement le plus proche de l'expérience Heroku, en version open source sous licence AGPL-3.0. Sa caractéristique principale est la prise en charge de Nixpacks, le moteur de buildpack open source créé par Railway qui comprend les Procfiles Heroku et construit des images Docker sans que vous ayez à écrire un Dockerfile. Concrètement, une application Node.js, Python (Django, FastAPI), Ruby on Rails ou PHP déployée sur Heroku peut être importée dans Coolify en pointant le même dépôt Git, sans modification du code. Le prérequis minimum recommandé par la documentation officielle de Coolify est 2 vCPU et 2 Go de RAM, ce qui correspond exactement au profil d'un VPS entrée de gamme. L'interface web propose la gestion des variables d'environnement par projet, les déploiements automatiques sur push Git, les rollbacks en un clic, les certificats TLS via Let's Encrypt et la gestion des domaines personnalisés. Coolify supporte également Docker Compose directement : si vous avez déjà une stack Compose pour votre développement local, vous pouvez la déployer telle quelle. L'installation sur un VPS neuf prend moins de dix minutes grâce au script officiel, et Coolify se met à jour via son propre mécanisme de mise à jour intégré à l'interface. Pour les équipes qui veulent gérer plusieurs serveurs depuis un tableau de bord unique, Coolify supporte le multi-serveur nativement depuis la version 4.",{"type":117,"title":118,"steps":119},"steps","Migrer une app Heroku vers Coolify en 7 étapes",[120,123,126,129,132,135,138],{"title":121,"body":122},"Installer Coolify sur votre VPS","Connectez-vous en SSH à votre VPS, puis lancez le script officiel : `curl -fsSL https:\u002F\u002Fcdn.coollabs.io\u002Fcoolify\u002Finstall.sh | bash`. L'installation configure Docker, installe Coolify et lance l'interface sur le port 8000. Ouvrez ensuite `http:\u002F\u002F\u003CIP-VPS>:8000` pour créer votre compte administrateur.",{"title":124,"body":125},"Créer un projet dans Coolify","Dans l'interface Coolify, cliquez sur « New Project », donnez-lui le même nom que votre application Heroku. Ajoutez ensuite un « Resource » de type « Application » dans ce projet. Coolify va vous demander la source : choisissez « GitHub » ou « GitLab » selon votre dépôt, puis autorisez l'accès via OAuth.",{"title":127,"body":128},"Connecter le dépôt Git et choisir le buildpack","Sélectionnez votre dépôt et la branche de production. Coolify détecte automatiquement le type d'application via Nixpacks. Si votre projet a un `Procfile`, Coolify le lit et configure le processus web. Vous pouvez aussi forcer un Dockerfile existant ou passer en mode Docker Compose si vous avez un `docker-compose.yml`.",{"title":130,"body":131},"Configurer les variables d'environnement","Récupérez vos variables depuis Heroku avec `heroku config -a \u003Cnom-app>`. Copiez-les dans l'onglet « Environment Variables » de Coolify. Vérifiez particulièrement `DATABASE_URL` — le format Heroku (`postgres:\u002F\u002Fuser:pass@host\u002Fdb`) est généralement compatible, mais si vous migrez aussi la base de données, mettez à jour l'URL pour pointer vers votre PostgreSQL autogéré.",{"title":133,"body":134},"Lancer le premier déploiement","Cliquez sur « Deploy ». Coolify construit l'image via Nixpacks, la pousse dans son registry interne et démarre le conteneur avec un health check. Surveillez les logs en temps réel dans l'onglet « Deployments ». Si le build échoue, l'erreur est affichée ligne par ligne — cherchez en priorité les dépendances système manquantes (librairies C, binaires natifs) que les buildpacks Heroku incluaient implicitement.",{"title":136,"body":137},"Changer le DNS","Dans Coolify, ajoutez votre domaine personnalisé dans les paramètres de l'application. Coolify génère automatiquement le certificat TLS via Let's Encrypt. Modifiez ensuite l'entrée DNS (A ou CNAME) pour pointer vers l'IP de votre VPS. La propagation prend entre quelques minutes et 48 heures selon le TTL de la zone.",{"title":139,"body":140},"Valider 24-48 h en parallèle avant de supprimer Heroku","Gardez votre application Heroku active pendant au moins 24 à 48 heures après la bascule DNS. Testez toutes les fonctionnalités critiques (paiement, notifications, webhooks entrants, tâches planifiées) sur la nouvelle instance. Ce n'est qu'une fois la validation complète que vous pouvez résilier l'abonnement Heroku et désactiver les dynos.",{"type":142,"body":143},"tip","Gardez votre abonnement Heroku actif 48 h après la migration DNS pour disposer d'un rollback immédiat. Ne résiliez pas dès que le DNS pointe vers le nouveau serveur — les webhooks tiers, les tâches planifiées et les sessions utilisateur en cours nécessitent une validation sur la durée avant de couper définitivement l'ancienne plateforme.",{"type":37,"title":145,"body":146},"Erreurs courantes lors de la migration","La migration depuis Heroku vers un VPS avec Coolify concentre quelques pièges récurrents qu'il vaut mieux connaître avant de commencer. Le premier est la conversion du `Procfile` : Heroku utilise un format `web: node server.js` qui est lu par Nixpacks, mais si votre application utilise des processus `release` (migrations automatiques au déploiement), ces hooks doivent être reconfigurés dans les scripts de démarrage Coolify ou via un point d'entrée Docker personnalisé. Le deuxième piège concerne les variables d'environnement manquantes : Heroku injecte automatiquement certaines variables (`DYNO`, `PORT`, `HEROKU_APP_NAME`) que votre code peut lire sans les avoir déclarées explicitement — vérifiez que votre application ne dépend pas de ces variables implicites. Le troisième problème est le timeout du health check : Coolify configure par défaut `HEALTHCHECK --interval=30s --timeout=10s`, et une application lente à démarrer sera considérée comme défaillante et redémarrée en boucle. Augmentez `--start-period` à 60 ou 120 secondes pour les applications volumineuses. Enfin, le format `DATABASE_URL` peut différer : Heroku utilise le schéma `postgres:\u002F\u002F`, tandis que certaines librairies modernes requièrent `postgresql:\u002F\u002F` — une simple substitution dans la variable d'environnement règle le problème. Pour les bases de données, évitez de migrer Heroku Postgres et les données applicatives en même temps que l'infrastructure : faites d'abord tourner l'application sur le nouveau VPS en pointant toujours vers la base Heroku, puis migrez la base dans un second temps avec `pg_dump` et `pg_restore`.",{"type":37,"title":148,"body":149},"Après la migration — optimisations","Une fois l'application stabilisée sur le VPS, plusieurs optimisations permettent d'atteindre un niveau de fiabilité supérieur à ce qu'offrait Heroku par défaut. La première priorité est les sauvegardes automatiques : configurez des snapshots quotidiens de votre VPS via le panneau de votre hébergeur, et ajoutez une sauvegarde applicative pour PostgreSQL avec `pg_dump` planifié par cron ou via l'interface de Coolify (qui intègre un gestionnaire de sauvegardes de bases de données depuis la version 4.0). La deuxième étape est le monitoring : installez Uptime Kuma sur le même VPS ou sur un second pour surveiller la disponibilité de vos applications avec des alertes par email, Telegram ou Slack. Pour un monitoring système plus complet (CPU, RAM, disque, réseau), Beszel est une alternative légère et moderne à Netdata, conçue pour les auto-hébergeurs. La troisième optimisation concerne la CI\u002FCD : plutôt que de déclencher les déploiements uniquement depuis l'interface Coolify, configurez un webhook dans votre pipeline GitHub Actions pour automatiser les déploiements en production après validation des tests. Coolify expose un webhook par application qui accepte un `POST` HTTP avec un token — branchez-le en dernière étape de votre workflow CI. Cette architecture donne un pipeline complet : push → tests → build → déploiement automatique → health check, entièrement sous votre contrôle et sans dépendance vers une plateforme externe.",{"type":37,"title":151,"body":152},"Migrer depuis Vercel — cas particulier des frontends SSR","Vercel est conçu pour les déploiements de frontends statiques et SSR, en particulier Next.js dont Vercel est l'éditeur. Si vous hébergez une application Next.js sur Vercel, Coolify supporte Next.js via Nixpacks et peut déployer l'application en mode `next start` dans un conteneur Docker. La migration est directe pour les projets qui n'utilisent pas les Edge Functions de Vercel ou le réseau CDN Edge distribué (les Vercel Edge Middleware). En revanche, si votre application dépend fortement des Edge Functions — logique d'authentification, redirections géolocalisées, A\u002FB testing au niveau du CDN — une migration 1:1 vers Coolify n'est pas immédiate, car Coolify déploie sur un seul serveur et ne reproduit pas la topologie edge distribuée. Dans ce cas, deux approches sont envisageables : utiliser Dokploy pour les applications full-stack avec moins de dépendances Vercel-spécifiques, ou adopter Kamal (de Basecamp) combiné avec Nginx pour les équipes qui préfèrent une approche CLI pure sans interface web. Pour les frontends Nuxt.js, SvelteKit ou Astro sans Edge Functions, Coolify est la migration la plus simple : ces frameworks génèrent soit un build statique (exportable sur n'importe quel serveur), soit un serveur Node.js standard que Nixpacks détecte et conteneurise automatiquement. L'économie réalisée sur une stack Vercel Pro avec plusieurs développeurs peut dépasser 60 à 80 €\u002Fmois en passant sur un VPS unique avec Coolify, sans dégradation perceptible pour les utilisateurs finaux dans la grande majorité des cas d'usage.","Un VPS prêt pour Coolify dès aujourd'hui","Nos VPS cloud sont configurés pour Coolify en quelques minutes : accès root, IP dédiée, bande passante généreuse. Arrêtez de payer au dyno.","Voir les VPS ServOrbit","\u002Fvps-cloud",[158,176],{"id":159,"slug":160,"slugs":161,"title":165,"excerpt":166,"readTime":167,"views":168,"isPinned":19,"publishedAt":169,"updatedAt":170,"category":171,"categories":172,"featuredImage":29,"bgImage":30,"posterImage":174,"relatedSolution":175},41,"deployer-avec-coolify",{"fr":160,"en":162,"ar":163,"es":164},"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.",9,1,"2026-05-10T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[173],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fdeployer-avec-coolify-poster.svg",{"categorySlug":25,"appSlug":33},{"id":177,"slug":178,"slugs":179,"title":183,"excerpt":184,"readTime":185,"views":18,"isPinned":19,"publishedAt":186,"updatedAt":170,"category":187,"categories":188,"featuredImage":29,"bgImage":30,"posterImage":190,"relatedSolution":29},40,"deployer-avec-kamal",{"fr":178,"en":180,"ar":181,"es":182},"deploy-your-applications-with-kamal-on-a-vps","انشر-تطبيقاتك-باستخدام-kamal-على-خادم-vps","desplegar-con-kamal","Déployer des applications web avec Kamal sur un VPS","Guide complet Kamal v2 : installation, configuration deploy.yml, kamal-proxy, secrets, multi-serveurs, CI\u002FCD GitHub Actions et dépannage sur VPS.",11,"2026-05-11T00:00:00+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[189],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fdeployer-avec-kamal-poster.svg",1790177288449]