Auto-hébergé ou PaaS : de quoi parle-t-on exactement ?
Avant de comparer, autant clarifier les deux options, parce que la confusion est fréquente.
L'auto-hébergé, c'est louer un serveur nu, un VPS chez un fournisseur comme Hetzner, OVH ou Contabo, et y installer vous-même tout ce qui fait tourner votre site : système d'exploitation, base de données, serveur web, certificats SSL, outils de déploiement. Vous avez les clés de la machine.
Le PaaS, Platform as a Service, c'est l'inverse. Vous connectez votre dépôt Git, et la plateforme (Vercel, Railway, DigitalOcean App Platform) s'occupe de construire, déployer et faire tourner votre application. Vous ne voyez jamais le serveur sous-jacent.
Le coût : prévisible contre évolutif
Ce que coûte un PaaS
Les trois plateformes les plus utilisées en 2026 fonctionnent toutes sur un modèle d'abonnement plus consommation.
- Vercel : le plan Pro démarre à 20 dollars par poste développeur et par mois, avec un crédit d'usage inclus. Au-delà, la bande passante et les requêtes facturées en supplément peuvent faire grimper la facture vite, surtout sur un site à fort trafic
- Railway : facturation à l'usage, avec un palier Hobby à 5 dollars et un palier Pro à 20 dollars incluant un crédit d'usage. Particularité à connaître : un conteneur qui tourne en continu coûte de l'argent même sans trafic, contrairement à un modèle serverless
- DigitalOcean App Platform : facturation par composant, à partir de 5 dollars par service web, plus les bases de données managées à part. Le prix reste prévisible mais grimpe avec le nombre de composants
Ce que coûte l'auto-hébergé
Un VPS chez Hetzner démarre autour de 5 à 10 euros par mois pour une petite instance, avec souvent tout votre site dessus (base de données comprise). C'est un prix fixe : que vous ayez 100 ou 10 000 visiteurs ce mois-ci, la facture ne bouge pas tant que le serveur encaisse la charge.
Les coûts cachés de l'auto-hébergé
Le prix du VPS n'est qu'une partie de l'addition. Avant de le comparer à un abonnement PaaS, il faut compter :
- Le temps de configuration initiale : monter le serveur, sécuriser l'accès, installer un outil de déploiement, configurer les certificats SSL. Plusieurs heures à plusieurs jours selon la complexité du projet
- La maintenance continue : mises à jour de sécurité du système, surveillance des failles connues, monitoring de la disponibilité. Rien n'est automatique, contrairement à un PaaS
- Les sauvegardes : à mettre en place et à tester vous-même, avec un coût de stockage à part si vous voulez les externaliser
- Le scaling manuel : si le trafic augmente fortement, il faut intervenir vous-même pour changer d'instance ou ajouter de la capacité, contrairement à l'autoscaling automatique d'un PaaS
- Le risque humain : si une seule personne connaît la configuration du serveur, son départ ou son indisponibilité devient un vrai risque pour le projet
Sur un petit projet bien maîtrisé, ces coûts restent légers. Sur un projet qui grossit ou qui change de mains, ils peuvent peser plus lourd que prévu si personne ne les a anticipés.
La rapidité de mise en ligne et la simplicité
Sur ce point, le PaaS gagne nettement. Connecter un dépôt Git, et votre site est en ligne en quelques minutes, avec HTTPS automatique, prévisualisations pour chaque pull request, et scaling géré pour vous. C'est l'argument numéro un de Vercel, Railway ou DigitalOcean App Platform.
L'auto-hébergé demande de la mise en place : configurer le serveur, installer un outil de déploiement comme Dokploy ou Coolify, gérer les certificats SSL, sécuriser l'accès. Une fois fait, le déploiement au quotidien devient simple, mais le démarrage prend plus de temps qu'un simple git push.
Le contrôle et la flexibilité
Un PaaS impose un cadre. Limites de temps d'exécution sur les fonctions serverless, contraintes sur certains runtimes, parfois une architecture spécifique à respecter pour profiter pleinement de la plateforme. Ça convient très bien à la majorité des sites et applications web, mais ça peut devenir un mur si votre projet a des besoins spécifiques, des processus longs, ou des dépendances système particulières.
Un serveur auto-hébergé n'impose rien. Vous installez ce que vous voulez, vous configurez comme vous voulez, vous n'êtes jamais bloqué par les limites d'une plateforme tierce.
La maintenance et la charge opérationnelle
C'est l'envers du contrôle. Avec un PaaS, les mises à jour de sécurité, la scalabilité, la gestion de l'infrastructure sont prises en charge par le fournisseur. Avec l'auto-hébergé, c'est à vous, ou à votre prestataire, de surveiller le serveur, d'appliquer les correctifs, de gérer les sauvegardes. Ce n'est pas insurmontable, mais ça demande une compétence ou un accompagnement que toutes les équipes n'ont pas en interne.
La localisation des données et le choix du fournisseur
C'est ici que la question de la souveraineté numérique a vraiment du sens, contrairement à d'autres sujets où c'est plus accessoire. Vercel et Railway sont des entreprises américaines, avec des infrastructures qui passent en grande partie par des clouds américains. DigitalOcean propose des régions européennes mais reste une entreprise américaine. Un VPS chez Hetzner ou OVH, en revanche, c'est une infrastructure et une entreprise européennes, avec des données qui restent physiquement en Europe.
Pour beaucoup de projets, ça ne change rien. Pour d'autres, secteur réglementé, clientèle B2B qui pose la question explicitement, conviction personnelle assumée du fondateur, ça devient un critère de choix à part entière, pas un détail technique.
Quand un PaaS a du sens
- Vous n'avez pas de ressource technique dédiée à l'infrastructure en interne
- Votre trafic est imprévisible ou sujet à des pics, et vous voulez une scalabilité automatique sans y penser
- Vous voulez itérer vite, avec des prévisualisations automatiques à chaque mise à jour
- Le budget mensuel variable ne vous pose pas de problème de gestion
Quand l'auto-hébergé a du sens
- Vous voulez un coût fixe et prévisible, peu importe le trafic
- La localisation européenne des données est un critère pour votre activité ou vos clients
- Votre projet a des besoins techniques spécifiques qui sortent du cadre d'un PaaS classique
- Vous avez accès à une compétence technique, en interne ou via un prestataire, pour assumer la maintenance décrite plus haut
Chez Nualt, le choix se fait au cas par cas
Ce comparatif n'a pas vocation à désigner un gagnant. Le PaaS et l'auto-hébergé répondent à des contraintes différentes, et c'est justement pour ça qu'on ne fonctionne pas avec un parti pris technique appliqué à tous les projets.
Quand on cadre un projet, on regarde votre budget, la prévisibilité de votre trafic, les compétences techniques disponibles en interne, vos exigences de localisation des données, et l'horizon du projet. Le bon hébergement, c'est celui qui correspond à ces critères-là, pas celui qu'on a l'habitude d'installer.
FAQ : auto-hébergé vs PaaS, vos questions
Les questions qu'on nous pose le plus souvent quand un client hésite entre une plateforme managée et un serveur auto-hébergé.
Quelle est la différence entre auto-hébergé et PaaS ?
L'auto-hébergé, c'est un serveur que vous louez et configurez vous-même de A à Z. Le PaaS est une plateforme qui gère l'infrastructure pour vous : vous déployez votre code, elle s'occupe du reste.
Le PaaS revient-il plus cher que l'auto-hébergé sur la durée ?
En général oui, surtout quand le trafic augmente. Un VPS auto-hébergé reste à prix fixe quel que soit le volume de visiteurs, alors que la facturation à l'usage d'un PaaS suit la croissance du trafic et du nombre de services, à condition d'avoir anticipé le temps de maintenance que demande l'auto-hébergé, sans quoi l'écart de coût réel est plus faible qu'il n'y paraît.
Faut-il des compétences DevOps pour de l'auto-hébergement ?
Oui, au moins des bases solides en administration serveur, ou un prestataire qui s'en occupe. Sans ça, la maintenance, la sécurité et les sauvegardes deviennent un risque plutôt qu'une économie.
Vercel et DigitalOcean hébergent-ils nos données en Europe ?
Vercel et DigitalOcean sont des entreprises américaines, avec des infrastructures qui passent majoritairement par des clouds américains, même si certaines options de région existent. Pour une localisation strictement européenne, un VPS chez un fournisseur comme Hetzner ou OVH est la solution la plus directe.
Peut-on migrer d'un PaaS vers l'auto-hébergé plus tard ?
Oui, c'est un cas de figure courant, en particulier quand le trafic grandit et que le coût du PaaS devient significatif. La migration est plus simple si le projet a été conçu sans dépendances trop spécifiques à la plateforme de départ.
