Netlify vs Vercel vs Cloudflare Pages : où héberger une app front en 2026

Pourquoi comparer ces trois plateformes en 2026

Quand un client me demande où héberger son app front, la réponse n’est plus « prends un VPS à 5 € chez OVH ». Depuis 2023, le trio Netlify, Vercel et Cloudflare Pages a redéfini ce qu’on attend d’un hébergement front-end : déploiement Git automatique, CDN mondial, preview branches, HTTPS natif, et un tier gratuit qui couvre 80 % des projets perso ou MVP.

Le problème, c’est que ces trois plateformes se ressemblent en surface. Les trois proposent un deploy depuis GitHub en deux clics. Les trois servent du contenu statique via un CDN global. Et les trois offrent des fonctions serverless. Mais dès qu’on gratte, les différences deviennent structurantes : modèle de pricing, support des frameworks, limites de build, gestion des edge functions, et surtout la philosophie de lock-in.

J’utilise les trois en production depuis au moins deux ans chacune. Pas sur des side projects, sur de vrais sites clients avec du trafic, des deadlines et des budgets serrés. Voici ce que j’en retiens après des dizaines de déploiements.

Tarifs et plans gratuits : le vrai comparatif chiffré

C’est le premier critère pour la plupart de mes clients freelance et indépendants. En 2026, les grilles tarifaires ont pas mal bougé, surtout chez Netlify qui a simplifié ses plans.

Le point qui change tout pour les freelances : Vercel Hobby interdit l’usage commercial. Si vous déployez le site d’un client sur le plan gratuit Vercel, vous êtes techniquement en infraction avec leurs CGU. Netlify et Cloudflare n’ont pas cette restriction. J’ai vu des devs se faire désactiver leur projet sans préavis pour ça.

Côté plans payants, l’écart se creuse. Le Pro Vercel facture 20 $ par membre d’équipe, ce qui monte vite sur un projet avec un dev, un designer et un client qui veut accès au dashboard. Netlify Pro reste à 19 $/mois pour toute l’équipe. Cloudflare, lui, ne facture que les Workers au-delà du tier gratuit, le reste est inclus.

Pour un MVP avec backend Supabase ou PocketBase, la combinaison Cloudflare Pages + tier gratuit Workers couvre largement les besoins sans sortir la carte bancaire.

Performance, CDN et edge network : mesures réelles

Les benchmarks marketing ne valent rien. Ce qui compte, c’est le Time to First Byte (TTFB) et le Largest Contentful Paint (LCP) mesurés depuis la France, parce que c’est là que sont mes utilisateurs.

Sur un site Astro statique identique déployé sur les trois plateformes en mars 2026, voici mes mesures avec des analytics respectueux du RGPD et WebPageTest depuis Paris :

• Cloudflare Pages : TTFB moyen de 18 ms, LCP à 0.8 s. Le réseau Cloudflare est physiquement présent dans quasiment tous les datacenters français, y compris à Marseille et Lyon.
• Vercel : TTFB moyen de 45 ms, LCP à 1.1 s. Les assets statiques passent par leur edge network, mais les fonctions serverless tournent par défaut sur us-east-1 (Washington). Il faut configurer manuellement la région.
• Netlify : TTFB moyen de 55 ms, LCP à 1.2 s. Le CDN est solide mais moins dense en Europe que celui de Cloudflare.

Pour du contenu purement statique, Cloudflare est objectivement plus rapide en Europe. L’écart se réduit sur du SSR, où Vercel reprend l’avantage grâce à son intégration optimisée avec Next.js. Mais attention : cette performance Vercel vaut surtout pour Next.js. Avec Nuxt ou SvelteKit, l’avantage disparaît.

Un point souvent ignoré : la documentation officielle de Cloudflare Pages précise que le réseau couvre plus de 330 villes dans le monde. Aucun autre hébergeur front ne propose une telle capillarité sur le tier gratuit.

DX, déploiement et intégration Git

La Developer Experience, c’est ce qui fait qu’on reste sur une plateforme ou qu’on migre un dimanche soir de frustration. Voici comment les trois se comparent au quotidien.

Vercel offre la meilleure DX du marché, et de loin. Le CLI vercel est rapide, le dashboard est clair, les preview deployments se créent automatiquement sur chaque pull request avec un commentaire GitHub. L’intégration avec les IDE modernes comme Cursor ou VS Code est fluide. Le système de variables d’environnement par branche (production, preview, development) est un modèle du genre.

Netlify a longtemps été le pionnier de ce segment. Le dashboard reste intuitif, le plugin system est mature, et les deploy notifications par Slack fonctionnent bien. En revanche, le build time est souvent plus lent que chez Vercel, et la gestion des monorepos reste un point faible. Les formulaires intégrés et l’Identity service sont des bonus appréciables pour les sites vitrines.

Cloudflare Pages a fait d’énormes progrès depuis 2023. Le déploiement Git fonctionne bien, les preview URLs sont automatiques. Mais le dashboard manque encore de polish : pas de commentaire automatique sur les PR GitHub, la gestion des variables d’environnement est moins granulaire, et le support des monorepos est expérimental. Le CLI wrangler est puissant mais sa syntaxe demande un temps d’adaptation.

Mon verdict DX : Vercel > Netlify > Cloudflare Pages. Mais l’écart se réduit chaque trimestre.

Compatibilité frameworks : Next.js, Astro, Nuxt, SvelteKit

C’est ici que le choix devient technique. Tous les frameworks ne tournent pas aussi bien partout, et les adaptateurs de déploiement font une vraie différence.

Le constat est net : si votre projet est en Next.js et que vous utilisez les fonctionnalités avancées (ISR, middleware, Server Actions, Partial Prerendering), Vercel est le seul choix raisonnable. Next.js appartient à Vercel, et les nouvelles features sont d’abord optimisées pour leur plateforme. Le support sur Cloudflare passe par le projet OpenNext qui progresse mais reste en retard d’un ou deux cycles de release.

En revanche, pour tout le reste (Astro, Nuxt, SvelteKit, Remix), Cloudflare Pages offre un support natif excellent grâce au runtime Workers qui est compatible avec les standards web. Nuxt 3 avec le preset nitro-cloudflare tourne remarquablement bien, et c’est devenu mon choix par défaut pour les projets Nuxt clients.

Si vous hésitez sur le framework lui-même, mon comparatif Bubble, Framer et Webflow peut vous aider à décider si vous avez vraiment besoin de coder votre front.

Serverless et edge functions : ce qui change vraiment

Les trois plateformes proposent des fonctions serverless, mais les runtimes sont radicalement différents.

Cloudflare Workers utilise le runtime V8 isolates, pas Node.js. Ça signifie un cold start quasi inexistant (moins de 5 ms contre 200 à 500 ms pour les Lambda de Vercel et Netlify). En contrepartie, certains packages npm qui dépendent d’API Node.js natives (fs, child_process) ne fonctionnent pas. La compatibilité Node.js progresse avec le flag nodejs_compat_v2, mais il y a encore des cas limites.

Vercel Functions tournent sur AWS Lambda sous le capot. Le support Node.js est complet, le cold start est acceptable (100 à 300 ms en moyenne), et les Edge Functions utilisent un runtime proche de Workers pour les cas où la latence compte. Le système de Fluid Compute introduit fin 2025 permet de réduire les coûts en mutualisant les ressources entre fonctions.

Netlify Functions tournent aussi sur AWS Lambda. Les performances sont comparables à Vercel, mais le DX est un cran en dessous : pas d’edge middleware natif, configuration moins flexible. Les Netlify Edge Functions utilisent Deno, ce qui ajoute une couche de complexité si votre équipe ne connaît que Node.js.

Pour les projets qui utilisent des workflows automatisés avec Make ou n8n, les webhooks entrants fonctionnent aussi bien sur les trois plateformes. La différence se joue sur le temps de réponse : Workers répond systématiquement plus vite.

Les limites et les pièges en production

Après des dizaines de déploiements clients, voici les vrais problèmes que j’ai rencontrés sur chaque plateforme. Ce n’est pas dans la doc marketing.

Pièges Vercel

• La facture qui explose : le modèle pay-per-use sur les fonctions serverless peut générer des surprises. Un client a reçu une facture de 380 $ sur un mois après un pic de crawl Google. Activez toujours les spending limits.
• Le lock-in Next.js : certaines features Next.js (comme le cache ISR) fonctionnent différemment, voire pas du tout, sur d’autres hébergeurs. Migrer un projet Next.js hors de Vercel demande un vrai effort.
• Le hobby tier limité : pas d’usage commercial, pas de password protection, pas de SAML. Pour un vrai projet client, il faut passer Pro à 20 $/mois.

Pièges Netlify

• Les build minutes qui fondent : 300 minutes par mois, c’est serré si vous avez plusieurs projets actifs. Un build Gatsby ou Next.js prend facilement 3 à 5 minutes, ça fait 60 à 100 builds max.
• La bande passante facturée : au-delà de 100 Go, Netlify facture 55 $ par tranche de 100 Go. Un site avec des images lourdes ou une vidéo embarquée peut franchir ce seuil rapidement.
• Les plugins instables : certains plugins communautaires Netlify cassent entre les versions de Node.js. J’ai perdu une demi-journée sur un plugin de cache qui ne marchait plus après un upgrade.

Pièges Cloudflare Pages

• Le build lent : les builds sur Cloudflare Pages sont notoirement plus lents que chez Vercel. Comptez 2 à 3 fois plus de temps sur un projet équivalent.
• Le dashboard limité : pas d’analytics de déploiement détaillées, pas de commentaires automatiques sur les PR, logs de build moins lisibles.
• La compatibilité Node.js partielle : si votre code serverless utilise des packages Node.js natifs, préparez-vous à des sessions de debug sur la compatibilité Workers.

Pour vos contrats freelance, je recommande de toujours préciser la plateforme d’hébergement dans le devis. Un changement de plateforme en cours de projet, c’est du temps non facturé si ce n’est pas prévu.

Quel hébergeur choisir selon votre projet

Après onze ans de freelance et des projets de toutes tailles, voici ma grille de décision. Elle n’est pas absolue, mais elle fonctionne dans 90 % des cas que je rencontre.

Choisissez Cloudflare Pages si :

• Votre projet est un site statique, un blog Astro, un site Nuxt ou SvelteKit
• Vous voulez zéro coût en hébergement, y compris pour un usage commercial
• La performance brute en Europe est votre priorité
• Vous êtes à l’aise avec le CLI wrangler et le runtime Workers

Choisissez Vercel si :

• Votre projet utilise Next.js avec des fonctionnalités avancées (ISR, middleware, Server Actions)
• La DX et la productivité de l’équipe sont votre priorité absolue
• Vous avez le budget pour le plan Pro (20 $/mois/membre)
• Vous voulez le meilleur support monorepo avec Turborepo

Choisissez Netlify si :

• Vous avez besoin de formulaires intégrés ou d’Identity sans backend séparé
• Votre équipe utilise déjà l’écosystème Netlify (CMS, plugins)
• Vous voulez un plan Pro à prix fixe sans facturation à l’usage imprévisible
• Vous gérez un workflow design-to-dev avec Figma et les preview deploys suffisent comme outil de review

Pour les projets avec un système de paiement type Stripe ou Lemon Squeezy, les trois plateformes fonctionnent, mais vérifiez que votre fonction serverless de webhook ne dépasse pas le timeout (10 s sur Cloudflare Free, 10 s sur Vercel Hobby, 10 s sur Netlify Free).

Mon setup freelance en 2026 : comment je répartis mes projets

En pratique, je n’ai pas choisi un seul hébergeur. Voici comment je répartis mes projets clients en mai 2026 :

• Sites vitrines et blogs (Astro) → Cloudflare Pages. Zéro coût, performance maximale, déploiement en 30 secondes. C’est devenu mon choix par défaut pour tout site sans SSR.
• Apps Next.js avec dashboard client → Vercel Pro. Le coût est justifié par le gain de temps sur le développement et le debugging. Je le facture dans mon TJM.
• Projets Nuxt ou SvelteKit → Cloudflare Pages avec Workers. Le preset Nitro est mature, le cold start est inexistant, le client ne paie rien en hébergement.
• Sites WordPress clients → ni l’un ni l’autre. WordPress reste sur un hébergement classique, ces trois plateformes ne sont pas faites pour du PHP.

Je gère la facturation de mes projets d’hébergement avec Freebe pour la facturation micro-entreprise, et je suis mes heures de maintenance avec Toggl.

Un conseil que je donne à tous les devs qui débutent en freelance : maîtrisez au moins deux de ces trois plateformes. Les clients qui arrivent avec un projet Next.js existant sur Vercel ne veulent pas migrer. Et ceux qui veulent du gratuit seront ravis que vous connaissiez Cloudflare Pages. La polyvalence, c’est ce qui fait la différence entre un dev qui galère à trouver des missions et un dev qui choisit ses clients. Pour aller plus loin sur la gestion de projet, mon comparatif Linear, Jira et GitHub Projects peut vous intéresser.

Enfin, gardez en tête que ces plateformes évoluent vite. Les tarifs Netlify ont changé deux fois en 18 mois. Vérifiez toujours la grille tarifaire officielle avant de vous engager sur un devis client. Et si vous utilisez des analytics, assurez-vous qu’ils sont conformes aux recommandations de la CNIL sur les traceurs.