vinext de Cloudflare : le projet controversé qui a reconstruit Next.js en une semaine

vinext de Cloudflare : le projet controversé qui a reconstruit Next.js en une semaine

lschvn12 min de lecture

Le 24 février 2026, Cloudflare a publié un billet de blog qui a envoyé des ondes de choc à travers la communauté du développement web. Le titre : "Comment nous avons reconstruit Next.js avec l'IA en une semaine." Le projet, appelé vinext (prononcé "vee-next"), a été présenté comme un plugin Vite expérimental qui réimplémente la surface API publique de Next.js, permettant aux développeurs d'exécuter leurs applications Next.js sur Cloudflare Workers au lieu de Vercel.

Qu'est-ce que vinext ?

vinext est un plugin Vite qui réimplémente l'API publique de Next.js, routage, rendu serveur, React Server Components, actions serveur, cache, middleware et plus, sur l'infrastructure de build de Vite au lieu du compilateur propriétaire de Next.js.

La différenciation clé est la flexibilité de déploiement. La où Next.js requiert traditionnellement Vercel, vinext expédie vers Cloudflare Workers nativement avec une seule commande :

npm install vinext
vinext deploy # Build et déploie vers Cloudflare Workers

Les chiffres qui ont tourné les têtes

Les benchmarks de Cloudflare, conduits sur une application App Router de 33 routes, ont montré des résultats frappants :

MétriqueNext.js 16.1.6vinext (Vite 8/Rolldown)
Temps de build7,38s1,67s (4,4× plus rapide)
Bundle client168,9 KB72,9 KB (57% plus petit)

Ces ne sont pas des améliorations marginales, elles représentent un changement fondamental dans la performance de build, atteint en tirant parti du moderne bundler Rolldown de Vite.

Code généré par IA à l'échelle

Peut-être la réclamation la plus étonnante : une réimplémentation complète de la surface API de Next.js a été écrite en une semaine par un seul ingénieur dirigeant un modèle IA. Le coût : environ 1 100$ en tokens API.

Le projet inclut plus de 1 700 tests Vitest et 380 tests Playwright E2E, avec CI fonctionnant sur chaque pull request.

Fonctionnalités clés

  • Compatibilité drop-in : app/, pages/, et next.config.js fonctionnent sans modification
  • TPR (Traffic-aware Pre-Rendering) : interroge les analytiques Cloudflare au déploiement pour pré-rendre uniquement les pages recevant du trafic
  • Bindings Cloudflare natifs : accédez à D1, R2, KV, Durable Objects, AI via import { env } from "cloudflare:workers"
  • Multi-plateforme via Nitro : déploiement vers Vercel, Netlify, AWS, Deno Deploy et plus

La controverse : pourquoi ça a ressemblé à une déclaration de guerre

Pour comprendre pourquoi la communauté a réagir si fort, il faut comprendre la relation entre Next.js et Vercel.

Next.js a été acquis par Vercel en 2019. Depuis, Vercel a bâti tout son modèle commercial autour du statut de plateforme d'hébergement premium pour les applications Next.js. Le framework est étroitement intégré à l'infrastructure de Vercel.

Quand Cloudflare a publié vinext, le message aux développeurs était clair : vous pouvez maintenant utiliser Next.js sans Vercel.

Sécurité et qualité

Le README de vinext inclut ceci en évidence :

🚧 Expérimental, sous développement intensif. Ce projet est une expérience en développement logiciel piloté par IA. La grande majorité du code, des tests et de la documentation ont été écrits par IA.

Le projet liste explicitement ce qui n'est PAS supporté :

  • Rendu statique au moment du build (sur la feuille de route)
  • Certains cas limites dans le streaming RSC
  • API internes non documentées de Next.js

Utilisation dans le monde réel

Malgré l'étiquette expérimentale, de vrais clients fonctionnent déjà avec vinext en production :

  • CIO.gov (National Design Studio) : fonctionne avec vinext en production avec "des améliorations significatives dans les temps de build et les tailles de bundle"

Ce que cela signifie pour l'industrie

Pour Vercel

Vercel fait face à une vérité inconfortable : leur fossé concurrentiel peut être plus fin qu'espéré. L'entreprise a bâti un excellent produit, mais vinext démontre que la compatibilité Next.js peut être atteinte ailleurs.

Pour Cloudflare

Cloudflare a signalé sa sérieuxité concernant l'espace de la plateforme développeur. vinext n'est pas qu'une démo technique, c'est une preuve que Cloudflare peut attirer des développeurs qui voyaient précédemment Vercel comme la seule option.

Pour la communauté de développeurs

Peut-être le plus grand gagnant : les développeurs eux-mêmes. vinext ajoute du choix à un écosystème qui se sentait de plus en plus comme un système à parti unique.

La conclusion

Le projet vinext de Cloudflare est soit un mouvement concurrentiel brillant, soit une expérience fascinante en développement piloté par IA, soit les deux. La controverse qu'il a provoquée reflète des tensions plus profondes : propriétaire vs. ouvert, intégré vs. composable.

Que vinext devienne une alternative de production viable ou reste une curiosité expérimentale, il a déjà changé la conversation. Les développeurs savent maintenant que s'ils veulent exécuter Next.js sur Cloudflare, ils le peuvent.

Questions fréquentes

Articles connexes

Plus de couverture avec des sujets et tags en commun.

Nitro v3 Beta : Tracing intégré, détection inteligente des dépendances et support Vercel Queues
frameworks

Nitro v3 Beta : Tracing intégré, détection inteligente des dépendances et support Vercel Queues

La mise à jour beta Nitro v3 d'avril 2026 apporte des canaux de tracing intégrés, une détection des dépendances en mode full-trace avec reconnaissance des packages natifs, le support des queues Vercel, et le déploiement sur Tencent EdgeOne Pages.
Svelte mars 2026 : Context programmatique, commentaires HTML et Error Boundaries côté serveur
frameworks

Svelte mars 2026 : Context programmatique, commentaires HTML et Error Boundaries côté serveur

La mise à jour Svelte de mars apporte createContext pour l'instanciation programmatique de composants, les commentaires HTML dans les balises, et les error boundaries en SSR.
Turborepo 2.10.3 Reconnaît nub et aube, Deux Nouveaux Gestionnaires de Paquets Node.js en Rust par Colin McDonnell (Zod) et Jeff Dickey (mise)
ecosystem

Turborepo 2.10.3 Reconnaît nub et aube, Deux Nouveaux Gestionnaires de Paquets Node.js en Rust par Colin McDonnell (Zod) et Jeff Dickey (mise)

Turborepo [v2.10.3](https://github.com/vercel/turborepo/releases/tag/v2.10.3) est sorti le 2026-07-03 avec un support de première classe pour [nub](https://github.com/nubjs/nub) et [aube](https://github.com/jdx/aube), deux gestionnaires de paquets Node.js écrits en Rust qui ont émergé au printemps et à l'été 2026. nub est écrit par Colin McDonnell (créateur de [Zod](https://github.com/colinhacks/zod), 43k étoiles) et aube par Jeff Dickey (créateur de [mise](https://github.com/jdx/mise)); les deux s'intègrent à Turborepo comme valeurs `packageManager` dans `package.json` et `devEngines.packageManager`. La release apporte aussi un nouveau toggle TUI/logs-streamés, la sélection de tâches au clic dans la liste de tâches TUI, la copie automatique des sélections TUI au presse-papiers à la souris, un flag `--production` sur `turbo prune`, TypeScript 7.0.1-rc comme toolchain de workspace, thin LTO + `codegen-units=1` pour les builds de release, et une longue liste de corrections de perf sur le cache-hashing. Le signal principal: deux des builders les plus respectés du toolchain JS livrent désormais des gestionnaires de paquets qui s'appuient sur Node stock au lieu de le remplacer, et Turborepo est le premier outil de monorepo mainstream à formaliser les deux.

Commentaires

Connexion Connectez-vous pour participer à la conversation.

Pas encore de commentaires. Soyez le premier à partager vos pensées.