Sommaire
- 1. Qu'est-ce qu'un PaaS -- et pourquoi l'IA le recommande
- 2. Les 4 niveaux d'hébergement -- le modèle de responsabilité partagée
- 3. Hébergement mutualise -- le plus courant
- 4. VPS -- « votre machine virtuelle dédiée »
- 5. Cloud (IaaS) -- AWS, GCP, Azure
- 6. PaaS -- Vercel, Netlify, Render, etc.
- 7. Les 4 formules comparées -- prix, liberté, charge ops
- 8. Comparatif des principaux PaaS
- 9. Pourquoi l'IA pousse-t-elle le PaaS ?
- 10. Nos recommandations par usage
- FAQ
En developpant avec Claude Code ou ChatGPT, on reçoit sans arrêt le même type de conseil : « déployez sur Vercel », « publiez avec Render, c'est immédiat », « Railway, c'est super simple ».
Mais attendez. Vercel, c'est quoi exactement ? Est-ce la même chose qu'AWS ? Et pourquoi pas l'hébergement mutualise qu'on a déjà ? Toutes ces questions se clarifient dès qu'on comprend les différents types d'hébergement.
Cet article compare le PaaS (Platform as a Service) -- que l'IA ne cesse de recommander -- avec les trois autres formules classiques : l'hébergement mutualise, le VPS et le cloud (IaaS). La comparaison se fait sur trois axes : prix, liberté et charge d'exploitation. À la fin, vous saurez lequel choisir pour votre propre projet.
PaaS (Vercel, etc.) vs autres hebergements
Mutualise / VPS / Cloud / PaaS -- les différences en un coup d'oeil
L'arbitrage clé : « quantité de travail » contre « liberté »
1. Qu'est-ce qu'un PaaS -- et pourquoi l'IA le recommande
Un PaaS (Platform as a Service) est une formule d'hébergement où le fournisseur met à disposition toute la « fondation » nécessaire pour faire tourner une application : serveur, OS, middleware, runtime... L'utilisateur n'a plus qu'à fournir le code de l'application ; un simple git push suffit pour le déployer en production.
Principaux PaaS
| Service | Spécialité | Particularité |
|---|---|---|
| Vercel | Next.js / frontend | Éditeur de Next.js. CDN parmi les plus rapides au monde |
| Netlify | Sites statiques / JAMstack | Principal concurrent de Vercel. Gestion de formulaires intégrée |
| Render | Full-stack (API + BDD) | Successeur populaire de Heroku, en forte croissance |
| Railway | Backend / bases de données | Interface epuree et facturation à l'usage |
| Fly.io | Déploiement distribué mondial | Déploiement automatique dans les régions du monde entier |
| Cloudflare Pages | Statique / fonctions edge | Un quota gratuit très généreux |
| Heroku | Historique (full-stack) | Élan casse par la suppression du plan gratuit en 2022 |
L'essence du PaaS : « minimiser ce que vous avez à faire »
Avec un hébergement mutualise ou un VPS, il faut s'occuper des certificats SSL, de la configuration de Nginx/Apache, de l'installation de Node.js, des scripts de déploiement, de la surveillance des logs, des sauvegardes... Autant de tâches parasites, eloignees du développement applicatif qui est votre vraie mission.
Un PaaS automatise tout cela. Concrètement :
- Un git push suffit pour déployer (build, déploiement et mise en ligne sont automatisés)
- Certificats SSL obtenus et renouveles automatiquement (HTTPS par défaut)
- CDN et cache intégrés (diffusion rapide depuis le monde entier)
- Variables d'environnement et secrets gérés via une interface graphique
- Environnements de prévisualisation générés automatiquement (une URL par pull request)
- Mise à l'échelle automatique (absorbe les pics de trafic tout seul)
- Rollback en un clic (retour immédiat à une version anterieure)
Autrement dit, quand l'IA vous dit « déployez sur Vercel », elle à une raison rationnelle : vous libéré du temps pour vous concentrer sur le développement plutôt que sur les corvées d'infrastructure.
2. Les 4 niveaux d'hébergement -- le modèle de responsabilité partagée
Le moyen le plus simple de comprendre les différences entre types d'hébergement est de regarder ce que vous gérez vous-même et ce que le fournisseur prend en charge. C'est ce qu'on appelle le modèle de responsabilité partagée.
Modèle de responsabilité partagée -- qui gère quoi
Géré par vousGéré par le Fournisseur
Du matériel jusqu'au code applicatif, un service web repose sur plusieurs couches. De bas en haut :
- Matériel -- serveurs physiques, stockage, équipement réseau
- Virtualisation -- technologie qui permet de découper une machine physique en plusieurs VM
- OS -- Linux, Windows Server, etc.
- Middleware -- serveur web (Nginx/Apache), BDD (MySQL/PostgreSQL)...
- Runtime -- environnement d'exécution Node.js, Python, PHP, Ruby, etc.
- Dépendances -- paquets gérés par npm, Composer, etc.
- Code applicatif -- le code source que vous écrivez
Chaque formule d'hébergement se distingue par la couche à partir de laquelle le fournisseur prend la main.
| Formule | Géré par le fournisseur | Géré par vous |
|---|---|---|
| Mutualise | Matériel -> middleware | Une partie de la config du runtime et l'appli |
| VPS | Matériel + virtualisation seulement | De l'OS jusqu'à l'appli |
| Cloud (IaaS) | Matériel -> OS | Middleware -> application |
| PaaS | Matériel -> runtime | Uniquement le code applicatif |
| SaaS | Tout | Juste les réglages (pas de code) |
Plus on descend dans ce tableau, moins on a de travail ; plus on monte, plus la liberté est grande. Le bon choix dépend de l'arbitrage entre cette liberté et la charge opérationnelle que vous êtes prêt à porter.
3. Hébergement mutualise -- le plus courant
L'hébergement mutualise (shared hosting) est une formule ou un même serveur physique est partage entre de nombreux utilisateurs. C'est probablement le type d'hébergement le plus répandu pour les sites web francophones.
Principaux hebergeurs
- OVHcloud (le leader français, à partir de 3 EUR/mois)
- Infomaniak (hébergeur suisse, ecoresponsable, à partir de 5,75 EUR/mois)
- o2switch (un seul forfait illimité, environ 7 EUR/mois)
- Hostinger (international, à partir de 2-3 EUR/mois)
- PlanetHoster (canadien, offre « N0C » flexible)
Avantages
- Prix imbattable (quelques euros par mois)
- Installation WordPress en 1 clic (via le panneau de l'hébergeur)
- Aucune compétence technique poussée requise (un simple transfert FTP suffit)
- Nom de domaine et boîtes mail inclus (largement suffisant pour un indépendant)
Inconvénients
- Technologies limitées (PHP : oui ; Node.js/Python : souvent bride ou impossible)
- Voisinage avec d'autres clients (un site cohabitant peut ralentir le votre)
- Souvent pas de SSH (impossible de travailler en ligne de commande)
- Mal adapté aux workflows modernes (le déploiement auto via git push demande de vraies bricolages)
Cas d'usage adaptés
Sites WordPress, sites vitrine d'entreprise, blogs personnels, petits e-commerces. Pour un « CMS prefabrique en PHP », aucune autre formule n'offre un meilleur rapport prix/simplicité que le mutualise.
Ce site (AI Arte) tourne lui aussi sur un hébergement mutualise. Faire fonctionner Laravel dans ce contexte est un peu atypique, mais cela prouve qu'on peut tout à fait faire tourner un framework moderne sur du mutualise.
4. VPS -- « votre machine virtuelle dédiée »
Un VPS (Virtual Private Server) est une machine virtuelle entièrement à vous, installée sur un serveur physique. À partir de l'OS, tout est de votre responsabilité.
Principaux fournisseurs
- OVH VPS (acteur français historique, à partir de 4-5 EUR/mois)
- Scaleway (français également, à partir de 5 EUR/mois)
- DigitalOcean (américain, à partir de 4 $/mois)
- Linode (groupe Akamai, à partir de 5 $/mois)
- Vultr (à partir de 2,50 $/mois, excellent rapport qualité-prix)
Avantages
- Liberté totale au-dessus de l'OS (Node.js, Python, Docker, tout ce que vous voulez)
- Accès root (SSH et ligne de commande sans restriction)
- Peu ou pas d'impact des autres clients (CPU et RAM garantis)
- Prix contenu (de quelques euros à quelques dizaines d'euros par mois)
Inconvénients
- Compétences serveur indispensables (Linux, Nginx, SSL, firewall...)
- Mises à jour de sécurité à votre charge (si vous les négligez, c'est l'intrusion)
- Incidents à gérer seul (si ça tombe la nuit, c'est vous qu'on réveille)
- Mise à l'échelle manuelle (il faut changer de forfait pour augmenter la capacité)
Cas d'usage adaptés
Développeurs qui veulent apprendre l'administration système, ceux qui veulent garder la liberté sans payer cher, besoins atypiques avec middleware particulier. On y met aussi des serveurs de jeux, des serveurs mail auto-hébergées, des environnements de dev/test, etc.
5. Cloud (IaaS) -- AWS, GCP, Azure
L'IaaS (Infrastructure as a Service) fournit le matériel et la couche de virtualisation en tant que service. Voyez ça comme un VPS dopé aux hormones.
Principaux fournisseurs
- Amazon Web Services (AWS) -- leader mondial, plus de 200 services
- Google Cloud Platform (GCP) -- très fort en IA/ML et analyse de données
- Microsoft Azure -- orienté entreprise, intégration Office
- OVHcloud -- alternative européenne (Public Cloud, compatible OpenStack)
- Scaleway -- cloud français, offre « Instances » et managed services
- Oracle Cloud -- une tranche gratuite à vie particulièrement généreuse
Avantages
- Evolutivite quasi infinie (passage automatique de quelques serveurs à plusieurs milliers)
- Services managés nombreux (BDD, cache, files, IA, CDN... plusieurs centaines)
- Facturation à l'usage souple (vous payez ce que vous consommez)
- Régions dans le monde entier (Europe, Amerique, Asie...)
- Haute fiabilité et sécurité (utilise jusque dans le secteur bancaire)
Inconvénients
- Courbe d'apprentissage très raide (plus de 10 certifications AWS rien qu'à elles seules)
- Tarification complexe (parfois on découvre la facture de 1 000 EUR le 1er du mois)
- Personnel spécialisé nécessaire (opérer seul en production est exigeant)
- Surdimensionné pour les petits sites (AWS pour un blog, c'est du canon pour un moustique)
Cas d'usage adaptés
Grands services web, SI d'entreprise, plateformes d'analyse de données, infrastructure ML, applications mondiales. Netflix, Airbnb, Spotify et beaucoup d'autres services mondiaux tournent sur AWS.
Anecdote : le PaaS tourne en fait sur du cloud
La plupart des PaaS comme Vercel ou Netlify reposent en interne sur AWS (notamment CloudFront et Lambda). On peut donc dire que le PaaS est « un IaaS dont on a cache la complexité pour le rendre agréable à utiliser ».
6. PaaS -- Vercel, Netlify, Render, etc.
On a déjà présente le concept au chapitre 1 ; détaillons maintenant le fonctionnement concret d'un PaaS.
Un workflow typique
- Connexion à GitHub (il suffit de sélectionner le dépôt)
- Détection automatique du build (Next.js, Astro, Vite, etc. sont reconnus)
- Déploiement automatique au git push (reflète sur la branche main)
- Configuration du domaine personnalisé (il suffit de pointer un CNAME)
- Emission automatique du SSL (Let's Encrypt obtenu et renouvele tout seul)
- URLs de prévisualisation (une URL unique par pull request)
Temps total : moins de 10 minutes, même pour une première fois. La même chose sur un VPS (config Nginx, Let's Encrypt, unit systemd, pipeline CI/CD...) prend plusieurs jours.
Modèles de tarification
Le plus souvent, les PaaS adoptent le modèle « quota gratuit + facturation à l'usage au-delà ».
| Service | Quota gratuit | Plan payant |
|---|---|---|
| Vercel | Usage perso/hobby OK (commercial interdit) | Pro des 20 $/mois |
| Netlify | 100 Go de bande passante, 300 min de build par mois | Pro des 19 $/mois |
| Render | Sites statiques gratuits, Web Service gratuit avec mise en veille | À partir de 7 $/mois |
| Railway | 5 $ de crédit mensuel offerts | Hobby des 5 $/mois |
| Cloudflare Pages | Bande passante illimitée, 500 builds/mois | À partir de 20 $/mois |
Les pièges du PaaS
Même s'il est très pratique, le PaaS à quelques angles morts.
- Hors quota, la facture explose (cas réels de factures de 1 000 $/mois chez Vercel)
- Pas de middleware exotique (Redis, PostgreSQL, etc. doivent venir d'un autre service)
- Fonctions limitées en durée (les fonctions Vercel plafonnent à 10-60 secondes)
- L'usage commercial exige un plan Pro (un blog perso peut souvent rester sur le gratuit)
- Risque de verrouillage fournisseur (si vous utilisez des API propriétaires, migrer devient ardu)
7. Les 4 formules comparées -- prix, liberté, charge ops
Un tableau récapitulatif des quatre formules.
| Critère | Mutualise | VPS | Cloud (IaaS) | PaaS |
|---|---|---|---|---|
| Prix mensuel | 3-15 EUR | 5-30 EUR | À l'usage (des EUR aux milliers) | Gratuit à 20 $/mois |
| Temps d'installation | 30 min | Plusieurs heures à 1 jour | 1 jour à 1 semaine | 5-10 min |
| Compétences requises | FTP | Administration Linux | Architecture cloud | Juste git |
| Liberté | Faible (PHP surtout) | Élevée (OS et au-dessus) | Maximale (illimitée) | Moyenne (langage/FW imposés) |
| Scalabilité | Faible | Moyenne (manuelle) | Maximale (auto) | Élevée (auto) |
| Charge d'exploitation | Faible | Élevée | Maximale | Minimale |
| Certificat SSL | Auto (gratuit) | Config manuelle | Config manuelle | Auto (gratuit) |
| CDN | Aucun | À configurer à part | À construire à part | Intégré |
| CI/CD | Aucun | À construire à part | À construire à part | Intégré |
| BDD | MySQL inclus | À installer soi-même | BDD managé en plus | Service externe à lier |
| Cible idéale | WordPress | Apprentissage / cas spéciaux | Grands comptes / gros volumes | Web moderne |
Il ne s'agit pas de savoir « lequel est le meilleur », mais « lequel correspond à votre objectif ». C'est l'angle de lecture indispensable.
8. Comparatif des principaux PaaS
Même au sein des PaaS, chaque service à sa spécialité. Voici les cinq principaux.
Vercel -- le roi du frontend
- Points forts : éditeur de Next.js, Edge Network parmi les plus rapides, excellente expérience développeur
- Points faibles : usage commercial interdit sur le gratuit, limites strictes de durée d'exécution, risque d'emballement tarifaire
- Idéal pour : applications frontend Next.js, React, Vue, Svelte ; sites JAMstack
- Prix : gratuit pour les particuliers, Pro 20 $/mois, facturation à l'usage au-delà (bande passante et fonctions)
Netlify -- pionnier du JAMstack
- Points forts : grille tarifaire simple, gestion de formulaires intégrée, prise en charge des Functions (serverless)
- Points faibles : moins optimisé pour Next.js que Vercel
- Idéal pour : générateurs de sites statiques comme Astro, Hugo, Jekyll
- Prix : Free (100 Go/mois), Pro 19 $/mois
Render -- la succession de Heroku
- Points forts : full-stack (Web Service + BDD), PostgreSQL/Redis managés
- Points faibles : le Web Service gratuit se met en veille au bout de 15 minutes (cold start)
- Idéal pour : backends Node.js, Python, Ruby, Go ; applications monolithiques
- Prix : Web Service à partir de 7 $/mois, PostgreSQL à partir de 7 $/mois
Railway -- la simplicité avant tout
- Points forts : interface intuitive, nombreux modèles (BDD + API en un clic)
- Points faibles : facturation à l'usage -- gare au dépassement de budget
- Idéal pour : prototypage, petites et moyennes applications full-stack, bots Discord, etc.
- Prix : Hobby 5 $/mois (5 $ de crédit), Pro 20 $/mois
Cloudflare Pages -- le champion du gratuit
- Points forts : bande passante illimitée et gratuite, CDN mondial, intégration avec Workers (fonctions edge)
- Points faibles : peu adapté aux backends complexes
- Idéal pour : sites statiques à fort trafic, Astro/Hugo/Next.js en SSG
- Prix : Free (bande passante illimitée), Pro 20 $/mois
Lequel choisir ? -- Arbre de décision
Dépend de l'usage, du budget et de la stack technique
-> OVH VPS / Scaleway / DigitalOcean
9. Pourquoi l'IA pousse-t-elle le PaaS ?
Quand on demande à Claude Code ou ChatGPT de nous aider à développer, la réponse est presque toujours « Vercel » ou « Render ». Ce n'est pas un hasard -- c'est un choix rationnel du point de vue de l'IA.
Raison 1 : un taux de réussite très élevé
Un déploiement sur VPS ou sur AWS comporte une myriade de points de rupture (réseau, SSL, systemd, Nginx...). La probabilité que les instructions de l'IA aboutissent est maximale avec le « git push » d'un PaaS.
Raison 2 : un environnement standardisé
Sur VPS, il y a des différences entre « Ubuntu 22.04 » et « CentOS 7 » ; sur PaaS, l'environnement est normalise, donc les conseils de l'IA s'appliquent tels quels.
Raison 3 : bonne adéquation avec les applis générées par l'IA
L'IA produit souvent du Next.js, des API Python, des bots Discord -- exactement les spécialités des PaaS. Pour un site WordPress, l'IA recommanderait plutôt du mutualise.
Raison 4 : diagnostiquer les incidents est plus facile
Les PaaS centralisent logs, métriques et historique des déploiements dans une interface unique. Quand l'IA vous demande « montre-moi les logs », c'est facile à partager. Sur VPS, il faut se connecter en SSH, utiliser journalctl... les étapes se multiplient.
10. Nos recommandations par usage
Blog ou site vitrine avec WordPress
-> Hébergement mutualise (OVH, Infomaniak, o2switch). Entre 5 et 10 EUR/mois, c'est largement suffisant. Un PaaS ou AWS serait surdimensionné.
Frontend moderne Next.js / React
-> Vercel (incontournable pour Next.js) ou Netlify (pour les autres frameworks). Commencez avec le gratuit pour l'usage perso, puis passez en Pro à 20 $/mois si vous commercialisez.
Site statique à fort trafic
-> Cloudflare Pages. Bande passante illimitée et gratuite -- personne d'autre ne propose ça. Idéal pour blogs techniques et sites de documentation.
API / backend / full-stack
-> Render ou Railway. BDD hébergée sur le même service, budget entre 10 et 30 $/mois.
Bot Discord / bot LINE / petite appli en service continu
-> Railway ou Fly.io. Tarification bien pensée pour les petites charges.
Envie d'apprendre l'administration serveur / liberté maximale
-> VPS (OVH VPS, Scaleway, DigitalOcean). Pour quelques euros par mois, vous disposez d'une machine Linux complète.
Grand service web / système d'entreprise
-> Cloud (AWS, GCP, Azure). Prévoir des ingénieurs dédiés en équipe.
Hébergement de modèles ML/IA
-> Hugging Face Spaces (quota gratuit) ou Modal (PaaS GPU). Pour du sérieux à grande échelle, c'est SageMaker sur AWS.
Pour un débutant qui veut essayer
-> Commencez par Vercel + Cloudflare Pages. Vous déployez gratuitement, vous ressentez la magie du git push. Ensuite, vous pouvez élargir vers Render, Railway, AWS au fil de votre progression.
À lire aussi : L'IA peut-elle remplacer les ingénieurs infrastructure et réseau ? -- un complément utile pour comprendre pourquoi l'IA pousse le PaaS.
FAQ
Q. Quelles différences entre PaaS, SaaS, IaaS et FaaS ?
L'IaaS loué de l'infrastructure (serveurs, stockage), par exemple AWS EC2. Le PaaS loué un environnement d'exécution pour vos applis (Vercel, etc.). Le SaaS loué un logiciel prêt à l'emploi (Gmail, Slack...). Le FaaS (Function as a Service) est une variante du PaaS qui exécute du code au niveau d'une fonction (AWS Lambda, Cloudflare Workers). La « quantité de code que vous écrivez » diminue dans l'ordre IaaS > PaaS > FaaS > SaaS.
Q. Peut-on héberger un blog commercial sur le plan gratuit de Vercel ?
Non : les CGU du plan gratuit (Hobby) de Vercel interdisent l'usage commercial. Les sites qui diffusent de l'affiliation, de la publicité, les sites vitrine d'entreprise ou les services payants sont tous considérés comme commerciaux. Les portfolios personnels ou les sites de documentation de projets OSS sont autorisés. Pour un usage commercial, prenez le plan Pro (20 $/mois) ou utilisez Cloudflare Pages (commercial gratuit).
Q. Le PaaS, c'est vraiment si simple ? Et si un problème survient ?
Le premier déploiement est effectivement rapide (moins de 10 minutes), mais les incidents classiques arrivent : « le build échoue », « les variables d'environnement ne sont pas prises en compte », « impossible de joindre la BDD ». La bonne nouvelle : les logs sont accessibles via l'interface, ce qui rend le diagnostic bien plus facile qu'avec un mutualise ou un VPS. Dans la plupart des cas, il suffit de coller les logs à l'IA pour obtenir la solution.
Q. Est-il vrai qu'on peut recevoir une facture de plusieurs milliers d'euros sur un PaaS ?
Oui. Des factures de plusieurs milliers de dollars sur un seul mois ont été rapportées chez Vercel, typiquement lorsqu'un site perso explose en trafic (contenu viral, hotlink d'images, etc.). Pour se protéger, Vercel propose un « Spend Management » qui permet de fixer un plafond. Si un gros trafic est envisageable, Cloudflare Pages (bande passante illimitée gratuite) reste l'option la plus sûre.
Q. Peut-on faire tourner WordPress sur Vercel ?
Le WordPress classique (moteur PHP) ne tourne pas sur Vercel. Les PaaS comme Vercel sont orientés langages modernes (Node.js, Python, Go, etc.). Pour WordPress, mutualise ou VPS restent la bonne réponse. En revanche, une configuration fréquente consiste à utiliser WordPress en mode headless (CMS) avec un frontend Next.js déployé sur Vercel.
Q. J'ai peur du vendor lock-in. Est-ce difficile de migrer depuis un PaaS ?
Le workflow « git push pour déployer » est standard -- le code migré sans difficulté d'un PaaS à un autre. En revanche, si vous utilisez beaucoup d'API propriétaires (Vercel KV, Netlify Functions, bindings Cloudflare Workers...), le coût de migration grimpe. Pour limiter le lock-in, restez autant que possible sur des technos standards (API Next.js standard, PostgreSQL, etc.) et limitez les API propriétaires au strict minimum.
Q. Est-ce réaliste de faire tourner une appli uniquement sur le gratuit AWS ?
AWS propose une tranche « 12 mois gratuits » et une tranche « gratuite à vie », mais ces limites sont trop étroites pour un usage perso sérieux. EC2 t2.micro 750 h/mois (environ une instance), RDS db.t2.micro : une erreur de config, et vous êtes factures. Si votre but est d'apprendre AWS, allez-y ; si c'est simplement de mettre un service en ligne, un PaaS sera plus simple et moins risque.
Q. Au final, que dois-je choisir ?
« Dans le doute, prenez un PaaS (Vercel, Render ou Cloudflare Pages) » est la bonne réponse aujourd'hui. Raisons : (1) faible taux d'échec, (2) démarrage gratuit, (3) tire pleinement parti de l'assistance IA, (4) migration ultérieure relativement aisee. Pour WordPress : mutualise sans hésitation. Pour le cloud (AWS, GCP, Azure) : ne l'envisagez que si vous avez un ingénieur spécialisé dans l'équipe ou un système à grande échelle à construire.
Cet article est fondé sur des informations disponibles en avril 2026. Les tarifs et les quotas gratuits peuvent évoluer -- vérifiez toujours les informations officielles du fournisseur avant toute souscription.
