Hébergement statique Azure : coûts et comparatif
Combien coûte un site statique sur Azure ? Comparez Static Web Apps, Blob Storage et Front Door selon votre trafic, puis choisissez la solution adaptée.
Hébergement statique Azure : coûts et comparatif
Héberger un site statique sur Azure : ce que vous paierez vraiment
Un site statique est souvent présenté comme presque gratuit. C'est vrai pour un portfolio peu consulté. Ça l'est beaucoup moins dès que le trafic grimpe, que vous dépassez les limites d'une offre, ou que chaque visiteur déclenche des centaines de requêtes. Sur Azure, le même ensemble de fichiers HTML, CSS et JavaScript peut finir par coûter quelques centimes, quelques dizaines de dollars, voire plus de 1 800 dollars par mois.
Le piège, c'est de regarder uniquement le stockage. Pour un site statique, les fichiers stockés coûtent rarement cher. La facture dépend surtout des données transférées vers les visiteurs, du nombre de requêtes et des briques nécessaires pour servir un domaine personnalisé en HTTPS, avec une diffusion correcte.
Dans cet article, je compare quatre options Azure à partir de tarifs publics en dollars américains (région East US / Zone 1), relevés en octobre 2026. Les prix changent, et ils ne sont pas forcément identiques dans une région européenne. Considérez donc ces chiffres comme un point de départ, puis vérifiez le tarif de votre région avant de budgéter.
Ce qui fait réellement varier la facture
Pour comparer les hébergements statiques sur Azure, il faut regarder trois choses : la taille des fichiers, le volume de données transférées, et le nombre de requêtes. Elles ne jouent pas le même rôle.
La taille sur disque sert surtout à savoir ce que vous pouvez déployer. Par exemple, Azure Static Web Apps impose des plafonds de stockage et de nombre de fichiers. À l'inverse, le stockage Blob permet d'aller plus loin en volume. Mais le coût du stockage reste généralement faible : le stockage Blob Hot est indiqué autour de 0,021 dollar par Go et par mois. Autrement dit, 5 Go de fichiers coûtent environ dix cents de stockage par mois (avant les autres postes).
Ensuite, il y a l'egress (le transfert sortant). C'est souvent le poste principal : à chaque fois qu'un fichier est envoyé au navigateur, ça alimente la donnée facturée. Un site téléchargé des milliers de fois peut donc coûter plus cher qu'un site « lourd » mais rarement consulté. En pratique, la vraie question n'est pas seulement « combien de fichiers ? », mais « combien de données sortent à chaque visite, et combien de fois ? ».
Enfin, certaines offres facturent aussi les requêtes. Une page qui charge beaucoup de petits fichiers peut générer plus de frais qu'une page comparable composée de quelques ressources regroupées. Ce point est particulièrement à surveiller avec Blob Storage et Front Door.
Les offres étudiées
| Solution | Coût fixe indicatif | Coût de transfert indicatif | À retenir |
|---|---|---|---|
| Static Web Apps Free | 0 $ | Pas de dépassement facturé : le site cesse d'être servi au plafond | Bien pour un petit site, mais attention au quota de bande passante |
| Static Web Apps Standard | 9 $ par application | 0,20 $/Go au-delà des 100 Go inclus | Simple à gérer, mais le coût marginal grimpe vite |
| Blob Storage en direct | Environ 0 $ de frais fixes | Environ 0,087 $/Go au-delà de 100 Go | Très basique pour un site public « tout fait » |
| Blob Storage + Front Door Standard | 35 $ | Environ 0,0825 $/Go sur les premiers 10 To, plus les requêtes | HTTPS avec domaine personnalisé + distribution CDN |
Ces prix ne sont pas un devis. Ils ne tiennent pas compte, selon votre contexte, de la région, de la fiscalité, de la configuration ni d'éventuelles variations. Pour chiffrer une estimation de production, utilisez le calculateur Azure et vérifiez la doc des services concernés.
Les limites qu'on ne voit pas dans « prix par Go »
Static Web Apps inclut 100 Go de bande passante par abonnement, pas par application. Si plusieurs sites partagent le même abonnement, ils consomment le même quota. Autrement dit : quand votre audience augmente, la marge disponible pour les autres sites baisse aussi.
L'offre gratuite ne facture pas le dépassement : elle ne continue simplement pas à servir le site au-delà du plafond. C'est rassurant pour la facture, mais ça peut aussi provoquer une indisponibilité. L'offre Standard, elle, permet le dépassement payant, sans pour autant supprimer les limites de stockage et de nombre de fichiers.
| Limite Static Web Apps | Offre Free | Offre Standard |
|---|---|---|
| Stockage par environnement | 250 Mo | 500 Mo |
| Stockage total entre environnements | 500 Mo | 2 Go |
| Nombre de fichiers par application | 15 000 | 15 000 |
| Bande passante incluse | 100 Go par abonnement et par mois | 100 Go par abonnement et par mois |
| Bande passante au-delà du quota | Le site n'est plus servi | 0,20 $/Go |
| Domaines personnalisés par application | 2 | 6 |
En résumé : la taille détermine souvent ce que vous pouvez déployer ; le trafic détermine ce que ça vous coûte. Si vous dépassez 500 Mo ou 15 000 fichiers, il faudra envisager une autre architecture même si l'audience reste faible.
Comparatif des solutions Azure selon la taille du site
Pour que les offres soient comparables, le modèle ci-dessous suppose environ 1 Mo transféré par consultation de page et 20 requêtes par Mo, soit des ressources moyennes d'environ 50 Ko. Ce sont des hypothèses, pas des constantes. Une page avec des images lourdes ou beaucoup de polices peut transférer bien plus ; un site bien mis en cache peut transférer beaucoup moins lors des visites suivantes.
| Exemple de site | Taille sur disque | Fichiers | Trafic mensuel | Consultations estimées |
|---|---|---|---|---|
| Portfolio | 30 Mo | 300 | 5 Go | 5 000 |
| Blog ou documentation | 200 Mo | 3 000 | 50 Go | 50 000 |
| Site d'outils fréquenté | 450 Mo | 8 000 | 400 Go | 400 000 |
| Site populaire | 1,5 Go | 25 000 | 3 To | 3 millions |
| Site très populaire | 5 Go | 100 000 | 20 To | 20 millions |
Voici les coûts mensuels indicatifs (dollars américains) avec ces hypothèses :
| Site | SWA Free | SWA Standard | Blob en direct | Blob + Front Door |
|---|---|---|---|---|
| Portfolio | 0 $ | 9 $ | 0,04 $ | 35,51 $ |
| Blog ou documentation | 0 $ | 9 $ | 0,40 $ | 40,05 $ |
| Site d'outils fréquenté | Indisponible au-delà du quota | 69 $ | 29,31 $ | 75,37 $ |
| Site populaire | Indisponible | Hors limites : environ 589 $ s'il était admissible | 276 $ | 338 $ |
| Site très populaire | Indisponible | Hors limites : environ 3 989 $ s'il était admissible | 1 853 $ | 1 869 $ |
Le prix le plus bas de la colonne « Blob en direct » n'est pas forcément le meilleur choix pour un site public en production. Un tarif bas ne suffit pas : il faut que le service réponde aux besoins de sécurité, d'accessibilité et d'exploitation.
Pourquoi Blob Storage en direct n'est pas toujours un choix « prêt pour la prod »
Le site statique sur Blob Storage est pratique pour un prototype ou un usage interne. En revanche, dans un scénario public, trois points reviennent vite.
- HTTPS sur un domaine personnalisé : Blob Storage ne fournit pas seul l'HTTPS pour un domaine personnalisé comme
https://exemple.fr. Pour publier une adresse de ce type, il faut mettre Front Door (ou un CDN compatible) devant le stockage. - Pas de CDN intégré : les fichiers sont servis depuis la région du compte de stockage. La latence dépend alors de la distance entre cette région et vos visiteurs.
- Compression automatique absente dans le cas présenté : les fichiers sont servis tels quels qu'ils ont été téléversés. Si vous voulez distribuer des ressources compressées, il faut compresser en amont et gérer correctement l'en-tête
Content-Encoding.
Au final, pour un usage « production », le choix se résume souvent à Static Web Apps pour les petits sites, ou à Blob Storage avec Front Door quand la taille ou le trafic dépasse ce que Static Web Apps encaisse.
Il faut aussi écarter deux options qu'on propose souvent par réflexe. App Service ajoute le coût d'un serveur web (un plan Linux B1 est indiqué autour de 12,41 dollars par mois) alors qu'un site statique n'a pas besoin de tourner un serveur applicatif. Quant à Azure CDN classique, Microsoft indique qu'il n'accepte plus de nouveaux profils depuis août 2025 et qu'il devra être retiré le 30 septembre 2027. Front Door est donc la voie à examiner.
Choisir selon le trafic et les limites du produit
Si votre site respecte les limites de Static Web Apps, l'offre Standard coûte 9 dollars par mois, puis 0,20 dollar par Go au-delà des 100 Go inclus. Avec Front Door, le modèle retenu inclut environ 35 dollars de frais fixes, auxquels s'ajoutent près de 0,10 dollar par Go quand on intègre le transfert et les requêtes selon les hypothèses de l'article.
Dans ce modèle, l'équilibre se situe autour de 460 Go par mois. En dessous, Static Web Apps Standard est en général plus simple et souvent moins cher à opérer. Au-dessus, Blob Storage derrière Front Door devient plus intéressant, et l'écart peut augmenter avec le trafic. À 3 To, Static Web Apps coûterait environ 1,7 fois le prix de l'option Front Door estimée ici.
Ce seuil n'est pas une règle absolue. Il varie selon la région Azure, le nombre réel de requêtes, la taille des fichiers, la compression et le cache. Son rôle est surtout de dire « quand il faut refaire les calculs », pas de remplacer votre estimation basée sur vos métriques.
Une règle de décision simple
| Profil du site | Option à examiner en premier | Coût mensuel indicatif |
|---|---|---|
| Jusqu'à 250 Mo, 15 000 fichiers maximum et moins de 100 Go partagés par abonnement | Static Web Apps Free | 0 $ |
| Jusqu'à 500 Mo et 15 000 fichiers, avec un trafic inférieur à environ 460 Go | Static Web Apps Standard | 9 à environ 81 $ selon le trafic |
| Plus de 500 Mo, plus de 15 000 fichiers ou trafic supérieur à environ 460 Go | Blob Storage + Front Door Standard | 35 $ + environ 0,10 $/Go dans le modèle présenté |
Avant de trancher, vérifiez quatre points : volume transféré, taille du site, nombre de requêtes, et besoin d'un domaine personnalisé en HTTPS. Si vous n'avez pas encore de données, partez d'une estimation prudente puis ajustez après quelques semaines de trafic réel.
Le seuil peut aussi être dépassé temporairement pendant une campagne, un lancement ou un partage viral. Un site qui coûte presque rien en période calme peut atteindre rapidement son plafond. Et si une interruption n'est pas acceptable, l'offre gratuite n'est pas seulement « moins chère » : c'est un choix de risque opérationnel.
Réduire le coût avant de changer d'hébergement
Changer d'hébergement n'est pas toujours le premier levier. Réduire le nombre d'octets envoyés et le nombre de requêtes peut retarder (ou éviter) une migration.
Réduire les données envoyées
- Compressez les ressources : activez la compression sur Front Door et vérifiez que les réponses sont bien compressées. Pour Blob Storage en direct, téléversez des fichiers déjà compressés avec les en-têtes adaptés. Static Web Apps gère la compression côté service.
- Optimisez les images : les images pèsent souvent le plus dans une page. Utilisez AVIF ou WebP quand c'est pertinent, servez les dimensions réellement affichées, et évitez d'envoyer une image « haute résolution » pour un petit aperçu.
- Contrôlez les polices : limitez les variantes, sous-ensemblez les caractères nécessaires, et favorisez une police variable si ça réduit le nombre de fichiers.
- Mesurez le poids réel d'une visite : l'hypothèse de 1 Mo par consultation ne marche pas pour tout le monde. Comparez vos statistiques de transfert avec les outils navigateur et vos relevés dans les journaux CDN.
Réduire les données transférées agit directement sur la facture. Mais une optimisation qui rend le pipeline de publication beaucoup plus complexe peut finir par coûter plus cher en maintenance que les quelques dollars économisés. Automatiser ce qui est répétable vaut mieux que construire une « chaîne maison » difficile à diagnostiquer.
Réduire les requêtes et éviter les mauvaises surprises
Avec les hypothèses de l'exemple, Front Door facture les requêtes à 0,009 dollar pour 10 000 requêtes. À 400 millions de requêtes, ça fait environ 347 dollars, avant même le coût du transfert des données. Blob direct facture aussi des lectures : à 0,004 dollar pour 10 000, 400 millions de lectures représentent environ 160 dollars.
Static Web Apps n'applique pas ce même schéma de facturation sur les requêtes, ce qui explique pourquoi son coût peut rester compétitif plus longtemps que ne le laisserait croire le seul tarif « par Go ».
Pour maîtriser ce poste, configurez une mise en cache efficace :
- Donnez aux fichiers versionnés, par exemple
app.3f9a1c.js, une durée de cache longue avecCache-Control: public, max-age=31536000, immutable. - Évitez les ressources minuscules chargées une par une si les regrouper a du sens. Chaque fichier peut déclencher une requête distincte.
- Surveillez les ressources tierces (polices, scripts d'analyse, etc.) : elles ajoutent des requêtes et n'apportent pas toujours une valeur proportionnée.
Enfin, créez une alerte budgétaire dans Azure Cost Management et regardez les premières factures poste par poste. Une alerte ne stoppe pas les dépenses : elle vous prévient. Si une ligne ne correspond à aucun compteur que vous comprenez, vérifiez la configuration et les métriques avant que ça s'installe durablement.
Conclusion - Pour un petit site qui reste sous les limites de taille et de trafic, Static Web Apps Free est difficile à battre, à condition d'accepter le risque d'arrêt au plafond. Static Web Apps Standard est adapté aux sites « raisonnables » qui veulent surtout une exploitation simple. Quand le site grossit ou dépasse environ 460 Go par mois dans le modèle étudié, Blob Storage derrière Front Door mérite une comparaison chiffrée.
La décision ne doit pas venir du seul stockage. Mesurez le transfert et le nombre de requêtes, puis confrontez ces chiffres aux limites du service et à votre tolérance à l'indisponibilité. Avant de choisir, relevez ces quatre données dans vos métriques Azure, puis refaites le calcul avec les tarifs de votre région (en Europe, notamment).