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 mutualisé -- 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 développant 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 mutualisé 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 mutualisé, 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 hébergements
Mutualisé / 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, fonctions et prévisualisations réunis |
| 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 | Le vétéran (full-stack) | A mis fin à ses offres gratuites le 28 novembre 2022 |
L'essence du PaaS : « minimiser ce que vous avez à faire »
Avec un hébergement mutualisé 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 renouvelés 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 antérieure)
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 |
|---|---|---|
| Mutualisé | 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 mutualisé -- le plus courant
L'hébergement mutualisé (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 hébergeurs
- OVHcloud (le leader français)
- Infomaniak (hébergeur suisse, ecoresponsable)
- o2switch (un seul forfait illimité)
- Hostinger (international)
- 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 mutualisé.
Précision : ce site (AI Arte) ne tourne pas sur un hébergement mutualisé, mais sur un VPS où Laravel fonctionne avec Docker. Même une application PHP dépasse le mutualisé dès qu'elle a besoin de processus permanents ou de conteneurs.
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)
- Scaleway (français également)
- DigitalOcean (américain)
- Linode (groupe Akamai)
- Vultr (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) — un des grands fournisseurs, avec une gamme de services immense
- 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 (chaque service a ses propres concepts et réglages)
- Tarification complexe (de nombreux postes à l'usage rendent la facture difficile à prévoir)
- 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, systèmes centraux d'entreprise, plateformes d'analyse de données et de machine learning, applications à audience mondiale. Convient mieux aux organisations dotées d'ingénieurs dédiés qu'aux particuliers qui démarrent petit.
Anecdote : le PaaS tourne en fait sur du cloud
Beaucoup de PaaS tournent eux-mêmes sur le cloud en coulisses. Par exemple, les régions où Vercel exécute les fonctions correspondent à des régions AWS (iad1 correspond à us-east-1 ; Vercel Regions). Autrement dit, un PaaS, c'est « de l'IaaS dont on a caché la complexité ».
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)
- Émission automatique du SSL (Let's Encrypt obtenu et renouvele tout seul)
- URLs de prévisualisation (une URL unique par pull request)
Arriver au premier déploiement demande le moins d'effort des quatre types d'hébergement, car la plupart des réglages de build sont détectés automatiquement. Faire la même chose sur un VPS, c'est monter soi-même Nginx, Let's Encrypt, des unités systemd et une chaîne CI/CD.
Tarifs des PaaS et conditions de leurs offres gratuites (au 1er octobre 2026)
Le plus souvent, les PaaS adoptent le modèle « quota gratuit + facturation à l'usage au-delà ».
| Service | Ce qui est gratuit | Au-delà / points de vigilance | Première offre payante |
|---|---|---|---|
| Vercel (Hobby) | Usage personnel non commercial uniquement. 100 Go de transfert et 1 million d'appels de fonctions par mois, entre autres | Le plus souvent, la fonction reste indisponible jusqu'à ce que 30 jours soient passés (sans facture) | Pro à partir de 20 $/mois (20 $ de crédit inclus ; dépassement à l'usage) |
| Netlify (Free) | 300 crédits par mois. 1 Go de transfert = 20 crédits ; un déploiement en production = 15 | Limite stricte : arrêt (pas de recharge automatique). Conditions des comptes créés depuis le 4 septembre 2025 | Personal 9 $/mois, Pro à partir de 20 $/mois |
| Render (Free) | 750 heures gratuites de services web par espace de travail et par mois | Mise en veille après 15 minutes sans trafic, environ une minute pour redémarrer. La base Postgres gratuite expire au bout de 30 jours | Services web dès 7 $/mois, Postgres dès 19 $/mois |
| Railway (Free) | 1 $ de crédit chaque mois (p. ex. 0,5 Go de RAM par service). Les nouveaux essais reçoivent 5 $ une seule fois | Les limites de ressources sont fixées par offre | Hobby 5 $/mois (5 $ d'usage inclus), Pro à partir de 20 $/mois |
| Cloudflare (Workers / Pages Free) | Les requêtes vers les ressources statiques sont gratuites et illimitées. 500 builds Pages par mois | Fonctions (Workers) : 100 000 requêtes par jour et 10 ms de CPU par appel | Workers Paid à partir de 5 $/mois |
Sources : Vercel Hobby, Netlify Credit-based plans, Render Free instances / Pricing, Railway Plans, Cloudflare Workers Pricing / Pages Limits (toutes vérifiées le 1er octobre 2026). Le choix d'utiliser ou non Vercel est détaillé dans Quand l'IA dit « Utilise Vercel ».
Les pièges du PaaS
Même s'il est très pratique, le PaaS à quelques angles morts.
- Ce qui se passe au-delà de l'offre gratuite varie selon le service (certains s'arrêtent, d'autres passent à la facturation à l'usage ; Vercel Pro continue tant que vous n'avez pas fixé de plafond)
- Pas de middleware exotique (Redis, PostgreSQL, etc. doivent venir d'un autre service)
- Les fonctions longues sont limitées (chez Vercel, jusqu'à 300 s en Hobby et jusqu'à 800 s en Pro si configuré)
- L'usage commercial est soumis à conditions (l'offre gratuite de Vercel est réservée à l'usage personnel non commercial)
- 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 | Mutualisé | VPS | Cloud (IaaS) | PaaS |
|---|---|---|---|---|
| Mode de paiement | Forfait mensuel fixe | Forfait mensuel fixe | À l'usage | Offre gratuite + dépassement à l'usage |
| Effort jusqu'au premier déploiement | Faible | Élevé | Élevé | Le plus faible |
| 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, CDN, fonctions et URL de prévisualisation réunis, excellente expérience développeur
- Points faibles : offre gratuite non commerciale uniquement, durée des fonctions limitée et, sur Pro, facturation à l'usage sans fin si vous ne fixez pas de plafond (détails)
- Idéal pour : applications frontend Next.js, React, Vue, Svelte ; sites JAMstack
- Tarif : Hobby gratuit (non commercial uniquement), Pro à partir de 20 $/mois (20 $ de crédit inclus ; dépassement à l'usage)
Netlify -- pionnier du JAMstack
- Points forts : facturation par crédits qui regroupe les usages, formulaires intégrés, prise en charge des Functions (serverless)
- Points faibles : Next.js passe par l'intégration propre à Netlify (l'adaptateur vérifié officiel est en cours)
- Idéal pour : générateurs de sites statiques comme Astro, Hugo, Jekyll
- Tarif : Free 300 crédits/mois (arrêt à la limite), Personal 9 $/mois, Pro à partir de 20 $/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
- Tarif : Web Service dès 7 $/mois, Postgres dès 19 $/mois (offre gratuite limitée)
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.
- Tarif : Free 1 $ de crédit par mois, Hobby 5 $/mois (5 $ d'usage inclus), Pro à partir de 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
- Tarif : Free (ressources statiques gratuites et illimitées, 500 builds/mois) ; Workers Paid dès 5 $/mois si vous dépendez des fonctions
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 mutualisé.
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 mutualisé (OVH, Infomaniak, o2switch). 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. Les requêtes vers les ressources statiques sont gratuites et illimitées : c'est son grand atout. Idéal pour les blogs techniques et les sites de documentation.
API / backend / full-stack
-> Render ou Railway. BDD hébergée sur le même service. Les conditions des offres gratuites (mise en veille, expiration) figurent dans le tableau ci-dessus.
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). 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. L'offre gratuite (Hobby) de Vercel est limitée à l'usage personnel non commercial. Les Fair Use Guidelines citent comme exemples commerciaux l'encaissement de paiements, la promotion d'un produit ou d'un service, le fait d'être payé pour créer le site, les publicités comme AdSense et les sites dont l'objectif principal est l'affiliation. Elles précisent aussi que solliciter des dons n'est pas un usage commercial. Pour un usage commercial, choisissez Pro (à partir de 20 $/mois) ou un autre hébergeur dont les conditions conviennent (vérifiez les conditions de chacun à la source).
Q. Le PaaS, c'est vraiment si simple ? Et si un problème survient ?
Le premier déploiement est vraiment simple, mais les builds qui échouent, les variables d'environnement non prises en compte et les erreurs de connexion à la base arrivent tout le temps. Comme les logs sont visibles dans le tableau de bord, trouver la cause est plus facile que sur un mutualisé ou un VPS. Coller le log de build dans une IA et lui demander une solution fonctionne aussi.
Q. Un PaaS peut-il envoyer une facture énorme ?
Oui. Sur les offres qui passent à la facturation à l'usage, un pic soudain de trafic fait aussi grimper la facture. Chez Vercel, Hobby coupe des fonctions à ses limites, donc aucune facture n'arrive, mais Pro continue et facture à l'usage. Avec Spend Management, vous fixez un montant et activez « Pause Production Deployments » pour arrêter la production au plafond (la vérification a lieu toutes les quelques minutes, un léger dépassement est possible). Le trafic bloqué par le pare-feu comme DDoS n'est pas facturé.
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, mutualisé 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 ?
Si vous créez aujourd'hui un nouveau compte AWS, l'offre gratuite fonctionne par crédits dans le « Free plan » (AWS Free Tier). Vous recevez 100 $ de crédits à l'inscription et pouvez en gagner jusqu'à 100 $ de plus en essayant des services clés (jusqu'à 200 $ au total), et le compte se ferme au bout de 6 mois ou quand les crédits sont épuisés. Rien n'est facturé tant que vous ne passez pas au Paid plan. Utile pour apprendre AWS ; pour faire tourner quelque chose durablement, un PaaS est plus simple.
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 : mutualisé 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.
Les tarifs et les conditions des offres gratuites ont été vérifiés sur les pages officielles de chaque fournisseur le 1er octobre 2026. Ils peuvent changer : consultez les pages officielles avant de souscrire.
![Guide du Développement IA pour Débutants — De l'Architecture IT au Lancement de Votre Service [Guide Complet]](https://arte.itlibra.com/images/articles/ai-service-dev-guide-featured-fr.svg?v=596600961145)
