Alternative à Heroku : où héberger ton appli et comment migrer sans rien casser

Pourquoi partir sur Render. C'est l'hébergeur qui ressemble le plus à Heroku, et il le revendique : sa documentation fait la correspondance point par point. Un dyno web devient un « web service », un dyno de tâches de fond devient un « background worker », le Heroku Scheduler devient un « cron job » (une tâche planifiée), et la phase « release » de ton Procfile devient une commande lancée avant chaque déploiement. Les mises en production se font sans coupure par défaut. Côté prix, l'instance Starter coûte 7 $ par mois pour 512 Mo, comme le Basic d'Heroku, mais l'instance Standard donne 2 Go pour 25 $, là où Heroku donne 512 Mo.

Pour qui. Les équipes qui veulent quitter Heroku sans changer leurs habitudes : une appli Rails, Django, Node ou Laravel, une base Postgres, un Redis, quelques tâches planifiées.

Pour qui ce n'est pas fait. Un projet perso qui doit tourner gratuitement toute l'année : le gratuit de Render s'endort, et sa base gratuite expire.

Sa limite. Le service web gratuit se met en veille après 15 minutes sans trafic et met environ une minute à se réveiller. La base Postgres gratuite expire 30 jours après sa création (puis 14 jours de grâce avant suppression), sans sauvegarde. Les workers n'ont pas de plan gratuit. Pour travailler à plusieurs, l'espace Pro coûte 25 $ par mois, en plus du calcul, avec des membres illimités. Enfin, le stockage d'une base s'augmente mais ne se réduit jamais : ne surdimensionne pas le jour de l'import. Sur le forum de Render, un utilisateur juge sa base Postgres plus chère qu'Heroku à taille égale : compare sur ta vraie base, pas sur l'instance web.

Comment migrer. Crée d'abord la base et le Key Value dans la même région que tes services. Décris ensuite tout dans un fichier render.yaml (services web, workers, tâches planifiées, bases), versionné avec ton code. Exporte tes variables avec heroku config --shell. Le jour J : mode maintenance sur Heroku, sauvegarde, restauration dans Render par l'URL externe de la base, puis DNS. Render annonce jusqu'à 10 000 $ de crédits pour les équipes qui migrent : demande-les avant de payer quoi que ce soit.

Pourquoi partir sur Railway. Railway ne vend pas des conteneurs à taille fixe. Tu paies le processeur, la mémoire et le trafic consommés, à la seconde. Le plan Hobby coûte 5 $ par mois et inclut 5 $ d'usage. Pour trois ou quatre petites applis qui reçoivent peu de visites, la facture reste souvent autour de ce minimum, là où Heroku facturerait un dyno Basic par appli. L'interface est appréciée, et l'outil se branche sur ton dépôt GitHub en quelques clics.

Pour qui. Les développeurs indépendants, les petites équipes et les projets annexes, avec une base Postgres ou Redis à côté.

Pour qui ce n'est pas fait. Une appli critique pour ton chiffre d'affaires, tant que tu n'as pas un plan B : la plateforme a connu une panne générale d'environ 8 heures au printemps 2026, après la suspension de son compte Google Cloud.

Sa limite. La facture à l'usage surprend. Compte environ 20 $ par vCPU et 10 $ par Go de mémoire sur un mois complet, plus 0,05 $ par Go sortant. Sur le forum de Railway, des utilisateurs Hobby découvrent des factures de 19 $ ou 25 $ au lieu de 5 $, venues de la mémoire. Le support leur conseille de poser une limite d'usage stricte dans les réglages de l'espace : fais-le dès le premier jour. Le plan Pro coûte 20 $ par mois pour tout l'espace, membres illimités.

Comment migrer. Connecte ton dépôt, recopie la commande de ton Procfile dans la commande de démarrage du service, crée un service par processus (web, worker). Pour le Scheduler, Railway a des tâches planifiées natives, avec deux pièges : l'heure est en UTC, et l'intervalle minimum est de 5 minutes. Ta tâche doit aussi se terminer d'elle-même, sinon l'exécution suivante saute et le service reste facturé.

Pourquoi partir sur Scalingo. Scalingo est un hébergeur français construit sur le même modèle qu'Heroku : déploiement par « git push », buildpacks (les scripts qui détectent ton langage et construisent l'appli) compatibles avec ceux d'Heroku, Procfile repris tel quel. Ses centres de données sont en Europe, sans transfert hors de l'Union. L'éditeur est certifié ISO 27001, propose l'option HDS (hébergement de données de santé) et une région SecNumCloud bâtie sur Outscale. Si ton client ou ton service juridique te demande où dorment les données, c'est la réponse la plus simple.

Pour qui. Les éditeurs de logiciels, les startups de la santé, les collectivités et toute équipe qui vend à des clients sensibles au RGPD.

Pour qui ce n'est pas fait. Un projet perso à petit budget : il n'y a pas de plan gratuit, seulement 30 jours d'essai.

Sa limite. Le prix. Le conteneur S (256 Mo) coûte 7,20 € HT par mois, le M (512 Mo) 14,40 €, le L (1 Go) 28,80 €, sur une base de 30 jours. À mémoire égale, c'est plus cher que Render, mais moins cher que le Standard d'Heroku (25 $ pour 512 Mo). La région SecNumCloud ajoute 20 % (8,64 € le conteneur S). L'option HDS demande une offre Business et au moins deux conteneurs. Les conteneurs ne s'endorment jamais, et les collaborateurs sont illimités.

Comment migrer. La procédure tient en quatre commandes : scalingo create, recopie des variables vues dans heroku config avec scalingo env-set, puis git push scalingo master. La base se déménage par sauvegarde Heroku et restauration à travers un tunnel (scalingo db-tunnel). L'outil heroku2scalingo automatise la création de l'appli et la copie des variables, mais pas les données. Postgres Starter démarre à 7,20 € HT pour 512 Mo, sans haute disponibilité : passe en Business (dès 20 € HT) pour une base de production.

Pourquoi partir sur Fly.io. Fly.io fait tourner ton appli dans des petites machines virtuelles, dans la région de ton choix, ou dans plusieurs à la fois. Pour une appli dont les utilisateurs sont à Paris, Montréal et Singapour, chaque visiteur parle à la machine la plus proche. Les machines sont bon marché : 2,19 $ par mois pour 256 Mo, 3,69 $ pour 512 Mo, 6,70 $ pour 1 Go en fonctionnement continu, et le trafic sortant coûte 0,02 $ par Go en Europe et en Amérique du Nord.

Pour qui. Les équipes à l'aise avec la ligne de commande et Docker, qui veulent de la latence basse partout ou beaucoup de petites applis à bas prix.

Pour qui ce n'est pas fait. Une équipe qui choisissait Heroku pour ne jamais ouvrir un terminal : Fly.io se pilote surtout en ligne de commande, et demande plus de temps d'exploitation.

Sa limite. Pas de plan gratuit pour les nouveaux comptes : l'essai s'arrête après 2 heures de machine ou 7 jours, puis la carte bancaire est demandée. La base managée (Managed Postgres) démarre à 38 $ par mois, bien plus que l'Essential d'Heroku. En 2026, le forum de Fly.io et les traqueurs de statut relèvent des incidents régionaux répétés sur ce service (Francfort, Tokyo, Sydney). L'ancienne Fly Postgres, elle, n'est pas managée : sauvegardes et bascule sont à ta charge. Beaucoup d'équipes gardent leur base chez un autre fournisseur.

Comment migrer. Un Dockerfile est le chemin le plus sûr : construis l'image en local, vérifie qu'elle démarre, puis déploie. Recrée chaque processus du Procfile comme un groupe de processus, et ta base dans Managed Postgres ou ailleurs. Les volumes coûtent 0,15 $ par Go et par mois.

Pourquoi partir sur DigitalOcean App Platform. Son plus petit conteneur partagé coûte 5 $ par mois pour 512 Mo, avec 50 Gio de trafic inclus, puis 0,02 $ par Gio. C'est 2 $ de moins que le Basic d'Heroku, sans veille. Surtout, DigitalOcean a un outil que les autres n'ont pas : une migration continue de ta base Postgres, qui synchronise les données pendant jusqu'à deux semaines. Tu choisis l'heure de bascule, et la coupure se compte en minutes au lieu d'heures.

Pour qui. Les PME et les agences qui veulent un prix fixe lisible, ou qui ont déjà des serveurs chez DigitalOcean.

Pour qui ce n'est pas fait. Une équipe qui veut des fonctions avancées de prévisualisation ou de la haute performance au plus bas prix : les petits conteneurs sont partagés.

Sa limite. Le gratuit ne couvre que les sites statiques (trois applis). La base de développement coûte 7 $ par mois, mais une base de production passe par l'offre de bases managées, facturée à part. Et une variable chiffrée ne se relit plus depuis le tableau de bord : garde ta source de vérité ailleurs.

Comment migrer. Le guide officiel fait la correspondance : le processus web devient un « Service », le worker un « Worker », la phase release une tâche lancée avant chaque déploiement (qui bloque la mise en ligne si elle échoue), le Scheduler une tâche planifiée. Les buildpacks sont détectés automatiquement. Décris le tout dans un fichier App Spec et déploie avec doctl apps create --spec app-spec.yaml. Au-delà de 1 To de base, passe par leur programme de migration.

Pourquoi partir sur Coolify. Coolify est un logiciel libre qui transforme un serveur loué en plateforme de déploiement : connexion à GitHub, déploiement à chaque « push », certificats HTTPS, bases de données en un clic. Il est gratuit et sans restriction si tu l'installes toi-même. Tu ne paies que le serveur, et un VPS d'entrée de gamme démarre à 3,81 € HT par mois chez OVHcloud (voir notre classement des VPS).

Pour qui. Les développeurs et les agences qui hébergent beaucoup d'applis et savent administrer un serveur Linux.

Pour qui ce n'est pas fait. Une équipe sans personne pour les mises à jour, les sauvegardes et la sécurité : tu deviens l'hébergeur, avec les nuits qui vont avec.

Sa limite. Tout repose sur ton serveur. S'il tombe, tout tombe, et les sauvegardes de ta base sont ta responsabilité. Si tu ne veux pas maintenir Coolify lui-même, la version Cloud coûte 5 $ par mois pour 2 serveurs, puis 3 $ par serveur, avec 20 % de remise à l'année : Coolify pilote alors tes serveurs, mais ne les fournit pas.

L'alternative Dokku. Plus ancien et plus minimaliste, Dokku se présente lui-même comme une alternative libre à Heroku. Il reprend les buildpacks Heroku et le déploiement par « git push » sur un seul serveur : c'est le chemin le plus court si ton Procfile doit rester tel quel.

Comment migrer. Installe Coolify sur un serveur neuf, ajoute ton dépôt, choisis le mode de construction (buildpack ou Dockerfile), colle tes variables, crée la base Postgres et restaure ta sauvegarde Heroku. Programme tout de suite une sauvegarde automatique de la base vers un stockage externe.