Dernière révision: 2026-07-10

Meilleur hébergement Node.js gratuit

Le meilleur hébergeur Node.js gratuit dépend du runtime : serveur classique toujours actif ou fonction edge. Express et NestJS sont plus simples sur un web service ; les petites APIs et webhooks peuvent éviter la veille avec un runtime serverless.

Choisissez Render pour un serveur Node.js classique si la mise en veille est acceptable.

Choisissez Cloudflare Workers pour les petites APIs et webhooks compatibles edge.

Choisissez Firebase si auth, base et fonctions managées comptent plus qu'Express inchangé.

Considérez Railway et Fly.io comme des options d'essai ou à l'usage, pas comme du gratuit éternel universel.

Meilleurs choix gratuits

Render

Meilleur serveur Node classique

Tout voir

Idéal pour

Démos Express, Fastify et NestJS avec une commande start normale

Render déploie des web services Node depuis Git avec variables, TLS et domaines personnalisés.

À surveiller: Les services gratuits dorment après 15 minutes sans trafic entrant et mettent du temps à repartir.

Cloudflare Pages

Meilleure API edge sans sommeil

Tout voir

Idéal pour

APIs Hono, webhooks, callbacks auth et petits services pilotés par requête

Cloudflare Workers utilise un runtime edge par requête dont le plan Free comprend une allocation quotidienne.

À surveiller: Ce n'est pas un serveur Node persistant ; modules natifs, process de fond et longs calculs demandent une adaptation.

Firebase

Meilleur backend applicatif managé

Tout voir

Idéal pour

Apps web et mobiles avec authentification, Firestore, hosting et fonctions

Firebase réunit ces services avec les allocations sans frais du plan Spark, sans moyen de paiement pour Spark.

À surveiller: Le déploiement de Cloud Functions et certaines fonctions Google Cloud peuvent exiger Blaze.

Railway

Meilleur workflow de prototype

Tout voir

Idéal pour

Services Node reliés à PostgreSQL, Redis ou d'autres ressources

Railway offre un chemin dépôt-vers-service rapide avec variables et réseau interne simples.

À surveiller: L'entrée actuelle commence par un crédit d'essai puis évolue vers un petit abonnement payant.

Choisir le runtime avant la plateforme

Un service Node.js normal ouvre un port et reste actif. Ce modèle convient à Express, Fastify, NestJS, WebSockets et workers, mais les hébergeurs gratuits le suspendent souvent au repos. Une fonction edge ou serverless démarre par requête et n’a pas la veille classique, tout en limitant CPU, APIs et exécution de fond.

Render est le choix conventionnel le plus simple pour apprendre. Cloudflare Workers est souvent meilleur pour un webhook, une petite API JSON, une redirection ou un callback auth. Firebase correspond à une autre architecture : il remplace une partie du serveur custom par auth, base et fonctions managées.

Checklist de déploiement

Commitez le lockfile, définissez build et start, écoutez le port fourni et gardez les secrets hors de Git. Ajoutez un endpoint de santé, configurez CORS volontairement et testez les connexions base après cold start. Déplacez tout fichier local vers un stockage objet durable.

Le gratuit sert bien les démos, portfolios et automatisations peu risquées. Passez au payant avant un vrai lancement si cold starts, disponibilité, tâches de fond ou données client sont importants.

Projets à déployer

Services

FAQ

Où héberger gratuitement une API Node.js ?

Render est simple pour un serveur Node classique qui peut dormir. Cloudflare Workers est meilleur sans sommeil si l'API accepte son runtime serverless. Firebase convient aux apps qui préfèrent des services backend managés.

Puis-je héberger Express gratuitement sans veille ?

Les serveurs Express gratuits classiques dorment souvent. Certaines apps peuvent être adaptées à Workers, sans compatibilité automatique. Un web service payant reste la voie simple pour un process Node complet toujours actif.

Faut-il une carte bancaire ?

Cela dépend de la plateforme et de la fonction. Firebase Spark est explicitement sans carte ; les plateformes d'essai ou à l'usage peuvent changer leurs exigences. Vérifiez avant le déploiement.

Le gratuit gère-t-il WebSockets et tâches de fond ?

Un web service classique peut les gérer mais dormir. Les runtimes serverless ont d'autres modèles de connexion et d'exécution. Vérifiez la charge exacte.