Cloudflare vs Vercel : quel hébergement choisir en 2026 ?

Cloudflare vs Vercel : le choix dépend avant tout de ce que vous hébergez. Privilégiez Vercel pour une application Next.js si la compatibilité du framework et la rapidité de mise en production priment ; préférez Cloudflare pour distribuer des fichiers statiques ou exécuter un backend léger et compatible. Les offres payantes démarrent à $5/mois pour Workers et $20/mois pour Vercel Pro. Mais pour départager Vercel et Cloudflare, examinez d'abord l'environnement d'exécution, puis la facture.

Tarifs et fonctionnalités documentées vérifiés sur les pages officielles des deux éditeurs le 13 novembre 2026. Les recommandations tiennent compte de l'adéquation au framework, des limites de ressources, du fonctionnement au quotidien et du coût total de l'hébergement. L'exemple chiffré est un calcul fondé sur les tarifs publiés, pas un benchmark de déploiement.

Cloudflare vs Vercel : lequel choisir ?

Vercel l'emporte pour une petite équipe qui développe un produit Next.js classique. Cloudflare prend l'avantage pour la diffusion statique et le code backend sensible aux coûts qui peut tourner sur Workers. Next.js est un framework React destiné aux sites web et aux applications qui s'appuient sur un serveur. Le choix d'hébergement change dès que l'application doit exécuter du code à chaque visite.

Si votre outil de développement par IA vous a livré une application Next.js avec authentification, rendu côté serveur et gestion des images, commencez par Vercel. Son cloud frontend managé réunit ces besoins dans un même workflow de déploiement. Économiser une petite somme sur l'hébergement justifie rarement de s'imposer un chantier de compatibilité avant même d'avoir des clients.

Pour un site de documentation, un site marketing généré en fichiers statiques ou une API qui se contente surtout de valider des requêtes et d'appeler un autre service, commencez par Cloudflare. Workers exécute le code de l'application sur son réseau ; Pages fournit un workflow de déploiement de sites. La diffusion est économiquement intéressante, mais les choix d'environnement d'exécution et de liaison aux données restent à votre charge.

Le critère qui fait basculer la décision : gardez Vercel si préserver le comportement de l'application évite davantage de travail que la migration ne fait économiser d'argent. Choisissez Cloudflare si la charge est compatible avec son environnement et si les économies récurrentes ou le backend intégré justifient de prendre en charge cette migration.

Hébergement Next.js : Vercel garde l'avantage sur l'intégration

Vercel est le choix par défaut le plus sûr si l'application doit conserver le comportement de votre projet Next.js actuel. Il transforme le rendu côté serveur, ou SSR, en Functions managées et prend en charge la régénération statique incrémentale, ou ISR, qui actualise les pages en cache sans reconstruire tout le site. Le streaming et l'optimisation des images à la demande font partie de son intégration Next.js documentée.

Cloudflare peut lui aussi héberger ce type d'application, mais recommande actuellement vinext, un plugin en bêta pour Vite, l'outil de build JavaScript. Celui-ci réimplémente les API de Next.js. La démarche diffère donc d'un simple transfert du même build Next.js chez un autre hébergeur.

Le guide Next.js actuel de Cloudflare annonce la prise en charge de l'App Router, du Pages Router, des React Server Components, des Server Actions, du SSR en streaming et de l'ISR. Les imports next/* y sont décrits comme majoritairement pris en charge, et l'optimisation des images comme partiellement prise en charge. Le statut bêta compte surtout si votre paiement, votre authentification ou votre publication de contenu dépendent d'un comportement précis.

OpenNext reste une autre voie documentée. L'adaptateur @opennextjs/cloudflare transforme la sortie de next build pour Workers. La matrice de compatibilité OpenNext de Cloudflare comprend le SSR, l'ISR, les Server Actions et le streaming, mais indique toujours que les middlewares Node.js ne sont pas pris en charge. Un middleware s'exécute avant la page ou le gestionnaire de route : une bibliothèque d'authentification qui exige cet environnement peut bloquer la migration, même si les pages ordinaires fonctionnent.

L'environnement sous-jacent compte dans les deux approches Cloudflare. Les Vercel Functions peuvent utiliser Node.js ; Cloudflare exécute ces applications dans l'environnement Workers. Celui-ci fournit un sous-ensemble des API Node.js, avec des implémentations partielles et des modules de compatibilité importables dont les méthodes lèvent des erreurs. Réussir l'installation d'un paquet ne prouve pas qu'il fonctionnera à l'exécution.

Pour un produit existant, examinez les dépendances réelles et les routes serveur avant de choisir une approche. Pour une nouvelle application, Vercel l'emporte lorsque l'adoption du framework représente déjà un changement suffisant.

Sites statiques : Cloudflare est plus avantageux pour la diffusion

C'est sur les sites qui servent des fichiers sans effectuer de rendu à chaque requête que Cloudflare se distingue le plus nettement. Un export statique contient du HTML, du JavaScript, des styles et des images déjà générés. Il faut les distribuer, sans faire traiter chaque visite par un serveur Next.js. Pour Next.js, Cloudflare documente Pages pour les exports statiques et Workers pour les applications full-stack.

La documentation tarifaire de Pages précise la frontière : les requêtes de ressources statiques sont gratuites et illimitées sur les offres gratuites comme payantes, tant qu'elles n'invoquent pas de Functions. Les Pages Functions suivent la facturation de Workers et partagent ses quotas. Ajouter un middleware d'authentification ou un endpoint API peut donc modifier le coût d'un site supposé statique.

La diffusion gratuite n'implique ni builds illimités ni fichiers de taille illimitée. Pages Free autorise 500 builds par mois, avec 20,000 fichiers et un maximum de 25 MiB par ressource, selon ses limites de plateforme. Les paliers de build sont distincts de Workers Paid : payer le calcul Workers ne supprime pas toutes les limites de Pages.

Pour un produit essentiellement statique, distinguez les pages marketing des traitements dynamiques dans votre estimation. Une page en cache et une requête de chat ne correspondent pas au même événement facturable. Vercel reste pertinent si le même projet doit bientôt intégrer une part importante de logique serveur ; Cloudflare est le meilleur choix par défaut si la diffusion statique doit rester l'essentiel de la charge.

Cloudflare Workers vs Vercel pour les API et le streaming IA

Cloudflare l'emporte pour les traitements légers qui passent une grande partie de leur temps à attendre ; Vercel prend l'avantage quand le gestionnaire exige davantage de mémoire ou une compatibilité Node.js plus complète. Attendre les tokens d'un fournisseur d'IA ne sollicite pas le CPU comme l'analyse d'un gros document.

Les limites de Workers distinguent ces deux mesures du temps. Sur l'offre Paid, une requête HTTP dispose par défaut de 30 secondes de temps CPU, réglables jusqu'à 5 minutes. L'attente réseau ne consomme pas ce budget CPU. Les Workers déclenchés par HTTP n'ont pas de durée totale maximale stricte tant que le client reste connecté, même si des interruptions restent possibles.

La contrainte la plus marquée est la limite de 128 MB par isolate, le conteneur d'exécution qui peut traiter plusieurs requêtes simultanées. Faire transiter une réponse en streaming par le Worker peut convenir ; charger un gros fichier entier et plusieurs copies analysées en mémoire peut dépasser la limite. Le budget CPU de 10 ms par invocation de Workers Free en fait aussi une base peu adaptée à un rendu serveur plus lourd.

Les limites des Fluid Functions de Vercel accordent à Pro une allocation mémoire de 2 GB par défaut, configurable jusqu'à 4 GB. La durée est fixée par défaut à 300 secondes et peut atteindre 800 secondes dans le cadre de la limite généralement disponible. Une extension bêta à 1,800 secondes exige des versions d'environnement compatibles et une configuration au niveau de la fonction. La limite de durée totale comprend l'envoi d'une réponse en streaming.

Impossible ici de désigner sérieusement un vainqueur universel en vitesse. Un serveur proche du visiteur peut tout de même attendre une base de données éloignée. Choisissez l'emplacement en fonction de la dépendance lente, puis mesurez la requête authentifiée complète avec vos propres données.

Vercel ou Cloudflare : combien coûte une même charge ?

Cloudflare coûte moins cher dans le modèle d'API ci-dessous, mais l'écart ne se résume pas à « bande passante gratuite contre payante ». Vercel propose désormais Flat Rate CDN, et sa facturation du calcul sépare le CPU actif de la mémoire provisionnée.

Les gammes actuelles comprennent Workers Free, Workers Paid à partir de $5/mois et des conditions Enterprise ; côté Vercel, Hobby à $0, Pro à $20/mois et Enterprise sur devis. Les tarifs Workers incluent 10 millions de requêtes et 30 millions de millisecondes CPU par mois sur Paid, puis facturent $0.30 par million de requêtes supplémentaire et $0.02 par million de millisecondes CPU supplémentaire, sans frais de sortie de données ni de durée.

La page des tarifs de Vercel facture les Functions, les transferts depuis l'origine, les builds, le stockage, le traitement des images, l'ISR et d'autres services à l'usage. Pro comprend $20 de crédit d'utilisation mensuel. Le détail de l'offre confirme qu'un siège autorisé à déployer est inclus ; chaque siège supplémentaire coûte $20/mois. Consultez notre analyse détaillée des prix Vercel pour comprendre toute la gamme, sans confondre prix d'entrée et facture fixe de l'application.

Pour la diffusion CDN, Flat Rate CDN est une option à activer sur Pro. Le palier inclus couvre 1 million de requêtes CDN et 1 TB ; le suivant ajoute $20/mois pour 10 millions de requêtes et 50 TB. Il couvre la diffusion, pas tous les traitements nécessaires à la production d'une réponse.

Exemple de facture mensuelle pour une API

Prenons une API commerciale avec un développeur autorisé à déployer, 1 million de requêtes non mises en cache, 50 ms de CPU et 1 seconde de durée totale par requête sur chaque plateforme. L'application respecte les limites mémoire de Workers. Sur Vercel, elle utilise des instances de 2 GB à Washington, D.C., sans requêtes simultanées partageant une même instance. Chaque requête produit 10 KB de transfert facturable cumulé depuis l'origine, sans requêtes statiques supplémentaires.

Supposons Flat Rate CDN activé et dimensionné pour le trafic mensuel soutenu. Comptons 100 minutes de build Basic sur Vercel, soit $0.70 ; le build à envoyer à Cloudflare est réalisé localement. Excluons les bases de données, les frais des fournisseurs d'IA, le traitement des images, l'ISR, le stockage supplémentaire, les taxes et l'observabilité payante. Les logs Cloudflare restent dans le quota inclus. Ce sont des hypothèses de calcul, pas des performances mesurées à l'exécution.

Les tarifs Fluid compute de Vercel dans cette région sont de $0.128 par heure CPU, $0.0106 par GB-heure de mémoire provisionnée et $0.60 par million d'invocations. La facturation CPU s'arrête pendant les attentes réseau ; celle de la mémoire continue tant que l'instance traite des requêtes. Fast Origin Transfer ajoute $0.06/GB au tarif de départ retenu ici.

• Cloudflare : 50 millions de ms CPU, moins les 30 millions inclus, donnent $0.40 de dépassement CPU. Les requêtes restent dans le quota. Avec l'abonnement à $5, le total atteint $5.40/mois.
• Vercel : le CPU coûte $1.78 ; la mémoire provisionnée, $5.89 ; les invocations, $0.60 ; le transfert depuis l'origine, $0.60 ; les builds, $0.70. Le sous-total de $9.57 reste dans le crédit de $20. Le palier CDN inclus suffit également : il reste donc les $20/mois de frais de plateforme.

En augmentant uniquement le nombre de requêtes et en conservant les autres hypothèses, les factures calculées passent à $9.40 contre $65.03 pour 5 millions de requêtes, puis $14.40 contre $109.37 pour 10 millions. Ces derniers cas Vercel comprennent le palier CDN supplémentaire à $20.

Les courbes de prix ne se croisent à aucun des points modélisés. Il n'existe pas non plus de nombre universel de requêtes à partir duquel un fournisseur devient moins cher : la concurrence des requêtes peut réduire la facture mémoire de Vercel, le cache modifie le nombre d'invocations, et les régions comme les options changent les tarifs. Le véritable arbitrage économique porte souvent sur le temps d'ingénierie. Une petite économie mensuelle ne finance pas un chantier de compatibilité sans échéance.

Pics de trafic : décidez avant le lancement ce qui doit s'arrêter

Les deux fournisseurs proposent des contrôles de dépenses ; aucun ne garantit pour autant un plafond strict sur l'ensemble des frais. Avant l'arrivée du trafic, décidez si vous préférez une interruption de service à la poursuite de la consommation.

Avec Vercel Flat Rate CDN, un pic de diffusion sur une journée ne déclenche pas de passage au palier supérieur. Un dépassement durable de la capacité mensuelle peut faire monter le palier au cycle suivant. Les téléchargements en masse et les charges dominées par la diffusion de fichiers ou de médias sortent de ses conditions d'éligibilité annoncées ; le calcul dynamique conserve ses propres compteurs.

Le Spend Management de Vercel peut suspendre tous les déploiements de production d'une équipe lorsque le montant configuré est atteint. Les alertes et la suspension peuvent prendre plusieurs minutes de retard. Activer une notification ne revient pas à activer la suspension ; celle-ci prive aussi les clients de l'accès au service.

Les limites de dépenses Workers de Cloudflare couvrent les dépassements de requêtes et de CPU à l'échelle du compte, une fois les quotas inclus consommés. Elles excluent l'abonnement et les frais de produits tels que R2, KV et Durable Objects. Un Worker de test peut épuiser le budget partagé et interrompre les Workers de production. Les délais de remontée des données et de blocage empêchent de considérer le seuil comme une facture maximale exacte.

Les ressources statiques servies sans exécuter de code Worker peuvent rester disponibles après ce blocage. Une route configurée pour exécuter le Worker en premier peut, elle, échouer. Distinguez aussi la diffusion statique gratuite ordinaire de Workers Caching : ses règles tarifaires facturent les requêtes servies depuis le cache au tarif des requêtes, y compris pour les ressources statiques.

Face aux pics de trafic statique, Cloudflare l'emporte. Pour une facture unique, tout compris et plafonnée avec certitude, aucun des deux. Pour une application d'IA, configurez les contrôles du fournisseur de modèles en plus de ceux de l'hébergeur. Un gestionnaire de requêtes peu coûteux peut tout de même autoriser des inférences onéreuses.

Données, stockage et IA : Cloudflare se distingue par son backend intégré

Cloudflare fournit davantage de composants backend sous forme de services connectés qui lui appartiennent ; Vercel facilite le raccordement de services externes. Cette différence compte plus que le nombre de noms de produits alignés dans un comparatif.

Le guide de stockage Cloudflare associe D1 aux données SQL, Workers KV aux données clé-valeur, R2 au stockage de fichiers compatible S3 sans frais de sortie, et Durable Objects à l'état cohérent et à la coordination. Hyperdrive raccorde une base Postgres ou MySQL existante ; Queues gère les tâches différées ; Vectorize stocke les vecteurs pour la recherche par similarité.

Choisissez selon le comportement des données. KV offre une cohérence à terme : une mise à jour peut ne pas être immédiatement visible partout. Cela peut convenir à de la configuration, mais ne constitue pas un mécanisme transactionnel empêchant deux acheteurs d'acquérir le même dernier article en stock. Lors d'une migration de la couche web, mieux vaut parfois conserver la base existante.

L'offre de stockage actuelle de Vercel comprend Blob pour les fichiers, Global Config pour la configuration, Runtime Cache pour les données régionales temporaires et des bases de données via le Marketplace. Les bases relationnelles et clé-valeur passent par des fournisseurs : elles ne constituent pas une unique « base Vercel » interchangeable.

Pour l'IA, Workers AI exécute les modèles sur l'infrastructure Cloudflare ; Cloudflare AI Gateway ajoute notamment du cache, de la limitation de débit et des nouvelles tentatives. Vercel AI Gateway centralise l'accès aux modèles de plusieurs fournisseurs, les logs, les contrôles de dépenses et le basculement en cas de panne. Il peut s'utiliser depuis une autre infrastructure : le choisir n'impose pas de déplacer l'hébergement de l'application chez Vercel.

La contrepartie est le couplage. Les bindings Cloudflare facilitent l'accès à ses services depuis le code Workers, mais quitter la plateforme implique de remplacer ces appels. Une base hébergée séparément peut préserver vos options sur l'une comme l'autre plateforme. Notre avis sur Cloudflare explore la plateforme au-delà de ce choix d'hébergement.

Prévisualisations, retours arrière et logs : Vercel facilite le workflow applicatif

Vercel l'emporte pour examiner une modification Next.js avec un minimum de configuration du déploiement. Son intégration Git génère des URL de prévisualisation pour les pull requests, et Instant Rollback permet de restaurer un déploiement existant sans refaire de build.

Cloudflare propose aussi des Workers Previews par branche, avec leurs propres variables, secrets, bindings et outils d'observabilité. La subtilité concerne l'isolation des données : KV, D1 et R2 ne sont séparés que si vous liez des ressources distinctes. Les bindings de service d'une Preview appellent le déploiement de production du Worker lié.

Ne les confondez pas avec les Version URLs, qui exposent une version précise avec sa configuration et ses ressources existantes. Un nom d'hôte différent ne prouve pas que la base de test est isolée sans risque.

Le rollback Workers restaure une version antérieure du code depuis le tableau de bord ou Wrangler, l'outil de déploiement en ligne de commande. Sur les deux plateformes, restaurer le code n'annule pas les écritures des clients et n'inverse pas automatiquement une migration de base de données. Gardez vos changements de schéma compatibles avec le déploiement que vous pourriez devoir restaurer.

Pour le débogage, Workers Logs propose des logs persistants, interrogeables, avec un échantillonnage configurable. Paid inclut 20 millions d'événements de logs par mois et 7 jours de conservation. La page tarifaire de Vercel indique 1 jour de logs d'exécution sur Pro, porté à 30 jours avec Observability Plus. Journalisez suffisamment pour diagnostiquer un paiement ou un flux en échec, et vérifiez la durée de conservation avant de supposer que les traces d'hier sont encore disponibles.

Comment passer de Vercel à Cloudflare ?

Ne migrez l'application qu'une fois chaque comportement d'hébergement associé à une solution de remplacement précise. Un dépôt Git transfère le code ; il ne transfère ni la configuration de plateforme, ni les identifiants, ni le contenu en cache, ni les fichiers stockés, ni les garde-fous de déploiement.

1. 1

   Vérifier l'environnement d'exécution

   Inventoriez les routes serveur, les middlewares, la gestion des images et les dépendances. Pour vinext, exécutez la commande documentée npx vinext check dans le projet et examinez les résultats de compatibilité. Pour OpenNext, confrontez les fonctionnalités utilisées par l'application à sa matrice de compatibilité. Intégrez la connexion, le paiement, les envois de fichiers et le streaming aux vérifications de recette.

2. 2

   Séparer les données de test et de production

   Recensez les variables d'environnement et chaque binding de stockage. Si possible, conservez la base existante pendant le changement de plateforme de calcul. Configurez des ressources et des identifiants de test distincts avant de demander à une prévisualisation de créer, modifier ou supprimer quoi que ce soit.

3. 3

   Répéter la restauration avant de modifier le DNS

   Vérifiez les redirections, les en-têtes, les domaines personnalisés, les tâches planifiées et la supervision. Conservez le déploiement précédent et assurez-vous qu'il peut lire le schéma actuel de la base. Basculez seulement ensuite le DNS, c'est-à-dire les enregistrements qui dirigent le domaine vers son hébergeur.

Ne migrez pas encore si la facture actuelle reste modeste, si personne n'est responsable de la compatibilité d'exécution ou si l'application dépend d'un comportement que vous n'avez pas reproduit. Commencez par repérer le poste de consommation qui augmente. Changer d'hébergement ne corrigera pas un appel de modèle trop coûteux ; migrer la base de données en même temps compliquera l'identification des pannes.

Si l'application exige fondamentalement un autre modèle d'exécution, consultez la sélection élargie d'alternatives à Vercel plutôt que de vouloir faire entrer toutes les charges dans ce duel.

Netlify vs Vercel vs Cloudflare

Netlify constitue la troisième option lorsqu'un site statique a besoin de sa gestion intégrée des formulaires et d'un workflow de déploiement managé. Consultez Vercel vs Netlify et le guide des tarifs Netlify.

Les questions que se posent les développeurs

Vaut-il mieux choisir Vercel ou Cloudflare ?

Vercel est le choix par défaut pour une petite équipe qui privilégie le fonctionnement managé de Next.js. Cloudflare est plus convaincant pour la diffusion statique et les backends légers compatibles avec Workers. Pour une application existante, la compatibilité et la responsabilité de la migration peuvent peser plus lourd que l'écart de prix d'hébergement.

Quels sont les inconvénients de Cloudflare ?

Pour ce choix d'hébergement, les principales contraintes sont la compatibilité d'exécution, les limites mémoire de Workers et les bindings de données propres à la plateforme. L'approche vinext recommandée est en bêta, et la voie OpenNext documentée présente encore une lacune sur les middlewares Node.js.

Quelle solution peut remplacer avantageusement Vercel ?

Cloudflare peut être plus intéressant pour la diffusion statique et les API compatibles qui reçoivent un volume important de requêtes. Ce n'est pas une amélioration automatique pour une application Next.js dont le déploiement actuel fonctionne. Comparez le poste précis de la facture avec l'effort nécessaire pour remplacer le comportement dont vous dépendez.

Vercel est-il gratuit à 100% ?

Non. L'offre gratuite Hobby est réservée à un usage personnel et non commercial, avec des plafonds d'utilisation. Les projets commerciaux doivent utiliser une offre payante adaptée ; Pro comporte des frais de plateforme et des services facturés à l'usage. Consultez les conditions de l'offre Hobby de l'éditeur.

Cloudflare est-il plus rapide que Vercel ?

Ce comparatif n'établit aucune réponse universelle. Les réponses statiques servies depuis le cache, le rendu serveur, les appels de base de données et les flux d'IA ont des goulots d'étranglement différents. Mesurez une requête représentative et son parcours jusqu'à la base, sans prendre la taille du réseau pour un benchmark de latence.

Vercel repose-t-il sur Cloudflare ?

Ne considérez pas Vercel comme une simple surcouche de l'environnement Workers. Les deux plateformes exposent des systèmes d'hébergement et de déploiement différents. La documentation des Functions de Vercel décrit son propre environnement et des limites de taille de bundle imposées par AWS ; celle de Cloudflare décrit Workers et ses voies de compatibilité.

Vaut-il mieux choisir Netlify ou Cloudflare ?

Pour un site statique, Cloudflare est ici le choix économique pour la diffusion. Netlify mérite d'être envisagé si sa gestion des formulaires évite de développer soi-même des traitements backend.

Cloudflare Pages ou Netlify pour un site statique ?

Pour départager précisément Pages et Netlify, déterminez si vous devez surtout servir des fichiers générés ou si vous souhaitez aussi le workflow managé de traitement des formulaires de Netlify. Chiffrez les endpoints dynamiques séparément de la diffusion statique.

Qui est le principal concurrent de Cloudflare ?

Cela dépend du produit comparé. Cette page évalue Vercel comme alternative pour l'hébergement d'applications ; elle ne désigne pas de concurrent principal sur l'ensemble des produits réseau, sécurité et développement de Cloudflare.

Le FBI utilise-t-il Cloudflare ?

Aucune affirmation vérifiée sur ce client n'est établie ici. Cette question est distincte de l'adéquation de Workers ou de Vercel à votre application ; elle ne doit pas servir de caution pour choisir un hébergement.

Dans quels cas choisir Vercel ou Cloudflare ?

Choisissez Vercel si vous lancez un produit Next.js, avez besoin du comportement managé du framework et préférez payer pour le workflow intégré plutôt que prendre en charge une migration de compatibilité.

Choisissez Cloudflare si vous servez principalement des ressources statiques ou du code API compatible, comprenez ses limites de ressources et pouvez assumer les bindings de données, les prévisualisations et la procédure de restauration. Pour une application Next.js existante, tranchez entre vinext et OpenNext avant de promettre des économies.

La prochaine étape est concrète : classez la route la plus sollicitée, identifiez son principal poste de facturation et vérifiez ses dépendances d'exécution. Vous disposerez ainsi d'un choix d'hébergement que vous pourrez justifier.

Utilisez la checklist d'audit des workflows IA en entreprise pour identifier les dépendances applicatives et les passages de relais qui doivent avoir un responsable avant de changer d'hébergement. Recevez la checklist via la newsletter.