tl;dr
Vercel est une super plateforme qui devient chère de manières peu évidentes. Dépassements de bande passante, limites de fonctions, prix par siège et frais d'optimisation d'images s'additionnent. Chaque alternative de cette liste est soit moins chère, soit plus flexible, soit vous donne plus de contrôle. Le bon choix dépend de si vous priorisez la DX, le coût ou la maîtrise de l'infrastructure.
Pourquoi les fondateurs cherchent des alternatives à Vercel
Vercel a cloué l'expérience développeur. Push sur Git, vous avez un preview de déploiement. Merge sur main, le site est en ligne. Edge functions, optimisation d'images, analytics — tout à un clic. Pour les projets Next.js, l'intégration est transparente parce que Vercel construit Next.js.
Les problèmes commencent quand on regarde la facture.
Le tier gratuit de Vercel est généreux pour les projets hobby : 100 Go de bande passante, 100 Go-heures d'exécution de fonctions serverless, 1 000 optimisations d'images par mois. Mais dès que vous dépassez ces limites — ou dès que vous ajoutez un membre d'équipe — la tarification change radicalement.
Le plan Pro est à 20 $/mois par membre d'équipe. C'est par siège, pas par projet. Une équipe de trois personnes paie 60 $/mois avant tout frais d'usage. Ajoutez la bande passante, les invocations de fonctions et l'optimisation d'images, et un site modérément populaire peut facilement atteindre 100-200 $/mois.
Puis il y a les coûts moins évidents. Le middleware edge s'exécute à chaque requête et compte dans votre limite d'invocations. Les revalidations ISR consomment du temps de fonction serverless. Vercel Postgres, KV et Blob storage ont chacun leurs propres paliers de prix. La facture devient un puzzle.
Pour les fondateurs bootstrapés qui surveillent leur burn rate, des coûts d'hébergement imprévisibles sont inconfortables. Vous voulez savoir ce que vous payez, pas le découvrir à la fin du mois.
Comment nous avons évalué ces alternatives
Chaque plateforme a été testée sur ce qui compte pour les builders indie déployant des applications web :
- Simplicité de déploiement : À quel point le workflow est-il proche du « git push et c'est fini » ?
- Prévisibilité des coûts : Peut-on estimer sa facture mensuelle à 10 $ près ?
- Performance : Time to First Byte (TTFB) et couverture mondiale
- Support des frameworks : Ça fonctionne avec votre framework sans bidouilles ?
- Trajectoire de croissance : Que se passe-t-il pour le prix quand le trafic est multiplié par 10 ?
Nous n'avons spécifiquement pas testé les fonctionnalités enterprise comme la gestion d'équipe, le SSO ou les logs d'audit. Ça compte pour les grosses équipes mais c'est hors sujet pour un fondateur solo qui déploie son produit SaaS.
Analyse détaillée : ce que chaque alternative fait de mieux
Netlify — le polyvalent mature
Netlify est l'acteur le plus ancien dans cet espace et ça se voit — dans le bon sens. La plateforme est stable, la documentation est complète, et l'ensemble de fonctionnalités couvre la plupart des cas d'usage sans surprises.
Les previews de déploiement fonctionnent exactement comme ceux de Vercel. Chaque pull request obtient une URL unique avec vos derniers changements. Les déploiements de branches vous donnent des environnements de staging. Les rollbacks se font en un clic. Le système de build supporte tous les frameworks majeurs et compile les assets avec une image de build bien documentée.
Ce qui distingue Netlify de Vercel, c'est la neutralité vis-à-vis des frameworks. Alors que Vercel est optimisé pour Next.js d'abord et tout le reste ensuite, Netlify traite Astro, SvelteKit, Remix, Nuxt et Hugo comme des citoyens de première classe. Si vous n'utilisez pas Next.js, Netlify offre souvent une meilleure expérience prête à l'emploi.
Les fonctionnalités intégrées comme Netlify Forms (soumissions de formulaires sans code backend), Identity (auth basique) et Edge Functions réduisent le nombre de services tiers nécessaires. Ce ne sont pas les implémentations les plus puissantes, mais elles sont suffisantes pour beaucoup de projets.
Le prix de la bande passante est la préoccupation principale. Le tier gratuit vous donne 100 Go/mois, et les dépassements coûtent 55 $ par 100 Go. Pour un site riche en images ou servant de gros fichiers, ça s'additionne. Le plan Pro à 19 $/mois inclut 1 To de bande passante, ce qui est bien plus raisonnable — mais c'est du prix par membre d'équipe, comme Vercel.
Qui devrait choisir Netlify : Les développeurs utilisant des frameworks autres que Next.js qui veulent une plateforme d'hébergement mature et fiable avec de bons paramètres par défaut.
Cloudflare Pages — le tueur de coûts
Cloudflare Pages change l'économie de l'hébergement web. Le tier gratuit inclut une bande passante illimitée. Pas 100 Go. Pas 1 To. Illimitée. Pour les sites statiques, ça seul en fait l'option la plus économique de cette liste.
Mais Cloudflare Pages ne se limite plus aux sites statiques. Avec l'intégration Workers, vous pouvez exécuter du code côté serveur en edge dans plus de 300 emplacements dans le monde. Ça signifie que votre app Next.js, Nuxt, Astro ou SvelteKit peut avoir du SSR, des routes API et du middleware qui tournent proches de vos utilisateurs, pas dans un seul data center.
Les implications en termes de performance sont significatives. Une fonction serverless Vercel tourne dans une seule région (typiquement us-east-1). Votre utilisateur à Singapour attend un aller-retour vers la Virginie. Un Worker Cloudflare tourne dans l'emplacement edge le plus proche de l'utilisateur. La différence de TTFB peut être de 200-400 ms — c'est perceptible.
L'écosystème Cloudflare s'étend bien au-delà de l'hébergement. D1 vous donne des bases SQLite en edge. R2 vous donne du stockage objet compatible S3 sans frais de sortie. KV vous donne du stockage clé-valeur mondialement. Queues, AI Workers et Durable Objects ouvrent des architectures plus complexes. Tout s'intègre nativement avec Pages.
Les inconvénients sont réels. Le runtime Workers n'est pas Node.js. C'est un environnement basé sur V8 qui supporte la plupart du code JavaScript et TypeScript, mais certains packages npm qui dépendent des APIs Node.js (comme fs, path ou net) ne fonctionnent pas. Ça s'améliore, mais c'est encore un point de friction. Le dashboard est fonctionnel mais semble avoir été conçu par des ingénieurs, pas des designers.
Qui devrait choisir Cloudflare Pages : Les développeurs soucieux des coûts qui veulent des performances edge, une bande passante illimitée et l'accès à la plateforme Cloudflare étendue.
Railway — pour les apps qui ont besoin d'un vrai backend
Railway résout un problème différent de Vercel. Là où Vercel est conçu pour les frameworks frontend avec des fonctions serverless optionnelles, Railway est conçu pour déployer n'importe quelle application — frontend, backend, bases de données, workers, cron jobs.
Poussez un serveur API Node.js, un service ML Python et une base Postgres sur Railway, et ils vivent tous dans un seul projet, communiquant entre eux sur un réseau interne. Ajoutez une instance Redis pour le cache. Ajoutez un worker en arrière-plan pour traiter des jobs. Railway gère l'infrastructure pour tout ça.
Le modèle tarifaire est d'une transparence rafraîchissante. Le plan Hobby est à 5 $/mois et inclut 5 $ de crédit d'usage. Vous payez la consommation réelle de CPU, mémoire et réseau. Un backend SaaS typique à faible trafic coûte 5-15 $/mois au total. Comparez ça avec des services séparés sur Vercel (frontend), Render (API) et Supabase (base de données) avec trois factures différentes.
Le système de build de Railway détecte votre framework et configure les déploiements automatiquement. Nixpacks gère le processus de build pour la plupart des langages. Le support Docker couvre tout le reste. Le provisioning de bases de données en un clic (Postgres, MySQL, Redis, MongoDB) est réellement rapide — moins d'une minute du clic à la chaîne de connexion.
Là où Railway est en retrait, ce sont les fonctionnalités spécifiques au frontend. Pas de CDN intégré pour les assets statiques. Pas d'URLs de preview de déploiement par défaut (vous pouvez les configurer). Pas d'edge functions ni de middleware. Si vous déployez un site purement statique, Railway n'est pas le bon outil. Associez-le à Cloudflare Pages ou Netlify pour le frontend, et Railway gère tout le reste.
Qui devrait choisir Railway : Les développeurs full-stack qui ont besoin de services backend, bases de données et workers aux côtés de leur déploiement frontend.
Render — le Heroku moderne
Render occupe un espace similaire à Railway mais avec une philosophie légèrement différente. Hébergement statique gratuit avec CDN global. Web services payants à partir de 7 $/mois. Postgres managé à partir de 7 $/mois. Cron jobs, réseaux privés et auto-scaling sur les paliers supérieurs.
L'hébergement statique gratuit est réellement utile pour les pages marketing, sites de documentation et petits projets. HTTPS automatique, domaines personnalisés et déploiement continu depuis Git — tout gratuit sans souci de bande passante.
Pour les web services, Render fournit un hébergement basé sur des conteneurs, simple et direct. Votre app Node.js, Python ou Docker tourne dans un environnement managé avec des health checks automatiques, des déploiements sans downtime et de l'auto-scaling configurable. La tarification est prévisible — vous choisissez une taille de plan et payez ce montant mensuellement.
Le problème du cold start sur les web services du tier gratuit mérite d'être mentionné. Les instances gratuites s'éteignent après 15 minutes d'inactivité et mettent 30-60 secondes à redémarrer sur la première requête. Pour une API qui doit être réactive en permanence, c'est rédhibitoire. Les instances payantes restent chaudes.
Les temps de build sur Render ont tendance à être plus lents que Vercel ou Netlify. Un build qui prend 30 secondes sur Vercel peut prendre 2-3 minutes sur Render. Pour un workflow deploy-on-push, la différence est notable.
Qui devrait choisir Render : Les équipes qui veulent une plateforme managée type Heroku avec hébergement statique, web services et bases de données à des prix prévisibles.
Coolify — pour l'indépendance d'infrastructure
Coolify est la réponse auto-hébergée à Vercel et Netlify. Installez-le sur n'importe quel VPS (Hetzner, DigitalOcean, Linode), et vous obtenez un dashboard web pour déployer des applications, bases de données et services depuis des dépôts Git.
L'économie est convaincante. Un Hetzner CAX11 (2 vCPU ARM, 4 Go RAM) coûte environ 4 $/mois. Faites tourner Coolify dessus et vous pouvez déployer plusieurs apps web, bases de données et services — le tout pour le prix d'un seul siège d'équipe chez Vercel. Montez en gamme vers un CAX31 (8 vCPU, 16 Go RAM) pour 16 $/mois et vous pouvez gérer un trafic significatif.
Coolify supporte le déploiement depuis GitHub, GitLab et Bitbucket. Il détecte automatiquement votre framework, build avec Nixpacks ou Docker, provisionne les certificats SSL via Let's Encrypt et configure le reverse proxying. Les previews de déploiement pour les pull requests sont supportés. L'expérience est étonnamment proche de celle de Vercel pour un outil auto-hébergé.
Vous pouvez faire tourner tout ce que Docker peut exécuter. Apps Node.js, APIs Python, services Go, Postgres, Redis, MinIO (stockage S3-compatible), Plausible Analytics, Umami — la bibliothèque de services en un clic grandit.
Le compromis est clair : vous gérez le serveur. Mises à jour du système d'exploitation, surveillance de l'espace disque, stratégies de sauvegarde et sécurité sont votre responsabilité. Coolify simplifie le déploiement, mais il n'élimine pas la gestion d'infrastructure. Si votre serveur tombe à 2h du matin, il n'y a pas d'équipe SRE à appeler.
Il n'y a pas non plus de réseau edge global intégré. Vos apps tournent dans un seul data center. Pour un SaaS typique servant un marché géographique spécifique, c'est très bien. Pour une audience mondiale qui attend un TTFB sub-50 ms partout, vous devez mettre Cloudflare ou un autre CDN devant votre serveur Coolify.
Qui devrait choisir Coolify : Les fondateurs techniques qui veulent des workflows de déploiement à la Vercel sur leur propre infrastructure à une fraction du coût.
AWS Amplify — l'option enterprise discrète
AWS Amplify est souvent ignoré dans les cercles de développeurs indie parce qu'il porte le stigmate de complexité d'AWS. Mais pour les développeurs déjà dans l'écosystème AWS, c'est une option d'hébergement frontend solide.
Amplify supporte Next.js (incluant SSR, ISR et les routes API), Nuxt, Astro et la plupart des frameworks SPA. Le pipeline de build se connecte à GitHub, GitLab ou Bitbucket. Les previews de déploiement fonctionnent par pull request. Les domaines personnalisés avec SSL automatique sont inclus.
L'intégration backend avec les services AWS est là où Amplify brille si vous en avez besoin. Connectez-vous à DynamoDB pour une base NoSQL, Cognito pour l'authentification, S3 pour le stockage, SES pour l'email et Lambda pour les fonctions serverless — le tout via les bibliothèques Amplify ou les appels directs au SDK AWS.
La tarification est à l'usage et typiquement moins chère que Vercel à l'échelle. L'hébergement coûte 0,15 $ par Go servi. Les minutes de build coûtent 0,01 $ chacune. Les requêtes SSR sont à 0,0000556 $ chacune. Pour un site servant 500 Go/mois de bande passante, ça fait environ 75 $/mois — comparable au plan Pro de Vercel mais sans frais par siège.
L'expérience développeur est le point faible. La console Amplify est fonctionnelle mais pas élégante. La configuration est plus verbeuse qu'un vercel.json ou netlify.toml. La documentation suppose une familiarité avec AWS et peut être écrasante pour les débutants. Si vous n'avez jamais utilisé AWS, Amplify n'est probablement pas par où commencer.
Qui devrait choisir AWS Amplify : Les équipes utilisant déjà des services AWS qui veulent l'hébergement frontend intégré à leur infrastructure cloud existante.
Quand rester sur Vercel
Vercel reste le bon choix si :
- Vous construisez avec Next.js et voulez l'intégration framework la plus étroite possible
- Votre projet rentre dans le tier gratuit ou le coût du plan Pro est justifié par vos revenus
- La vitesse de déploiement et l'expérience développeur sont vos priorités absolues
- Vous utilisez des fonctionnalités spécifiques à Vercel comme Edge Config, Cron Jobs ou Vercel Analytics
- Votre équipe est petite (1-2 personnes) et le prix par siège est gérable
L'expérience développeur de Vercel est réellement la meilleure du marché. Si votre facture d'hébergement n'est pas un souci par rapport à vos revenus, le temps gagné sur le workflow de déploiement et l'intégration framework a une vraie valeur. Tout n'a pas besoin d'être optimisé pour le coût.
Choisir la bonne alternative : guide de décision rapide
- Le moins cher pour les sites statiques : Cloudflare Pages (gratuit, bande passante illimitée)
- Meilleur remplacement polyvalent de Vercel : Netlify (mature, agnostique au framework)
- Meilleur pour le full-stack avec bases de données : Railway (frontend + backend + BDD sur un seul projet)
- Meilleur pour l'auto-hébergement : Coolify (DX à la Vercel sur votre propre serveur)
- Meilleur à l'échelle : Cloudflare Pages (performances edge, tarification prévisible)
- Meilleur pour les shops AWS : AWS Amplify (intégration AWS native)
Le marché de l'hébergement est compétitif en votre faveur. Les prix baissent, les tiers gratuits grandissent, et l'écart d'expérience développeur entre plateformes se réduit. Quoi que vous choisissiez aujourd'hui, la migration plus tard se résume généralement à un changement de fichier de configuration et une mise à jour DNS.
| feature | Vercel | Netlify | Cloudflare Pages | Railway | Render | Coolify | AWS Amplify |
|---|---|---|---|---|---|---|---|
| Bande passante tier gratuit | 100 Go | 100 Go | Illimitée | Incluse dans les 5 $ d'usage | 100 Go (statique) | Illimitée (auto-hébergé) | Tier gratuit (12 mois) |
| Support Next.js | Le meilleur (ils le construisent) | Bon (adaptateur) | Bon (adaptateur Workers) | Basique (runtime Node.js) | Basique (Node.js) | Basique (Docker) | Bon (SSR/ISR) |
| Edge functions | Oui | Oui | Oui (Workers) | Non | Non | Non (sauf config manuelle) | Oui (Lambda@Edge) |
| Hébergement de bases de données | Vercel Postgres ($) | Non (tiers nécessaire) | D1, KV, R2 | Oui (Postgres, Redis) | Oui (Postgres, Redis) | Oui (tout ce que Docker peut exécuter) | DynamoDB, RDS |
| Previews de déploiement | Oui | Oui | Oui | En cours / manuel | Oui | Oui | Oui |
| Auto-hébergeable | Non | Non | Non | Non | Non | Oui (open source) | Non |
Alternatives recommandees
Netlify
La plateforme d'hébergement JAMstack originelle. Sites statiques, fonctions serverless, formulaires, identité et edge functions en une seule plateforme avec un workflow pensé pour les développeurs.
pricing: Gratuit (100 Go bande passante). Pro 19 $/mois par membre. Dépassement 55 $/100 Go.
pros
- + Plateforme mature avec excellent système de build et previews de déploiement
- + Formulaires, identité et edge functions intégrés réduisent les dépendances tierces
- + Agnostique au framework — fonctionne bien avec Astro, SvelteKit, Remix et plus
cons
- - Le support Next.js existe mais court toujours derrière Vercel
- - Le prix du dépassement de bande passante (55 $/100 Go) peut devenir cher
- - Les minutes de build du tier gratuit (300/mois) s'épuisent vite avec les gros sites
Cloudflare Pages
Plateforme d'hébergement edge-first adossée au réseau mondial Cloudflare. Sites statiques et apps full-stack tournent sur Workers en edge, proches de vos utilisateurs partout dans le monde.
pricing: Gratuit (bande passante illimitée). Pro 20 $/mois. Workers Paid 5 $/mois (10M requêtes incluses).
pros
- + Bande passante illimitée sur le tier gratuit — jamais de frais de dépassement
- + Déploiement edge-first signifie un TTFB sub-50 ms mondialement
- + Écosystème Cloudflare complet — stockage R2, base D1, KV, Queues, AI
cons
- - Le runtime Workers n'est pas Node.js — certains packages npm ne fonctionnent pas
- - L'écosystème d'adaptateurs de frameworks est bon mais moins poli que Vercel
- - L'UX du dashboard est fonctionnelle mais moins intuitive que Vercel ou Netlify
Railway
Plateforme d'infrastructure pour déployer n'importe quelle application — frontend, backend, bases de données et workers. Pensez Heroku mais moderne, avec une tarification prévisible.
pricing: Hobby 5 $/mois (inclut 5 $ d'usage). Pro 20 $/mois par siège (à l'usage).
pros
- + Déployez n'importe quoi — Node.js, Python, Go, Rust, conteneurs Docker, Postgres, Redis
- + Tarification à l'usage prévisible — vous payez le CPU et la mémoire réellement consommés
- + Provisioning de bases de données en un clic — Postgres, MySQL, Redis, MongoDB
cons
- - Pas de CDN ni de réseau edge intégrés — les assets statiques nécessitent un CDN séparé
- - Pas spécialisé pour le frontend — pas de previews de déploiement ou de branches par défaut
- - Le plan Hobby a des limites de ressources qui peuvent brider les apps pendant les pics de trafic
Render
Plateforme cloud applicative qui combine hébergement statique, web services, bases de données, cron jobs et workers. Positionné comme le remplacement moderne de Heroku.
pricing: Sites statiques gratuits. Web services à partir de 7 $/mois. Postgres managé à partir de 7 $/mois.
pros
- + Hébergement statique gratuit avec CDN global et HTTPS automatique
- + Postgres, Redis et cron jobs managés sans quitter la plateforme
- + Auto-scaling sur les plans payants — gère les pics de trafic sans intervention manuelle
cons
- - Les web services du tier gratuit s'éteignent après inactivité (cold starts de 30-60 secondes)
- - Les temps de build peuvent être lents comparés à Vercel ou Netlify
- - Moins spécialisé pour les frameworks frontend — pas de support ISR ou middleware intégré
Coolify
Alternative open source et auto-hébergée à Vercel, Netlify et Heroku. Déployez n'importe quelle application sur vos propres serveurs avec une expérience à la Vercel.
pricing: Gratuit (auto-hébergé). Cloud à partir de 5 $/mois. Vous payez votre propre VPS.
pros
- + Contrôle complet — votre code tourne sur vos serveurs, pas de surprises tarifaires
- + Déployez tout ce que Docker peut exécuter — sites, APIs, bases de données, services
- + SSL automatique, previews de déploiement et monitoring intégrés
cons
- - Vous êtes responsable de la maintenance serveur, mises à jour et sécurité
- - Pas de réseau edge global — votre app tourne dans une seule région sauf si vous configurez le multi-région vous-même
- - Communauté plus petite que les plateformes commerciales — moins de documentation et de tutoriels
AWS Amplify
Plateforme d'hébergement full-stack AWS pour les frameworks frontend. Supporte Next.js, Nuxt, Astro et les frameworks SPA avec l'infrastructure AWS derrière.
pricing: Tier gratuit (12 mois). Build 0,01 $/min. Hosting 0,15 $/Go servi. SSR 0,0000556 $/requête.
pros
- + Infrastructure AWS avec CDN global (CloudFront) et edge functions (Lambda@Edge)
- + Bon support Next.js incluant SSR, ISR et middleware
- + Connexion à l'écosystème AWS complet — DynamoDB, S3, Cognito, SES
cons
- - Complexité de facturation AWS — les coûts sont répartis entre plusieurs services
- - L'expérience développeur est moins fluide que Vercel ou Netlify
- - La documentation suppose une familiarité avec AWS — courbe d'apprentissage raide pour les débutants
FAQ
Peut-on déployer Next.js sans Vercel ?+
Oui. Next.js est un framework open source, pas un produit Vercel (même si Vercel le construit). Vous pouvez déployer Next.js sur Netlify, Cloudflare Pages, AWS Amplify, Railway, Render ou n'importe quelle plateforme qui exécute Node.js. Certaines fonctionnalités avancées comme l'ISR et le middleware fonctionnent mieux sur Vercel, mais les adaptateurs Netlify et Cloudflare sont assez matures pour la plupart des cas d'usage. L'auto-hébergement avec Docker ou un serveur Node.js est aussi pleinement supporté.
Pourquoi Vercel est-il cher pour certains projets ?+
La tarification de Vercel a plusieurs dimensions qui se combinent de manière imprévisible. La bande passante est mesurée à 100 Go/mois en gratuit et à l'usage sur les plans payants. Les invocations de fonctions serverless sont limitées. L'exécution du middleware edge compte dans votre facture. Et les plans équipe facturent par siège. Un projet avec un trafic modéré, plusieurs routes API serverless et du middleware edge peut facilement atteindre 50-100 $/mois. L'optimisation d'images est facturée séparément aussi. La complexité rend les coûts difficiles à prévoir.
Cloudflare Pages est-il vraiment gratuit avec bande passante illimitée ?+
Oui. Le tier gratuit de Cloudflare Pages inclut une bande passante illimitée sans frais de dépassement. Vous avez 500 builds par mois, 1 build concurrent et 100 domaines personnalisés. Le piège, c'est que si vous utilisez Workers (pour le SSR ou les routes API), ceux-ci ont leur propre tarification — 100 000 requêtes/jour en gratuit, puis 5 $/mois pour 10 millions de requêtes sur le plan payant. Les sites statiques sont réellement illimités et gratuits.
Quelle est la meilleure alternative à Vercel pour un fondateur solo ?+
Pour les sites statiques ou les projets Astro, Cloudflare Pages est difficile à battre — bande passante illimitée gratuitement. Pour Next.js spécifiquement, Netlify est l'alternative la plus mature avec un bon support framework. Pour les apps full-stack avec bases de données, Railway vous donne tout sur une seule plateforme. Si vous êtes technique et voulez minimiser les coûts, Coolify sur un VPS Hetzner à 10 $/mois vous donne plus de contrôle que n'importe quelle plateforme managée.
Faut-il s'auto-héberger avec Coolify au lieu d'utiliser Vercel ?+
L'auto-hébergement échange de l'argent contre du temps. Un VPS Hetzner à 5-20 $/mois peut gérer un trafic qui coûterait 50-200 $/mois sur Vercel. Mais vous êtes responsable de l'uptime, des mises à jour de sécurité, des certificats SSL (Coolify automatise ça) et du scaling. Si vous aimez le travail d'infrastructure, Coolify est excellent. Si vous voulez vous concentrer purement sur le développement produit, Vercel ou Netlify gère l'ops pour que vous n'ayez pas à le faire.