Vercel vs Netlify 2026 : lequel choisir pour votre site

TL;DR

Prenez Vercel si votre projet tourne sous Next.js et que la vitesse d'itération pèse plus lourd que la facture. Prenez Netlify si vous voulez une plateforme neutre côté framework, avec formulaires, identité et fonctions inclus dans le forfait, et un plan gratuit plus permissif pour des sites vitrines. Les deux font le même métier de base : un git push, un build, un CDN mondial. Et les deux deviennent chers exactement au même moment, quand le trafic monte.

Vercel et Netlify, deux façons de vendre le même déploiement

Les deux plateformes prennent votre dépôt Git, construisent le site, le servent depuis un CDN mondial et exécutent le dynamique en serverless.

Le flux est identique des deux côtés. Vous branchez GitHub, GitLab ou Bitbucket, vous poussez une branche, la plateforme build et publie une URL de preview. Vous mergez, ça part en production. Ce workflow n'a pas bougé depuis cinq ans, et c'est tant mieux : il marche.

La divergence est ailleurs, dans l'origine. Vercel a été construit autour de Next.js, que la société développe et finance. Netlify est né du Jamstack et revendique la neutralité : n'importe quel générateur, n'importe quel framework, du SvelteKit au Hugo en passant par un simple build Vite.

Cette différence d'ADN explique à peu près tout le reste. Chez Vercel, les fonctionnalités les plus avancées de Next.js arrivent d'abord sur la plateforme, parfois avant d'être documentées ailleurs. Chez Netlify, l'effort porte sur la compatibilité large et sur les briques annexes que Vercel ne fournit pas.

Quelles différences réelles entre Vercel et Netlify

Sur le papier les deux offres se ressemblent, mais quatre écarts changent vraiment la décision : le framework, les extras inclus, la facturation et le verrouillage.

Le point sur le plan gratuit mérite d'être souligné parce qu'il piège beaucoup de monde. Le plan Hobby de Vercel interdit l'usage commercial. Un site qui affiche un lien affilié ou qui vend quoi que ce soit doit passer en Pro, point. J'ai basculé pour cette raison, pas pour une limite technique.

Vercel ou Netlify pour un projet Next.js

Si vous faites du Next.js avec App Router, ISR et cache par tags, Vercel a une avance réelle et vous la sentirez en production.

Ce n'est pas de la magie, c'est de l'intégration. Le cache incrémental, la revalidation par tag, le streaming de composants serveur : tout ça fonctionne chez Vercel sans que vous écriviez une ligne de configuration. Netlify a rattrapé une grande partie du retard avec son adaptateur Next.js, mais vous restez un cran derrière sur les fonctionnalités récentes, et le debug d'un comportement de cache exotique est plus solitaire.

L'inverse est vrai aussi. Si vous êtes sur Svelte, Astro, Nuxt ou un site statique généré par un script maison, l'avantage Vercel s'évapore. Vous payez alors une intégration Next.js dont vous ne faites rien.

Un mot sur le verrouillage, parce que le sujet revient toujours. Next.js est auto-hébergeable, la documentation officielle décrit la procédure. Mais plus vous utilisez de primitives avancées, plus le portage demande du travail réel : adaptateur de cache, gestion des images, revalidation. Ce n'est pas un mur, c'est une pente.

Vercel vs Netlify : ce que coûtent vraiment les deux

Les deux affichent environ 20 dollars par utilisateur et par mois pour le premier palier payant, et dans les deux cas ce n'est qu'un plancher.

Le vrai coût, c'est l'usage. Vercel facture le calcul en unités CPU actives, la sortie réseau et les invocations de fonctions. Netlify facture surtout la bande passante et les minutes de build. Deux modèles différents, même conséquence : un site à faible trafic paie l'abonnement et presque rien d'autre, un site qui décolle voit la ligne d'usage exploser avant de comprendre pourquoi. Vérifiez les grilles à jour sur la page tarifs de Vercel et sur celle de Netlify, elles bougent souvent.

La différence pratique tient au découpage par siège. Les deux comptent par membre d'équipe. Seul, c'est indolore. À cinq, vous payez cent dollars par mois avant la moindre requête servie, sur une plateforme comme sur l'autre.

Mon conseil : ne choisissez pas sur le prix affiché. Estimez votre volume de sortie mensuel et votre nombre de fonctions appelées, puis simulez. Les deux plateformes ont un simulateur, et il ment moins que les pages marketing.

Il reste une asymétrie que peu de comparatifs mentionnent. Vercel facture désormais le calcul en temps CPU actif, pas en durée totale de la requête. Une fonction qui attend une réponse de base de données ne vous coûte donc presque rien pendant l'attente. Netlify raisonne encore surtout en invocations et en bande passante. Selon que vos routes passent leur temps à attendre ou à calculer, le classement s'inverse.

Le corollaire pratique : mesurez avant de migrer. Un site qui sert du HTML mis en cache et fait peu d'appels dynamiques coûtera à peu près la même chose des deux côtés, et vous aurez perdu deux jours pour rien.

Fonctions, build et limites : où ça casse

Les vraies limites ne sont pas dans le prix, elles sont dans les durées d'exécution, la taille des bundles et le nombre de builds simultanés.

Côté fonctions, Vercel propose des fonctions Node classiques et un Edge Runtime restreint mais très rapide. Netlify propose l'équivalent avec ses Edge Functions basées sur Deno. Sur un usage courant, API légère, webhook, rendu à la demande, les deux tiennent sans broncher. Les limites documentées de Vercel valent la lecture avant d'engager une architecture.

Là où ça se complique, c'est le travail long. Un traitement de plusieurs minutes, un import massif, une génération de rapport : ni l'un ni l'autre n'est fait pour ça. Sortez ce travail de la plateforme et mettez-le dans une queue, un worker ou un cron externe. J'ai vu trop de gens essayer de faire tenir un batch dans une fonction serverless et se retrouver avec des timeouts intermittents impossibles à reproduire.

Sur les builds, Netlify compte des minutes et Vercel de la concurrence. Un monorepo avec dix apps consomme vite dans les deux cas. Un cache de build bien configuré, ou des workspaces npm propres, change plus votre facture que le choix de plateforme.

Troisième piège, la taille du bundle de fonction. Une dépendance lourde embarquée par erreur dans une route API fait grossir le paquet déployé, ralentit le démarrage à froid et finit par se heurter à une limite. Vérifiez ce que vous importez côté serveur, surtout les SDK qui tirent la moitié d'un écosystème derrière eux. C'est le bug le plus courant que je vois sur ces deux plateformes, et il ne se manifeste jamais en local.

Dernier écart concret : les variables d'environnement. Les deux gèrent des scopes par environnement, production, preview, développement. L'oubli classique consiste à ne cocher que la production, puis à voir tous les builds de pull request échouer sans comprendre. Ça m'est arrivé, deux fois.

Ce que j'ai mesuré en hébergeant SaaS Radar sur Vercel

SaaS Radar tourne sur Vercel en région Paris depuis le début, avec Cloudflare devant pour le cache edge, et j'ai relevé les chiffres.

En août 2026, la facture s'est décomposée en vingt dollars d'abonnement Pro pour environ deux dollars cinquante d'usage réel. Autrement dit, je paie huit fois le prix de ce que je consomme, uniquement parce que le plan gratuit interdit le commercial. C'est le genre de détail qu'aucun comparatif ne vous dit, et qui décide en pratique.

Deuxième leçon, plus utile : le poste de coût réel n'était pas Vercel. C'était la base de données allumée en permanence à côté, et la sortie réseau qu'elle générait. Mettre un CDN devant le HTML public, avec un TTL long et une purge par tag, a fait plus pour la facture que n'importe quel arbitrage entre hébergeurs. Si vous hésitez entre Vercel et Netlify pour économiser vingt dollars, vous regardez le mauvais poste.

Troisième point, la DX. Les previews par branche et les logs en temps réel de Vercel m'ont évité plusieurs bêtises en production. Netlify fait la même chose, honnêtement aussi bien. Sur ce terrain précis, je ne départage pas.

Quel profil doit choisir quoi

Le choix se joue sur trois profils très distincts, et pour chacun il n'y a qu'une bonne réponse.

Vous faites du Next.js en équipe produit, avec de l'ISR et des previews permanentes : prenez Vercel. L'intégration vous fait gagner des heures par semaine, et ces heures valent plus que l'écart de facture.

Vous publiez des sites clients, statiques ou légèrement dynamiques, avec des formulaires et parfois un espace connecté : prenez Netlify. Les formulaires et l'identité inclus vous épargnent une intégration tierce à chaque projet, et la neutralité framework est un vrai confort en agence.

Vous cherchez d'abord le coût minimal sur du contenu statique : ni l'un ni l'autre. Regardez Cloudflare Pages, dont le modèle de tarification ne facture pas la bande passante, ou un hébergement classique si votre stack le permet. Pour un site sans build, un WordPress bien réglé ou un Webflow coûte moins cher en temps qu'une plateforme de déploiement mal exploitée : j'ai détaillé cet arbitrage dans mon comparatif Webflow contre Framer et dans le guide des meilleurs CMS.

Dernier cas, celui des applis à état. Si vous avez besoin d'une base, d'auth et de stockage dans le même produit, Supabase ou Firebase couvrent le back, et vous posez le front sur l'une des deux plateformes. Le panorama des outils no-code donne les alternatives si vous ne voulez pas coder du tout.

À retenir

• Vercel gagne sur Next.js, Netlify gagne sur la neutralité et les briques incluses.
• Le plan gratuit de Vercel interdit l'usage commercial : un site monétisé passe forcément en Pro.
• Les deux facturent par siège, ce qui pèse plus qu'on ne le croit dès trois personnes.
• Le poste de coût dominant est rarement l'hébergeur, c'est la base et la sortie réseau.
• Le verrouillage Next.js est une pente, pas un mur : plus vous utilisez de primitives, plus le portage coûte.