En developpant avec Claude Code ou ChatGPT, on recoit sans arret le meme type de conseil : « deployez sur Vercel », « publiez avec Render, c'est immediat », « Railway, c'est super simple ».

Mais attendez. Vercel, c'est quoi exactement ? Est-ce la meme chose qu'AWS ? Et pourquoi pas l'hebergement mutualise qu'on a deja ? Toutes ces questions se clarifient des qu'on comprend les differents types d'hebergement.

Cet article compare le PaaS (Platform as a Service) -- que l'IA ne cesse de recommander -- avec les trois autres formules classiques : l'hebergement mutualise, le VPS et le cloud (IaaS). La comparaison se fait sur trois axes : prix, liberte et charge d'exploitation. A la fin, vous saurez lequel choisir pour votre propre projet.

PaaS vs autres formules d'hebergement

1. Qu'est-ce qu'un PaaS -- et pourquoi l'IA le recommande

Un PaaS (Platform as a Service) est une formule d'hebergement ou le fournisseur met a disposition toute la « fondation » necessaire pour faire tourner une application : serveur, OS, middleware, runtime... L'utilisateur n'a plus qu'a fournir le code de l'application ; un simple git push suffit pour le deployer en production.

Principaux PaaS

ServiceSpecialiteParticularite
VercelNext.js / frontendEditeur de Next.js. CDN parmi les plus rapides au monde
NetlifySites statiques / JAMstackPrincipal concurrent de Vercel. Gestion de formulaires integree
RenderFull-stack (API + BDD)Successeur populaire de Heroku, en forte croissance
RailwayBackend / bases de donneesInterface epuree et facturation a l'usage
Fly.ioDeploiement distribue mondialDeploiement automatique dans les regions du monde entier
Cloudflare PagesStatique / fonctions edgeUn quota gratuit tres genereux
HerokuHistorique (full-stack)Elan casse par la suppression du plan gratuit en 2022

L'essence du PaaS : « minimiser ce que vous avez a faire »

Avec un hebergement 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 deploiement, de la surveillance des logs, des sauvegardes... Autant de taches parasites, eloignees du developpement applicatif qui est votre vraie mission.

Un PaaS automatise tout cela. Concretement :

  • Un git push suffit pour deployer (build, deploiement et mise en ligne sont automatises)
  • Certificats SSL obtenus et renouveles automatiquement (HTTPS par defaut)
  • CDN et cache integres (diffusion rapide depuis le monde entier)
  • Variables d'environnement et secrets geres via une interface graphique
  • Environnements de previsualisation generes automatiquement (une URL par pull request)
  • Mise a l'echelle automatique (absorbe les pics de trafic tout seul)
  • Rollback en un clic (retour immediat a une version anterieure)

Autrement dit, quand l'IA vous dit « deployez sur Vercel », elle a une raison rationnelle : vous libere du temps pour vous concentrer sur le developpement plutot que sur les corvees d'infrastructure.

2. Les 4 niveaux d'hebergement -- le modele de responsabilite partagee

Le moyen le plus simple de comprendre les differences entre types d'hebergement est de regarder ce que vous gerez vous-meme et ce que le fournisseur prend en charge. C'est ce qu'on appelle le modele de responsabilite partagee.

Modele de responsabilite partagee : hebergement mutualise, VPS, IaaS et PaaS

Du materiel jusqu'au code applicatif, un service web repose sur plusieurs couches. De bas en haut :

  1. Materiel -- serveurs physiques, stockage, equipement reseau
  2. Virtualisation -- technologie qui permet de decouper une machine physique en plusieurs VM
  3. OS -- Linux, Windows Server, etc.
  4. Middleware -- serveur web (Nginx/Apache), BDD (MySQL/PostgreSQL)...
  5. Runtime -- environnement d'execution Node.js, Python, PHP, Ruby, etc.
  6. Dependances -- paquets geres par npm, Composer, etc.
  7. Code applicatif -- le code source que vous ecrivez

Chaque formule d'hebergement se distingue par la couche a partir de laquelle le fournisseur prend la main.

FormuleGere par le fournisseurGere par vous
MutualiseMateriel -> middlewareUne partie de la config du runtime et l'appli
VPSMateriel + virtualisation seulementDe l'OS jusqu'a l'appli
Cloud (IaaS)Materiel -> OSMiddleware -> application
PaaSMateriel -> runtimeUniquement le code applicatif
SaaSToutJuste les reglages (pas de code)

Plus on descend dans ce tableau, moins on a de travail ; plus on monte, plus la liberte est grande. Le bon choix depend de l'arbitrage entre cette liberte et la charge operationnelle que vous etes pret a porter.

3. Hebergement mutualise -- le plus courant

L'hebergement mutualise (shared hosting) est une formule ou un meme serveur physique est partage entre de nombreux utilisateurs. C'est probablement le type d'hebergement le plus repandu pour les sites web francophones.

Principaux hebergeurs

  • OVHcloud (le leader francais, a partir de 3 EUR/mois)
  • Infomaniak (hebergeur suisse, ecoresponsable, a partir de 5,75 EUR/mois)
  • o2switch (un seul forfait illimite, environ 7 EUR/mois)
  • Hostinger (international, a 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'hebergeur)
  • Aucune competence technique poussee requise (un simple transfert FTP suffit)
  • Nom de domaine et boites mail inclus (largement suffisant pour un independant)

Inconvenients

  • Technologies limitees (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 adapte aux workflows modernes (le deploiement auto via git push demande de vraies bricolages)

Cas d'usage adaptes

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/simplicite que le mutualise.

Ce site (AI Arte) tourne lui aussi sur un hebergement mutualise. Faire fonctionner Laravel dans ce contexte est un peu atypique, mais cela prouve qu'on peut tout a fait faire tourner un framework moderne sur du mutualise.

4. VPS -- « votre machine virtuelle dediee »

Un VPS (Virtual Private Server) est une machine virtuelle entierement a vous, installee sur un serveur physique. A partir de l'OS, tout est de votre responsabilite.

Principaux fournisseurs

  • OVH VPS (acteur francais historique, a partir de 4-5 EUR/mois)
  • Scaleway (francais egalement, a partir de 5 EUR/mois)
  • DigitalOcean (americain, a partir de 4 $/mois)
  • Linode (groupe Akamai, a partir de 5 $/mois)
  • Vultr (a partir de 2,50 $/mois, excellent rapport qualite-prix)

Avantages

  • Liberte totale au-dessus de l'OS (Node.js, Python, Docker, tout ce que vous voulez)
  • Acces 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 a quelques dizaines d'euros par mois)

Inconvenients

  • Competences serveur indispensables (Linux, Nginx, SSL, firewall...)
  • Mises a jour de securite a votre charge (si vous les negligez, c'est l'intrusion)
  • Incidents a gerer seul (si ca tombe la nuit, c'est vous qu'on reveille)
  • Mise a l'echelle manuelle (il faut changer de forfait pour augmenter la capacite)

Cas d'usage adaptes

Developpeurs qui veulent apprendre l'administration systeme, ceux qui veulent garder la liberte sans payer cher, besoins atypiques avec middleware particulier. On y met aussi des serveurs de jeux, des serveurs mail auto-hebergees, des environnements de dev/test, etc.

5. Cloud (IaaS) -- AWS, GCP, Azure

L'IaaS (Infrastructure as a Service) fournit le materiel et la couche de virtualisation en tant que service. Voyez ca comme un VPS dope aux hormones.

Principaux fournisseurs

  • Amazon Web Services (AWS) -- leader mondial, plus de 200 services
  • Google Cloud Platform (GCP) -- tres fort en IA/ML et analyse de donnees
  • Microsoft Azure -- oriente entreprise, integration Office
  • OVHcloud -- alternative europeenne (Public Cloud, compatible OpenStack)
  • Scaleway -- cloud francais, offre « Instances » et managed services
  • Oracle Cloud -- une tranche gratuite a vie particulierement genereuse

Avantages

  • Evolutivite quasi infinie (passage automatique de quelques serveurs a plusieurs milliers)
  • Services manages nombreux (BDD, cache, files, IA, CDN... plusieurs centaines)
  • Facturation a l'usage souple (vous payez ce que vous consommez)
  • Regions dans le monde entier (Europe, Amerique, Asie...)
  • Haute fiabilite et securite (utilise jusque dans le secteur bancaire)

Inconvenients

  • Courbe d'apprentissage tres raide (plus de 10 certifications AWS rien qu'a elles seules)
  • Tarification complexe (parfois on decouvre la facture de 1 000 EUR le 1er du mois)
  • Personnel specialise necessaire (operer seul en production est exigeant)
  • Surdimensionne pour les petits sites (AWS pour un blog, c'est du canon pour un moustique)

Cas d'usage adaptes

Grands services web, SI d'entreprise, plateformes d'analyse de donnees, 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 complexite pour le rendre agreable a utiliser ».

6. PaaS -- Vercel, Netlify, Render, etc.

On a deja presente le concept au chapitre 1 ; detaillons maintenant le fonctionnement concret d'un PaaS.

Un workflow typique

  1. Connexion a GitHub (il suffit de selectionner le depot)
  2. Detection automatique du build (Next.js, Astro, Vite, etc. sont reconnus)
  3. Deploiement automatique au git push (reflete sur la branche main)
  4. Configuration du domaine personnalise (il suffit de pointer un CNAME)
  5. Emission automatique du SSL (Let's Encrypt obtenu et renouvele tout seul)
  6. URLs de previsualisation (une URL unique par pull request)

Temps total : moins de 10 minutes, meme pour une premiere fois. La meme chose sur un VPS (config Nginx, Let's Encrypt, unit systemd, pipeline CI/CD...) prend plusieurs jours.

Modeles de tarification

Le plus souvent, les PaaS adoptent le modele « quota gratuit + facturation a l'usage au-dela ».

ServiceQuota gratuitPlan payant
VercelUsage perso/hobby OK (commercial interdit)Pro des 20 $/mois
Netlify100 Go de bande passante, 300 min de build par moisPro des 19 $/mois
RenderSites statiques gratuits, Web Service gratuit avec mise en veilleA partir de 7 $/mois
Railway5 $ de credit mensuel offertsHobby des 5 $/mois
Cloudflare PagesBande passante illimitee, 500 builds/moisA partir de 20 $/mois

Les pieges du PaaS

Meme s'il est tres pratique, le PaaS a quelques angles morts.

  • Hors quota, la facture explose (cas reels de factures de 1 000 $/mois chez Vercel)
  • Pas de middleware exotique (Redis, PostgreSQL, etc. doivent venir d'un autre service)
  • Fonctions limitees en duree (les fonctions Vercel plafonnent a 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 proprietaires, migrer devient ardu)

7. Les 4 formules comparees -- prix, liberte, charge ops

Un tableau recapitulatif des quatre formules.

CritereMutualiseVPSCloud (IaaS)PaaS
Prix mensuel3-15 EUR5-30 EURA l'usage (des EUR aux milliers)Gratuit a 20 $/mois
Temps d'installation30 minPlusieurs heures a 1 jour1 jour a 1 semaine5-10 min
Competences requisesFTPAdministration LinuxArchitecture cloudJuste git
LiberteFaible (PHP surtout)Elevee (OS et au-dessus)Maximale (illimitee)Moyenne (langage/FW imposes)
ScalabiliteFaibleMoyenne (manuelle)Maximale (auto)Elevee (auto)
Charge d'exploitationFaibleEleveeMaximaleMinimale
Certificat SSLAuto (gratuit)Config manuelleConfig manuelleAuto (gratuit)
CDNAucunA configurer a partA construire a partIntegre
CI/CDAucunA construire a partA construire a partIntegre
BDDMySQL inclusA installer soi-memeBDD manage en plusService externe a lier
Cible idealeWordPressApprentissage / cas speciauxGrands comptes / gros volumesWeb moderne

Il ne s'agit pas de savoir « lequel est le meilleur », mais « lequel correspond a votre objectif ». C'est l'angle de lecture indispensable.

8. Comparatif des principaux PaaS

Meme au sein des PaaS, chaque service a sa specialite. Voici les cinq principaux.

Vercel -- le roi du frontend

  • Points forts : editeur de Next.js, Edge Network parmi les plus rapides, excellente experience developpeur
  • Points faibles : usage commercial interdit sur le gratuit, limites strictes de duree d'execution, risque d'emballement tarifaire
  • Ideal pour : applications frontend Next.js, React, Vue, Svelte ; sites JAMstack
  • Prix : gratuit pour les particuliers, Pro 20 $/mois, facturation a l'usage au-dela (bande passante et fonctions)

Netlify -- pionnier du JAMstack

  • Points forts : grille tarifaire simple, gestion de formulaires integree, prise en charge des Functions (serverless)
  • Points faibles : moins optimise pour Next.js que Vercel
  • Ideal pour : generateurs 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 manages
  • Points faibles : le Web Service gratuit se met en veille au bout de 15 minutes (cold start)
  • Ideal pour : backends Node.js, Python, Ruby, Go ; applications monolithiques
  • Prix : Web Service a partir de 7 $/mois, PostgreSQL a partir de 7 $/mois

Railway -- la simplicite avant tout

  • Points forts : interface intuitive, nombreux modeles (BDD + API en un clic)
  • Points faibles : facturation a l'usage -- gare au depassement de budget
  • Ideal pour : prototypage, petites et moyennes applications full-stack, bots Discord, etc.
  • Prix : Hobby 5 $/mois (5 $ de credit), Pro 20 $/mois

Cloudflare Pages -- le champion du gratuit

  • Points forts : bande passante illimitee et gratuite, CDN mondial, integration avec Workers (fonctions edge)
  • Points faibles : peu adapte aux backends complexes
  • Ideal pour : sites statiques a fort trafic, Astro/Hugo/Next.js en SSG
  • Prix : Free (bande passante illimitee), Pro 20 $/mois
Arbre de decision : quel hebergement choisir

9. Pourquoi l'IA pousse-t-elle le PaaS ?

Quand on demande a Claude Code ou ChatGPT de nous aider a developper, la reponse 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 reussite tres eleve

Un deploiement sur VPS ou sur AWS comporte une myriade de points de rupture (reseau, SSL, systemd, Nginx...). La probabilite que les instructions de l'IA aboutissent est maximale avec le « git push » d'un PaaS.

Raison 2 : un environnement standardise

Sur VPS, il y a des differences 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 adequation avec les applis generees par l'IA

L'IA produit souvent du Next.js, des API Python, des bots Discord -- exactement les specialites des PaaS. Pour un site WordPress, l'IA recommanderait plutot du mutualise.

Raison 4 : diagnostiquer les incidents est plus facile

Les PaaS centralisent logs, metriques et historique des deploiements dans une interface unique. Quand l'IA vous demande « montre-moi les logs », c'est facile a partager. Sur VPS, il faut se connecter en SSH, utiliser journalctl... les etapes se multiplient.

10. Nos recommandations par usage

Blog ou site vitrine avec WordPress

-> Hebergement mutualise (OVH, Infomaniak, o2switch). Entre 5 et 10 EUR/mois, c'est largement suffisant. Un PaaS ou AWS serait surdimensionne.

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 a 20 $/mois si vous commercialisez.

Site statique a fort trafic

-> Cloudflare Pages. Bande passante illimitee et gratuite -- personne d'autre ne propose ca. Ideal pour blogs techniques et sites de documentation.

API / backend / full-stack

-> Render ou Railway. BDD hebergee sur le meme service, budget entre 10 et 30 $/mois.

Bot Discord / bot LINE / petite appli en service continu

-> Railway ou Fly.io. Tarification bien pensee pour les petites charges.

Envie d'apprendre l'administration serveur / liberte maximale

-> VPS (OVH VPS, Scaleway, DigitalOcean). Pour quelques euros par mois, vous disposez d'une machine Linux complete.

Grand service web / systeme d'entreprise

-> Cloud (AWS, GCP, Azure). Prevoir des ingenieurs dedies en equipe.

Hebergement de modeles ML/IA

-> Hugging Face Spaces (quota gratuit) ou Modal (PaaS GPU). Pour du serieux a grande echelle, c'est SageMaker sur AWS.

Pour un debutant qui veut essayer

-> Commencez par Vercel + Cloudflare Pages. Vous deployez gratuitement, vous ressentez la magie du git push. Ensuite, vous pouvez elargir vers Render, Railway, AWS au fil de votre progression.

A lire aussi : L'IA peut-elle remplacer les ingenieurs infrastructure et reseau ? -- un complement utile pour comprendre pourquoi l'IA pousse le PaaS.

FAQ

Q. Quelles differences entre PaaS, SaaS, IaaS et FaaS ?

L'IaaS loue de l'infrastructure (serveurs, stockage), par exemple AWS EC2. Le PaaS loue un environnement d'execution pour vos applis (Vercel, etc.). Le SaaS loue un logiciel pret a l'emploi (Gmail, Slack...). Le FaaS (Function as a Service) est une variante du PaaS qui execute du code au niveau d'une fonction (AWS Lambda, Cloudflare Workers). La « quantite de code que vous ecrivez » diminue dans l'ordre IaaS > PaaS > FaaS > SaaS.

Q. Peut-on heberger 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 publicite, les sites vitrine d'entreprise ou les services payants sont tous consideres comme commerciaux. Les portfolios personnels ou les sites de documentation de projets OSS sont autorises. 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 probleme survient ?

Le premier deploiement est effectivement rapide (moins de 10 minutes), mais les incidents classiques arrivent : « le build echoue », « 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 a 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 ete rapportees chez Vercel, typiquement lorsqu'un site perso explose en trafic (contenu viral, hotlink d'images, etc.). Pour se proteger, Vercel propose un « Spend Management » qui permet de fixer un plafond. Si un gros trafic est envisageable, Cloudflare Pages (bande passante illimitee gratuite) reste l'option la plus sure.

Q. Peut-on faire tourner WordPress sur Vercel ?

Le WordPress classique (moteur PHP) ne tourne pas sur Vercel. Les PaaS comme Vercel sont orientes langages modernes (Node.js, Python, Go, etc.). Pour WordPress, mutualise ou VPS restent la bonne reponse. En revanche, une configuration frequente consiste a utiliser WordPress en mode headless (CMS) avec un frontend Next.js deploye sur Vercel.

Q. J'ai peur du vendor lock-in. Est-ce difficile de migrer depuis un PaaS ?

Le workflow « git push pour deployer » est standard -- le code migre sans difficulte d'un PaaS a un autre. En revanche, si vous utilisez beaucoup d'API proprietaires (Vercel KV, Netlify Functions, bindings Cloudflare Workers...), le cout 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 proprietaires au strict minimum.

Q. Est-ce realiste de faire tourner une appli uniquement sur le gratuit AWS ?

AWS propose une tranche « 12 mois gratuits » et une tranche « gratuite a vie », mais ces limites sont trop etroites pour un usage perso serieux. EC2 t2.micro 750 h/mois (environ une instance), RDS db.t2.micro : une erreur de config, et vous etes 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 reponse aujourd'hui. Raisons : (1) faible taux d'echec, (2) demarrage gratuit, (3) tire pleinement parti de l'assistance IA, (4) migration ulterieure relativement aisee. Pour WordPress : mutualise sans hesitation. Pour le cloud (AWS, GCP, Azure) : ne l'envisagez que si vous avez un ingenieur specialise dans l'equipe ou un systeme a grande echelle a construire.

Cet article est fonde sur des informations disponibles en avril 2026. Les tarifs et les quotas gratuits peuvent evoluer -- verifiez toujours les informations officielles du fournisseur avant toute souscription.