Hébergement gratuit ou payant pour un SaaS

Un palier gratuit peut convenir à une maquette ou à une prévisualisation. Il ne prouve pas qu'un SaaS restera disponible, sauvegardé ou économique quand des clients l'utiliseront. La bonne comparaison porte sur les conditions de chaque composant, pas sur l'étiquette « gratuit ».

Distinguer quatre offres différentes

Un fournisseur peut proposer un palier gratuit durable, un crédit de bienvenue, une période d'essai ou une ressource gratuite soumise à des limites. Railway sépare par exemple sa page d'essai de ses pages de plans et de facturation. Cloudflare Workers renvoie son démarrage gratuit vers une page de tarification distincte. Ces formulations ne donnent pas, à elles seules, une capacité utilisable en production.

Relevez la nature exacte de l'offre et sa date. Si un crédit expire, notez ce qui arrive ensuite : arrêt, facturation, suppression ou demande de changement de plan.

Lire les limites qui changent le produit

Point	Question à documenter
Calcul	Combien de temps une requête peut-elle durer ? Quelle mémoire et quelle concurrence ?
Inactivité	Le service se met-il en veille ? Quel effet sur le premier utilisateur et les tâches planifiées ?
Données	La base ou le disque expire-t-il ? Les sauvegardes et restaurations sont-elles incluses ?
Transfert	Le trafic sortant est-il limité ou compté séparément ?
Build	Temps, fréquence et taille des builds sont-ils plafonnés ?
Domaine	Domaine personnalisé, DNS et HTTPS sont-ils disponibles ?
Journaux	Combien de temps restent-ils accessibles ? Peut-on créer des alertes ?
Support	Documentation, communauté ou délai contractuel ?
Dépassement	Le service s'arrête-t-il, ralentit-il ou facture-t-il l'usage supplémentaire ?

La documentation Render distingue plusieurs types de services et renvoie vers une page dédiée aux instances gratuites. Heroku précise que les dynos Eco s'endorment après une période d'inactivité. Ces comportements sont propres à un produit et à un plan ; ne les généralisez pas aux autres services du même fournisseur.

Comparer une stack complète

Un frontend gratuit ne rend pas la stack gratuite. Ajoutez la base, les fichiers, les e-mails transactionnels, les tâches de fond, le domaine et la surveillance. Un seul composant sans sauvegarde ou sans export peut dicter le niveau de risque de l'ensemble.

Pour une maquette, acceptez éventuellement une mise en veille si elle est visible et sans conséquence sur des clients. Pour un lancement, définissez plutôt vos exigences : temps de reprise, perte de données tolérable, alertes et personne d'astreinte. Une offre payante n'est pas automatiquement suffisante ; vérifiez les garanties du plan exact.

Préparer le passage au payant ou la sortie

Configurez des alertes avant le quota, pas après. Exportez la base et les fichiers dans un format récupérable. Gardez le déploiement reproductible et notez les réglages qui vivent seulement dans le tableau de bord.

Avant de payer, estimez l'usage avec vos mesures : nombre de requêtes, temps de calcul, stockage, transfert et builds. Avant de rester au gratuit, estimez le coût d'une interruption et d'une migration précipitée. Aucun montant générique ne remplace ces deux calculs.

Pour replacer cette décision dans l'architecture, consultez choisir l'hébergement de son SaaS. Pour les fournisseurs, la page dix hébergements pour un SaaS décrit leurs rôles sans score.

Aucun tarif n'a été recopié, aucun compte n'a été ouvert et aucun test de charge ou déploiement n'a été exécuté pour cette revue.

Sources

Sources officielles consultées le 2026-10-19 :