Aller au contenu

Stack & technique · 9 min de lecture

Combien coûte l’hébergement d’une application en 2026

Les ordres de grandeur par taille d'application, les quatre postes de la facture, et les deux causes de dérive qu'on retrouve partout.

James DumaineFondateur · TikupMedia
LES REPÈRES TIKUPMEDIA

Comprendre.
Comparer.
Décider.

Explorer un dossier de démonstration
Sommaire· 11 sections
  1. 01À retenir
  2. 02Combien ça coûte, selon la taille de l application
  3. 03Les quatre postes, et celui qui dérape
  4. 04Mutualisé, cloud ou serveur dédié ?
  5. 05Faut-il héberger en France ou dans l Union européenne ?
  6. 06Quand faut-il s en préoccuper, et quand il ne faut pas
  7. 07Questions fréquentes
  8. 08Glossaire
  9. 09Sources
  10. 10À lire aussi sur le blog
  11. 11Aller plus loin avec nous

TL;DR : réponse rapide

Le coût d’hébergement d’une application va de 10 à 40 € par mois pour un site ou une petite application, à 200 à 800 € pour un SaaS servant des dizaines de clients. Quatre postes seulement : le calcul, la base de données, le stockage avec le transfert sortant, et les services annexes. C’est le transfert sortant et les environnements oubliés qui font exploser les factures, jamais le serveur.

Pour qui cet article

Vous avez une application en production ou sur le point de l’être, et vous ne savez pas ce que son fonctionnement va coûter chaque mois. Vous voulez des ordres de grandeur, les postes qui dérapent, et le moment où cette question mérite vraiment votre attention.

À retenir

  • Ordres de grandeur mensuels : 10 à 40 € pour un site ou une petite application, 50 à 200 € pour une application en production avec quelques centaines d’utilisateurs, 200 à 800 € pour un SaaS servant des dizaines d’entreprises clientes.
  • Quatre postes font la facture : le calcul, la base de données, le stockage avec son transfert sortant, et les services annexes comme le courriel transactionnel, les SMS et la surveillance.
  • Le transfert sortant est le poste qui surprend. Déposer des fichiers ne coûte rien, les servir coûte. Une application qui distribue des vidéos ou des images lourdes paie son trafic, pas son serveur.
  • Les environnements oubliés sont la deuxième cause de dérive : une recette laissée allumée, une base de test jamais arrêtée, un instantané quotidien conservé depuis deux ans.
  • Les sauvegardes se facturent à la conservation. Une politique écrite coûte moins cher qu’une accumulation par défaut, et elle est de toute façon nécessaire.
  • L’hébergement n’est pas un sujet tant qu’il reste sous 1 % du budget du projet. Optimiser 80 € par mois pendant une journée de développement est une perte sèche.
  • Héberger dans l’Union européenne n’est pas plus cher et simplifie la question des transferts de données personnelles. Voir la liste à vérifier avant mise en ligne.

La question du coût d’hébergement arrive presque toujours au mauvais moment : soit trop tôt, quand elle détourne l’attention de ce qui compte vraiment, soit trop tard, à la première facture inattendue. Elle mérite pourtant une réponse simple, parce que les ordres de grandeur sont stables et que les causes de dérive sont toujours les mêmes.

Combien ça coûte, selon la taille de l’application

Voici les bandes que nous observons sur nos projets, hébergement chez un fournisseur européen, environnements de production et de recette compris, sauvegardes comprises.

Coût mensuel d'hébergement : site ou petite application 10 à 40 €, application en production 50 à 200 €, SaaS multi-clients 200 à 800 €, plateforme à fort volume 800 à 3 000 €.
Ces bandes supposent une application correctement écrite : une requête mal indexée peut à elle seule tripler la facture d’une base de données, et aucun hébergeur n’y pourra rien.
Type d’applicationCoût mensuelCe que ça recouvre
Site ou petite application10 à 40 €Un serveur modeste, une base légère, peu de trafic sortant
Application en production50 à 200 €Quelques centaines d’utilisateurs actifs, base dimensionnée, sauvegardes quotidiennes
SaaS multi-clients200 à 800 €Des dizaines d’entreprises clientes, redondance, surveillance, environnements séparés
Plateforme à fort volume800 à 3 000 €Transfert sortant important, stockage de médias, montée en charge automatique

Deux remarques. Ces bandes supposent une application correctement écrite : une requête mal indexée peut à elle seule tripler la facture d’une base de données, et aucun hébergeur n’y pourra rien. Et elles excluent les services facturés à l’usage, SMS et courriels transactionnels notamment, qui suivent votre activité et non votre infrastructure.

Les quatre postes, et celui qui dérape

Part de chaque poste dans une facture d'hébergement : services annexes 5 à 20 %, base de données 20 à 35 %, stockage et transfert sortant 10 à 40 %, calcul 30 à 50 %.
Le stockage et le transfert sortant ont la fourchette la plus large : c’est le poste qui dérape sur une application riche en médias, et celui qu’un réseau de diffusion fait chuter.
PosteCe qui le fait monterOrdre de grandeur
CalculLe nombre de requêtes simultanées, pas le nombre d’utilisateurs inscrits30 à 50 % de la facture
Base de donnéesLe volume, mais surtout les requêtes mal écrites20 à 35 %
Stockage et transfert sortantLe poids de ce que vous servez, pas de ce que vous stockez10 à 40 %, très variable
Services annexesCourriels, SMS, surveillance, journaux conservés5 à 20 %

Le transfert sortant est le piège classique. Stocker cent gigaoctets d’images coûte quelques euros par mois. Les servir cent mille fois coûte beaucoup plus. C’est pour cela qu’une application qui distribue des médias doit passer par un réseau de diffusion, qui met les fichiers en cache au plus près des utilisateurs et fait chuter le trafic sortant depuis le serveur.

Le deuxième piège n’est pas technique, il est organisationnel : les environnements oubliés. Une recette montée pour une démonstration et jamais arrêtée, une base de test restaurée depuis la production et laissée en place, des instantanés quotidiens conservés depuis deux ans. Dans les factures que nous auditons, c’est systématiquement le premier gisement d’économie, et il ne demande aucun travail technique.

Mutualisé, cloud ou serveur dédié ?

FormulePour quiLimite
MutualiséSite vitrine, blog, petite application sans traitement lourdAucune maîtrise de l’environnement, montée en charge impossible
Cloud à l’usageLa majorité des applications métier et des SaaSLa facture suit l’usage, donc elle surprend si personne ne la regarde
Serveur dédiéVolume stable et prévisible, exigence de localisation préciseVous redevenez responsable des mises à jour système

Pour une application métier ou un SaaS, le cloud à l’usage est presque toujours le bon choix, à une condition : quelqu’un doit regarder la facture chaque mois. Un budget qui glisse de 20 % par trimestre sans que personne ne s’en aperçoive est l’inconvénient réel de cette formule, et il se corrige par une alerte de dépassement, pas par un changement d’hébergeur.

Faut-il héberger en France ou dans l’Union européenne ?

Oui, dans la quasi-totalité des cas, et ce n’est pas une question de prix : les offres européennes sont comparables à celles des grands fournisseurs américains sur les configurations courantes. C’est une question de simplicité juridique.

Héberger dans l’Union évite d’avoir à justifier un transfert de données personnelles hors de l’Union, avec les garanties que cela suppose. Pour une application qui traite des données de salariés, de patients ou de clients français, c’est une complication en moins dans le registre des traitements, et une question en moins lors d’une revue de conformité.

Il reste une seconde raison, pratique celle-là : la latence. Un serveur en Europe répond plus vite à des utilisateurs européens, et cette différence se voit sur une application métier utilisée toute la journée.

Quand faut-il s’en préoccuper, et quand il ne faut pas

La règle que nous appliquons : tant que l’hébergement représente moins de 1 % du budget du projet, ce n’est pas un sujet. Sur une application à 40 000 €, optimiser 60 € par mois mobilise une journée de développement pour économiser 720 € par an, ce qui n’est pas absurde, mais passe après à peu près tout le reste.

Trois signaux disent que le moment est venu :

  • La facture a doublé sans que l’usage double. C’est presque toujours un environnement oublié, une sauvegarde qui s’accumule ou une requête devenue lente.
  • Le transfert sortant dépasse le calcul. Il manque un réseau de diffusion devant vos médias.
  • Vous ne savez pas qui paie quoi. Sur un SaaS, ne pas connaître son coût d’hébergement par client rend impossible de fixer un prix de vente défendable.

Questions fréquentes

L’hébergement est-il compris dans le prix d’un développement ?

La première année, dans nos devis, oui. Ensuite il se contractualise à part, parce que c’est un coût récurrent qui suit votre activité, pas un coût de construction. Un devis qui noie l’hébergement dans le prix de développement empêche de savoir ce que coûte vraiment la possession de l’outil.

Combien coûte l’hébergement d’un SaaS par client ?

C’est le bon calcul à faire, et il est rarement fait. Divisez votre facture mensuelle par le nombre d’entreprises clientes actives : vous obtenez un coût unitaire qu’il faut comparer à votre abonnement. En dessous de dix clients, ce rapport est toujours mauvais, c’est normal. Au-delà de cinquante, s’il reste mauvais, votre prix de vente est trop bas.

Faut-il une redondance dès le départ ?

Rarement. Doubler l’infrastructure double la facture pour un gain qui n’existe que si l’indisponibilité coûte réellement de l’argent. Commencez par des sauvegardes testées et une restauration rapide : c’est moins cher et cela couvre la grande majorité des incidents. La redondance se justifie quand une heure d’arrêt coûte plus que son prix mensuel.

Les sauvegardes coûtent-elles cher ?

Pas en elles-mêmes, mais leur conservation s’accumule. Une politique écrite, par exemple sept sauvegardes quotidiennes, quatre hebdomadaires et douze mensuelles, coûte une fraction d’une accumulation par défaut. Et surtout, une sauvegarde qui n’a jamais été restaurée ne compte pas : testez-en une par trimestre.

Que fait réellement un réseau de diffusion de contenu ?

Il met vos fichiers en cache dans des points de présence répartis géographiquement. Vos utilisateurs les téléchargent depuis le point le plus proche, pas depuis votre serveur. Résultat : un affichage plus rapide, et un transfert sortant qui s’effondre sur votre facture d’hébergement. Sur une application riche en médias, il se rembourse immédiatement.

Peut-on changer d’hébergeur facilement ?

Cela dépend entièrement de ce que vous avez utilisé. Une application qui s’appuie sur des briques standards se déplace en quelques jours. Une application qui utilise des services propriétaires d’un fournisseur se déplace en semaines. C’est un arbitrage à faire en connaissance de cause au moment de la conception, pas une découverte au moment de partir.

Glossaire

  • Transfert sortant : volume de données que votre serveur envoie vers l’extérieur. C’est ce qui se facture, rarement ce qui entre.
  • Réseau de diffusion de contenu : ensemble de serveurs répartis qui mettent vos fichiers en cache au plus près des utilisateurs, pour la vitesse et pour le coût.
  • Environnement : copie de l’application destinée à un usage précis, production, recette ou développement. Chacun se facture.
  • Instantané : copie figée d’un disque ou d’une base à un instant donné. Utile, et facturé à la conservation.
  • Redondance : duplication de l’infrastructure pour qu’une panne n’arrête pas le service. Elle double le coût, elle ne double pas la valeur dans tous les cas.

Sources

À lire aussi sur le blog

Aller plus loin avec nous