Sébastien Rigaux

Veille technologique

← Tous les liens

Vinext

Implémentation compatible avec les API Next.js construite sur Vite.

Visuel du billet Vinext 1.4, avec son titre, un résumé des changements et la date du 28 octobre 2026.

Vinext 1.4 réduit le travail à plusieurs étapes du rendu : les layouts App Router s’exécutent une seule fois par requête, le prefetch des routes dynamiques ne génère plus la page entière et les chunks nécessaires à l’hydratation se compilent en arrière-plan dans Chrome récent. Sur le benchmark Hacker News, l’éditeur mesure 31,1 ms de CPU par requête, contre 54,4 ms en 1.3 et 33,7 ms pour Next.js.

La version synchronise aussi la génération du HTML et du payload RSC en cache. Les résultats restent toutefois dépendants du scénario : sur un prototype de site éditorial, Next.js peint plus vite et consomme moins de CPU par requête. Le test de TanStack Redact révèle un autre compromis : moins de JavaScript téléchargé, mais une hydratation nettement plus coûteuse sur les pages chargées.

James AndersonRepéré via This week in React

Capture d’écran de la page de release vinext 1.1.0 sur GitHub

La version 1.1.0 de vinext, le plugin Vite qui réimplémente l’API Next.js, aligne de nombreux comportements sur Next.js, notamment pour l’App Router (gestion des redirections, métadonnées, erreurs spéciales) et la gestion du cache. Cette release introduit la stratégie stale-while-revalidate pour use cache, permettant de servir des entrées périmées tout en les régénérant en arrière-plan, et corrige plusieurs incohérences de cache et de rendu côté serveur. Un jalon pour ceux qui cherchent une alternative déployable à Next.js.

github-actions

Illustration de l'annonce de Vinext 1.0 sur le blog Cloudflare

Cloudflare lance Vinext 1.0, une réimplémentation de Next.js basée sur Vite, qui promet plus de 99 % de compatibilité avec la suite de tests officielle (hors Cache Components). Vinext prend en charge App Router et Pages Router, propose une migration en deux commandes et introduit un mécanisme de cache warming déporté sur le réseau Cloudflare pour optimiser la pré-génération des pages. Le projet s’appuie sur une automatisation poussée pour suivre l’évolution rapide de Next.js et maintenir la compatibilité, tout en assumant des choix différents sur l’ISR et la gestion du cache.

James Anderson et Matt “TK” Taylor