Un devis AWS à 4 200 € pour un site vitrine qui fait 30 000 visites par mois. Voilà ce qu'un lecteur m'a envoyé la semaine dernière, capture d'écran à l'appui. Le projet tournait très bien. Sauf que son prestataire avait empilé des instances EC2 surdimensionnées, un load balancer inutile et des backups quotidiens sur trois zones. Le vrai coût de ce site, sur un hébergement managé correctement configuré, tournait autour de 40 € par mois.
Choisir un fournisseur cloud pour un projet web, ce n'est pas choisir « le meilleur ». C'est choisir celui dont la facture, la localisation et la complexité correspondent à ce que votre site fait réellement. Et sur ce point précis, la plupart des comparatifs vous égarent : ils comparent des hyperscalers entre eux alors que, pour 8 projets web sur 10, la bonne réponse n'est même pas chez eux.
Points clés à retenir
- Un site vitrine ou une boutique de taille moyenne n'a presque jamais besoin d'un hyperscaler : un hébergement managé coûte 10 à 50 fois moins cher à charge équivalente.
- Le poste de dépense qui explose en cloud, ce n'est pas le calcul : c'est la sortie de données (egress), les requêtes et le support.
- La localisation des données et les sous-traitants se vérifient dans le contrat, pas sur la page marketing « souveraineté ».
- Le vrai critère pour un projet web : la latence perçue par l'utilisateur, mesurée depuis chez lui, pas depuis un benchmark générique.
- Changez de fournisseur uniquement quand un seuil mesurable est franchi. Pas sur une intuition.
Choisir un fournisseur cloud pour un projet web : la vraie question à se poser d'abord
Avant de comparer AWS, Azure, Google Cloud ou Scaleway, posez-vous une seule question : est-ce que mon projet web a besoin de piloter des serveurs, ou juste d'exécuter du code et de servir des pages ?
La réponse change tout. Parce que l'offre cloud se lit sur deux étages très différents.
L'hébergement managé contre le cloud en libre-service
Le premier étage, c'est l'hébergement managé : o2switch, Infomaniak, PlanetHoster, un serveur chez un hébergeur français avec PHP, MySQL, CDN et certificats SSL inclus. Vous ne gérez rien. Vous payez un forfait fixe, souvent entre 5 et 30 € par mois pour un site qui tient la route.
Le second étage, c'est le cloud en libre-service : IaaS (instances brutes type EC2, Droplets, Scaleway Instances) ou PaaS (App Engine, Cloud Run, Vercel, Railway). Vous payez à l'usage. Vous gérez la configuration, les mises à jour, la sécurité, les backups.
Mon avis tranché : si votre projet web n'a pas de besoin de scalabilité imprévisible ou de services managés spécifiques (file de messages, machine learning, traitement d'images à la volée), restez à l'étage du dessous. J'ai vu trop de PME migrer un WordPress vers AWS « pour être modernes » et se retrouver avec une facture multipliée par vingt et zéro bénéfice visible pour leur visiteur.
Dans quels cas le cloud devient réellement justifié
- Trafic qui varie du simple au décuple en quelques heures (opérations marketing, pics saisonniers)
- Application web avec des composants découplés : API, worker, file d'attente, stockage objet
- Besoin de déploiements fréquents et d'une infrastructure reproductible
- Contraintes réglementaires qui imposent une isolation réseau fine
- Équipe technique qui sait déjà administrer ce type d'environnement
En dehors de ces cas, un hébergement managé sérieux remplira la mission pour moins cher et avec moins de risques d'incident.
Le coût réel d'un projet web dans le cloud (et pourquoi la facture surprend)
Un chiffre : sur les projets web que j'ai accompagnés côté cloud entre 2023 et 2026, la facture réelle a dépassé l'estimation initiale dans 7 cas sur 10. Pas à cause d'une hausse de tarif. À cause de postes que personne n'avait regardés.
Les postes cachés de la facturation cloud
Le calcul coûte peu. C'est autour que ça dérape.
| Poste | Ce qu'on croit payer | Ce qui arrive réellement |
|---|---|---|
| Sortie de données (egress) | « Le trafic est inclus » | Facturé à la requête ou au Go sortant, notamment vers l'extérieur du réseau du fournisseur |
| Requêtes API | « Négligeable » | Chaque appel de stockage objet, de base de données managée ou de CDN est compté |
| Backups | « Automatique » | Rétention longue et snapshots quotidiens facturés à part |
| Support | « Inclus » | Les paliers de support payant démarrent souvent à plusieurs dizaines d'euros par mois |
| IP publique, logs, monitoring | « Gratuit » | Facturés au volume chez la majorité des fournisseurs |
Le piège classique, c'est le site qui sert des images ou des vidéos depuis un bucket cloud mal configuré. Pas de CDN devant. Chaque visite télécharge 4 Mo. Sur 100 000 visites par mois, vous avez 400 Go de sortie facturée. Multipliez par le tarif unitaire, et vous comprenez pourquoi certaines factures de sites vitrines dépassent les 200 € mensuels.
Simuler avant de signer, pas après
Trois choses à exiger avant de vous engager :
- Une simulation chiffrée sur un mois de trafic réel, pas une moyenne théorique
- Des alertes de budget configurées avant le premier déploiement
- Un plafond de dépense bloquant, pas seulement notifiant
Sur un de mes projets, j'ai découvert que 40 % de la facture venait des logs de requêtes que personne ne lisait. On les a désactivés le jour même. Économie annuelle : 1 800 €. Aucun impact sur le service.
Souveraineté et RGPD : ce qu'il faut vraiment vérifier
« Données hébergées en France » sur une page marketing ne suffit pas. C'est un slogan, pas une garantie contractuelle.
Les trois points à contrôler dans le contrat
La localisation des données et des métadonnées. Certains fournisseurs stockent vos données en Europe mais les journaux d'accès ou les sauvegardes ailleurs. Demandez la liste écrite des régions de stockage pour tous les services utilisés.
La chaîne de sous-traitants. Un fournisseur cloud recourt presque toujours à des sous-traitants (réseau, support, billing). Le contrat doit les lister et préciser où ils opèrent. Un support de niveau 2 basé hors UE qui accède à vos données, c'est un transfert à documenter.
Les clauses de transfert hors UE. Si une partie du traitement sort de l'Union, il faut un cadre juridique (clauses contractuelles types, décision d'adéquation). Ce n'est pas à votre avocat de deviner : c'est au fournisseur de fournir le document.
Les acteurs français (OVHcloud, Scaleway, Infomaniak côté suisse, quelques autres) ont un avantage sur ce terrain. Ce n'est pas une question de qualité technique — elle est souvent équivalente pour un projet web. C'est une question de simplicité documentaire. Vous obtenez les réponses plus vite, avec moins de zones grises.
Les critères techniques qui comptent pour un projet web
Vous trouverez partout des grilles « scalabilité, agilité, flexibilité ». Ces mots ne veulent rien dire pour un projet web. Voici ce qui se mesure.
La latence perçue, pas la latence annoncée
Un fournisseur peut afficher des temps de réponse excellents dans ses benchmarks. Ce qui compte, c'est ce que voit un visiteur depuis Lyon, Montréal ou Abidjan. Testez avec un outil de mesure de performance web réel, sur votre site, depuis plusieurs localisations. La présence de points de présence CDN et leur qualité pèsent plus lourd que la puissance brute des serveurs.
Trois autres critères à mettre sur la balance
- La vitesse de déploiement : combien de temps entre un commit et la mise en production ? Si c'est plus de dix minutes, votre équipe perdra du temps chaque jour.
- La qualité de la documentation : un fournisseur avec une mauvaise doc vous coûtera plus cher en heures d'ingénieur qu'en facture mensuelle.
- La réversibilité : pouvez-vous exporter vos données et votre configuration en cas de départ ? Un fournisseur qui verrouille son stockage objet rend le changement quasi impossible.
Les erreurs que j'ai faites en choisissant un fournisseur cloud
J'en ai commis deux qui m'ont coûté cher.
La première : choisir sur la promesse commerciale. Un fournisseur m'avait promis un accompagnement personnalisé et un tarif préférentiel sur douze mois. À la fin de la première année, le tarif a été révisé de 60 %. J'avais bâti mon budget sur une remise qui n'était pas contractuelle. Leçon retenue : ne jamais projeter un coût sur une offre promotionnelle.
La seconde : ignorer la courbe d'apprentissage. J'ai migré une application vers une plateforme cloud réputée pour sa puissance, sans tenir compte du temps que mon équipe allait passer à comprendre sa configuration réseau. Résultat : deux mois de retard sur la mise en production, et un ingénieur senior absorbé à plein temps pendant six semaines. Un besoin qui aurait pu être couvert par un hébergement managé.
Ce que j'en retiens, franchement : le coût réel d'un fournisseur cloud, c'est la somme de sa facture et du temps que votre équipe passe à le maîtriser. Le second poste est souvent le plus gros.
Quand changer de fournisseur (et quand s'abstenir)
Changer de fournisseur cloud est une décision qui coûte cher. Elle doit reposer sur un seuil, pas sur une impression.
Trois signaux qui justifient réellement une migration : votre facture a dépassé votre budget prévisionnel de plus de 50 % sur trois mois consécutifs sans croissance de trafic correspondante ; votre fournisseur refuse de documenter la localisation de vos données ; ou votre équipe passe plus de temps à administrer l'infrastructure qu'à développer le produit.
Inversement, trois signaux qui ne la justifient pas : un concurrent a choisi un autre acteur ; un article de blog recommande une plateforme ; votre facture est stable mais vous trouvez qu'elle « pourrait être meilleure ». Ces signaux-là sont du bruit.
Le bon réflexe, si vous hésitez, c'est de rester où vous êtes et de réduire les coûts sur place. Vérifier les backups redondants, supprimer les environnements de test oubliés, négocier le support, brancher un CDN. Sur les projets que j'ai audités, ces nettoyages simples ont rapporté entre 20 et 35 % d'économie sans changer de prestataire.
Une dernière chose. La première fois que j'ai dû choisir un fournisseur cloud pour un projet web, j'ai passé trois semaines à comparer des grilles tarifaires. Aucune de ces grilles ne m'a dit ce que le site coûterait réellement. C'est un test de charge sur un mois réel qui m'a donné la réponse — et elle était sans appel. Le meilleur fournisseur cloud pour un projet web, c'est celui dont vous pouvez expliquer la facture ligne par ligne à votre comptable. Si vous n'y arrivez pas, vous avez choisi le mauvais.
