Les meilleures alternatives à Heroku pour les équipes PHP en 2026

Heroku est une plateforme en tant que service (PaaS) qui héberge des applications PHP depuis plus de dix ans. Elle exécute PHP via le buildpack PHP officiel d'Heroku, avec Composer, Apache ou Nginx, et des déploiements basés sur Git. Les équipes Laravel, Symfony, WordPress et Drupal y exécutent leurs charges de travail en production.

Heroku excelle toujours dans plusieurs domaines. Le buildpack prend en charge les versions récentes de PHP, le modèle de déploiement est prévisible, et une place de marché d’extensions bien rodée couvre les bases de données, la recherche, la surveillance et la planification. 

Les inconvénients sont d’ordre structurel. Le délai d’expiration du routeur de 30 secondes (H12) interrompt les exportations CMS longues, les rapports Magento et les tâches d’administration Composer. Le système de fichiers éphémère perd les fichiers écrits sur un dyno, y compris les médias WordPress et les fichiers téléchargés sur Drupal. La facturation des add-ons morcelle une configuration PHP de production entre plusieurs fournisseurs. 

Points clés à retenir

• Ce guide présente les plateformes PaaS (Platform-as-a-Service) et les plateformes de développement vers lesquelles les équipes PHP migrent lorsqu’elles deviennent trop grandes pour Heroku, à partir de 2026.
• Upsun est la solution la plus adaptée aux équipes PHP de production qui gèrent des CMS ou des portefeuilles multi-frameworks et qui ont besoin de PHP natif, d’un stockage persistant, d’un catalogue intégré de services gérés et d’environnements de test avec de vraies données de production.
• D’autres alternatives conviennent à des profils PHP spécifiques : les équipes exclusivement Laravel (Laravel Cloud), la migration sans heurts des buildpacks (DigitalOcean App Platform), les équipes utilisant des conteneurs natifs (Render) et les charges de travail à faible latence en périphérie (Fly.io).
• Chaque plateforme est évaluée selon six critères cohérents : prise en charge du runtime PHP, stockage persistant, services gérés, workers en arrière-plan, environnements de test et stratégie multi-cloud ou de migration.

Pourquoi les équipes PHP regardent au-delà de Heroku en 2026

Trois choix de conception de Heroku poussent les équipes PHP à revoir leur position. 

• Un délai d’expiration du routeur de 30 secondes. Heroku interrompt toute requête web qui prend plus de 30 secondes, renvoyant une erreur H12, et sa propre documentation recommande de limiter les délais d’expiration au sein des applications à 10 à 15 secondes. Ça marche pour les API, mais c’est pénible pour les exportations CMS, la génération de rapports Magento et les longues tâches d’administration pilotées par Composer.
• Un système de fichiers éphémère. Tout fichier écrit directement sur un dyno, y compris les médias WordPress, les fichiers Drupal et les plugins installés par l’administrateur, est perdu lorsque le dyno redémarre ou change de taille. Les équipes PHP en production contournent ce problème en ajoutant S3 et un plugin tiers, ce qui engendre des frais supplémentaires et mobilise du temps de développement.
• Une facture d’extension pour chaque service. Heroku facture Postgres, Redis, la recherche, la planification et la surveillance comme des extensions distinctes ; du coup, une configuration PHP de niveau production implique plusieurs contrats, plusieurs factures et plusieurs relations avec des fournisseurs à gérer.

La plateforme fonctionne toujours. Mais ça fait des années qu’elle n’est plus l’hébergeur PHP le plus simple à utiliser.

Ce qu’il faut rechercher dans une alternative à Heroku pour PHP

Les critères ci-dessous structurent la comparaison et correspondent directement aux colonnes du tableau comparatif.

• Environnement d’exécution PHP et prise en charge des versions. La plateforme exécute-t-elle PHP en natif ou uniquement via un Dockerfile ? Quelles versions de PHP sont prises en charge ? Les workers PHP-FPM, Composer et les extensions PHP sont-ils configurables sans avoir à créer de conteneurs personnalisés ?
• Stockage persistant pour les charges de travail CMS. La plateforme propose-t-elle un montage de fichiers persistant qui survit aux déploiements et aux redémarrages ? C’est ce qui permet aux médias WordPress, aux fichiers Drupal et aux images de produits Magento de rester sur la plateforme d’application au lieu d’être transférés vers S3 ou Spaces.
• Bases de données et recherche gérées. Si PostgreSQL, MySQL ou MariaDB, Redis et un moteur de recherche comme OpenSearch sont proposés en tant que services gérés de premier ordre, plutôt que comme des modules complémentaires distincts proposés par des fournisseurs.
• Tâches en arrière-plan et jobs planifiés. Est-ce que Laravel Horizon, les consommateurs Symfony Messenger, Drush cron et d’autres processus PHP de longue durée peuvent s’exécuter dans des conteneurs dédiés qui s’adaptent indépendamment de la couche web ?
• Environnements de test et profilage. Vérifie si la plateforme crée un environnement isolé pour chaque branche Git, si cet environnement peut inclure de vraies données de production, et si des outils de profilage PHP comme Blackfire sont disponibles en natif.
• Prise en charge du multicloud et parcours de migration depuis Heroku. Si la plateforme prend en charge le déploiement sur plusieurs clouds, et dans quelle mesure son modèle de compilation et d’exécution est compatible avec une application PHP Heroku existante.

Les meilleures alternatives à Heroku pour les équipes PHP en 2026

1. Upsun

Une plateforme d’applications multi-cloud avec PHP natif, un stockage persistant et un catalogue intégré de services gérés, conçu autour des charges de travail PHP en production.

Upsun exécute PHP en tant qu’environnement d’exécution natif de premier ordre, prenant en charge les dernières versions de PHP. Le code et l’infrastructure sont décrits dans un seul fichier de configuration YAML : les workers PHP-FPM, les extensions et la gestion des dépendances Composer sont configurés au même endroit. Chaque branche Git génère un environnement de test qui clone le code de production, la configuration et les données en temps réel en moins d’une minute.

Principales fonctionnalités :

• Environnement d'exécution PHP natif avec des workers PHP-FPM et des extensions configurables via YAML.
• Montages de stockage persistant pour les médias WordPress, les fichiers Drupal et les images de produits Magento.
• Catalogue de services gérés : PostgreSQL, MySQL, Redis, Elasticsearch, OpenSearch, RabbitMQ et Kafka.
• Conteneurs de workers dédiés pour Laravel Horizon, Symfony Messenger et Drush cron.
• Déploiement multicloud sur AWS, GCP, Azure, OVHcloud et IBM Cloud.
• Blackfire disponible sous forme d’extension PHP pour le profilage au niveau de l’application.
• Conformité aux normes ISO 27001, SOC 2 Type 2, PCI DSS Niveau 1, HIPAA, TX-RAMP et RGPD.

Idéal pour : les équipes PHP en production qui gèrent des CMS, des portefeuilles multi-frameworks ou des charges de travail soumises à des exigences de conformité et nécessitant du PHP natif, un stockage persistant et des environnements de test avec de vraies données de production.

2. Laravel Cloud

Laravel Cloud est le produit d’hébergement propre à Laravel, conçu spécialement pour les applications Laravel. Il propose des workers de file d’attente à mise à l’échelle automatique qui surveillent le CPU, la mémoire et le backlog des tâches, des environnements de test pour les PR, ainsi qu’un plan de contrôle qui comprend les commandes Artisan et Horizon. Les bases de données gérées incluent MySQL et Postgres sans serveur, avec la possibilité de se connecter à des bases de données externes.

Le compromis est évident : Laravel Cloud n’héberge que des applications Laravel. Si ton équipe gère également un site Drupal, une API Symfony ou une boutique Magento, tu auras besoin d’une deuxième plateforme. Les équipes utilisant d’autres frameworks PHP ou CMS ne devraient pas choisir Laravel Cloud comme hébergeur principal.

Principales fonctionnalités :

• Mise à l'échelle automatique spécifique à Laravel pour les travailleurs de file d'attente et la couche web.
• Environnements de test des pull requests conformes aux conventions Laravel.
• MySQL géré et Postgres sans serveur, ainsi que la prise en charge des bases de données externes.
• Niveau d’entrée de gamme avec plafonds de dépenses et mise à zéro en quelques millisecondes.

Idéal pour : les équipes dont l'ensemble du portefeuille PHP est basé sur Laravel et qui souhaitent une plateforme conçue selon les conventions de Laravel.

3. DigitalOcean App Platform

Une plateforme PaaS gérée qui utilise directement le buildpack PHP de Heroku, offrant ainsi le parcours de migration vers Heroku le plus fluide possible.

DigitalOcean App Platform prend en charge le déploiement via Git depuis GitHub, GitLab et Bitbucket. D’après la documentation de DigitalOcean, elle exécute heroku-buildpack-php et prend en charge les versions 8.1 à 8.5 de l’environnement d’exécution PHP ; ainsi, ton fichier composer.json et ta configuration d’exécution existants fonctionnent généralement sans modification. Des instances gérées de Postgres, MySQL et Redis sont également disponibles.

Principales fonctionnalités :

• Déploiement via Git à l’aide de heroku-buildpack-php.
• Versions du runtime PHP de 8.1 à 8.5.
• Postgres, MySQL et Redis gérés.
• Intégration avec DigitalOcean Spaces pour le stockage d’objets.

Idéal pour : les équipes qui recherchent la migration vers Heroku la plus rapide et nécessitant le moins de réécriture possible sur un seul cloud.

4. Render

Une plateforme PaaS par forfait pour les équipes PHP qui maîtrisent déjà la gestion d’un Dockerfile.

Render ne propose pas d’environnement d’exécution PHP natif. Sa documentation mentionne Node.js, Bun, Python, Ruby, Go, Rust et Elixir comme langages pris en charge nativement et oriente les utilisateurs de PHP vers Docker. Pour les équipes qui ont déjà adopté les conteneurs, le reste de l’expérience développeur est fluide : Postgres géré, base de données clé-valeur (Redis), tâches en arrière-plan, tâches cron, disques persistants et tarification par forfait.

Principales fonctionnalités :

• Déploiement PHP via un Dockerfile, avec un guide officiel Laravel pour Docker.
• Postgres et base de données clé-valeur (Redis) gérés.
• Tâches en arrière-plan et tâches cron de premier ordre.
• Disques persistants pour les charges de travail avec état.

Idéal pour : les équipes PHP qui ont déjà adopté Docker et qui recherchent une plateforme PaaS épurée et basée sur des plans pour un déploiement natif en conteneurs.

5. Fly.io

Une plateforme de conteneurs pour les applications PHP mondiales déployées en périphérie.

Fly.io exécute des conteneurs Docker sous forme de machines virtuelles légères dans 18 régions, d’après la documentation de Fly.io sur les régions datant de 2026. La plateforme prend en charge FrankenPHP, le serveur d’applications PHP moderne, sur son modèle de conteneurs, et Laravel ainsi que les outils PHP bénéficient d’un soutien visible de la part de l’équipe. La facturation à l’utilisation comptabilise séparément le calcul, la bande passante, les volumes, les adresses IPv4 dédiées et la mise en réseau interrégionale.

Principales fonctionnalités :

• Déploiement de conteneurs multirégional dans les 18 régions Fly.io
• FrankenPHP fonctionne parfaitement sur le modèle de conteneurs
• Volumes persistants pour les charges de travail avec état
• Réseau Anycast avec prise en charge des adresses IP statiques

Idéal pour : les équipes PHP dont le produit repose sur une diffusion à faible latence, distribuée en périphérie et couvrant plusieurs zones géographiques.

Aperçu : comparaison des cinq alternatives à Heroku

 Choisir la bonne alternative

Le principal compromis à faire quand on quitte Heroku pour du développement PHP, c’est de déterminer dans quelle mesure tu veux conserver la conception de Heroku. Le délai d’expiration de 30 secondes, le système de fichiers éphémère et la facturation par modules complémentaires ne sont pas des choix aléatoires : c’est le prix à payer pour une abstraction qui masque entièrement l’infrastructure. Les alternatives qui conservent cette abstraction, notamment DigitalOcean App Platform avec le buildpack Heroku, permettent une migration rapide mais reprennent une architecture similaire. Celles qui assouplissent l’abstraction, comme Upsun et Render, t’offrent davantage de contrôle sur l’exécution, le stockage et les services.

Pour les portefeuilles exclusivement Laravel, Laravel Cloud est la solution la plus tranchée et la plus adaptée. Pour une migration rapide et compatible avec les buildpacks, DigitalOcean App Platform est la solution la plus proche. Pour les équipes PHP natives des conteneurs, Render est un choix clair. Pour les charges de travail distribuées en périphérie, Fly.io s’impose naturellement. Upsun est la solution la plus adaptée aux équipes PHP en production qui gèrent des CMS ou des portefeuilles multi-frameworks et qui ont besoin de PHP natif sans Dockerfile, d’un stockage persistant pour les médias, d’un catalogue intégré de services gérés et d’environnements de test avec de vraies données de production.

Foire aux questions (FAQ)

Est-ce que Heroku propose toujours un support PHP de premier ordre en 2026 ?

Heroku propose toujours un buildpack PHP officiel prenant en charge les versions récentes de PHP, avec une gestion des dépendances basée sur Composer et le choix entre Apache et Nginx. Le runtime PHP lui-même est à jour. Ce qui n’a pas changé, c’est le modèle de la plateforme : le délai d’expiration de 30 secondes du routeur, le système de fichiers éphémère et les services basés sur des add-ons continuent de déterminer la façon dont une application PHP doit être conçue pour Heroku, quelle que soit la version de PHP utilisée.

Pourquoi les équipes PHP délaissent-elles Heroku ?

Les trois raisons les plus souvent citées en 2026 sont le cumul des coûts liés aux modules complémentaires, le système de fichiers éphémère qui perturbe les schémas courants de téléchargement des CMS, et la suppression en 2022 de la formule gratuite permanente, qui a fait disparaître la passerelle d’accès bon marché dont dépendaient de nombreux petits projets PHP. Les équipes à la recherche de tests de niveau production et d’une flexibilité multicloud ont également tendance à dépasser les limites du modèle Heroku, limité à une seule région et à un seul cloud.

Est-ce qu’Upsun prend en charge PHP, et quelles versions ?

Oui. Upsun exécute PHP en tant qu’environnement d’exécution natif de premier plan et prend actuellement en charge les versions PHP 8.2, 8.3, 8.4 et 8.5. Tu sélectionnes la version dans un fichier de configuration YAML stocké avec ton code, tu configures les workers PHP-FPM et les extensions au même endroit, et Upsun utilise Composer 2.x par défaut pour la gestion des dépendances. Aucun fichier Dockerfile n’est nécessaire.

Quels frameworks PHP et CMS Upsun prend-il en charge ?

Upsun propose des guides documentés pour Laravel et Symfony, ainsi que des tutoriels pour les principaux systèmes de gestion de contenu basés sur PHP : WordPress, Drupal, Magento, Shopware et Pimcore. Les montages de stockage persistant gèrent les médias des CMS et les fichiers téléchargés par les utilisateurs sans avoir à les transférer vers S3, et les services gérés incluent PostgreSQL, MariaDB, Redis et OpenSearch pour le stack PHP classique. Laravel Horizon, Symfony Messenger et Drush cron s’exécutent tous dans des conteneurs de worker dédiés, au sein du même projet que l’application web.

Quelle alternative à Heroku prend en charge WordPress, Drupal ou Magento de manière native ?

Upsun prend en charge WordPress, Drupal, Magento, Shopware et Pimcore grâce à des modèles documentés et à des montages de stockage persistant qui survivent aux déploiements, ce qui constitue le principal obstacle pour les charges de travail CMS sur Heroku. Pantheon et Acquia sont des choix plus spécialisés si tu n’utilises que WordPress ou Drupal et que tu souhaites un hébergeur conçu autour de ce CMS en particulier.

Est-ce que je peux migrer une application Laravel depuis Heroku sans avoir à la réécrire ?

Oui, sur la plupart des alternatives présentées ici. DigitalOcean App Platform réutilise directement le buildpack PHP de Heroku ; une application Laravel peut donc souvent être migrée sans modification du code. Upsun et Laravel Cloud offrent tous deux une prise en charge de premier ordre de Laravel et des procédures de migration documentées, même si Upsun te demande d’ajouter un fichier de configuration YAML décrivant tes services. Render nécessite un Dockerfile.

Quelle alternative à Heroku offre une prise en charge native de PHP sans Docker ? Upsun, Laravel Cloud et DigitalOcean App Platform exécutent tous PHP en tant qu’environnement d’exécution natif et de premier ordre, sans que tu aies à gérer un Dockerfile. Render et Fly.io nécessitent Docker pour les charges de travail PHP. Si éviter la gestion des conteneurs est une priorité, les trois premières solutions constituent la liste la plus courte à évaluer.

Est-ce que l’une de ces alternatives me permet de tester avec des données de production ? Upsun est la seule plateforme de ce comparatif qui clone automatiquement le code de production, la configuration, les services et les données de production dans un environnement de test sur chaque branche Git. Les autres proposent des environnements de staging ou de test pour les pull requests, mais elles n’y importent pas les données de production par défaut.