Vite 8.0: モダンフロントエンド開発のための新しい統合基盤
Vite 8.0 が 2026 年 3 月 12 日に正式リリースされた。現在のドキュメントでも v8.0.x 系列が案内されている。バージョン番号は一つ上がっただけに見えるが、内部は Vite 2 以降で最大級の刷新だ。
ポイントは、これまでの二重バンドラ構成から、Rolldown（Rust）+ Oxc を中心とした統合基盤へ移行したこと。狙いは速度だけじゃなく、開発時と本番ビルドの一貫性を上げることにある。
Vite 8 が意味するもの
これまでの Vite は、開発速度を重視した esbuild と、本番最適化を担う Rollup の組み合わせで成功してきた。ただ、二つのパイプラインを並行して維持するコストは年々大きくなっていた。
Vite 8 ではこの土台を整理した。バンドリングの中核を一本化し、技術方針をより明確にし、プラグイン互換性を維持しつつ、将来の最適化余地を拡大している。速さだけでなく、予測可能性が上がる。
最大の変化: Rolldown 統合
公式発表では、Rolldown の目的は性能・互換性・拡張性の三点だ。ベンチマークでは Rollup 比で最大 10〜30 倍のビルド高速化が示され、実運用でもビルド時間短縮の報告が出ている。
重要なのは数字だけじゃない。統合パイプラインにより、異なるエンジン間の調整コードが減り、長期的な不整合リスクを下げられる。Vite・Rolldown・Oxc の連携が深まることで、今後の parse / transform / tree-shaking 改善も進めやすくなる。
日々の開発で効く新機能
Rolldown 以外にも、実務で効果が出やすい機能が追加されている。
devtools で Vite Devtools を組み込みで有効化できる。resolve.tsconfigPaths は TypeScript パスエイリアスのネイティブ対応（小さな性能コストあり）。emitDecoratorMetadata の組み込み対応が入った。SSR での .wasm?init が Node.js 互換ランタイムで使える。そして server.forwardConsole はブラウザコンソールを開発サーバーのターミナルへ転送する。
特に最後の機能は、CLI やエージェントを併用しているときのデバッグ効率を大きく改善する。
見落としやすい移行ポイント
多くのプロジェクトは比較的スムーズに移行できるが、以下は必ず確認すべきだ。
Node.js 要件は 20.19+ または 22.12+。既定の build.target（baseline-widely-available）が更新され、Chrome/Edge 111、Firefox 114、Safari 16.4 がベースラインになった。optimizeDeps.esbuildOptions は非推奨で optimizeDeps.rolldownOptions へ移行が必要。build.rollupOptions.output.manualChunks の object 形式は非対応。import.meta.hot.accept へ URL を渡す形式も非対応だ。
高度なビルド設定を持つプロジェクトほど、ここが移行の要注意ポイントになる。
本番運用チーム向けの安全な移行手順
現実的には、次の順で進めるのが安全だ。
- Node と CI のバージョンを先に固定・確認
optimizeDepsとrollupOptionsの現状を棚卸し- 大規模案件は
rolldown-viteを中間ステップとして検証 - Vite 8 へ更新し、統合テストと性能計測を実施
- 重要画面で bundle/chunk/HMR の挙動を再確認
依存更新ではなく、プラットフォーム移行として扱うのが正解だ。
このリリースで最も良い点
私が最も評価しているのは、技術的な方向性の明確さだ。内部の一貫性が上がると、長期運用の安定性が上がる。Vite 7 比でインストールサイズが増えるというトレードオフを、公式が明確に説明している点も好印象だ。
結論
Vite 8 は、単なる高速化ではなく、フロントエンド基盤の再定義だ。内部アーキテクチャを整理し、性能上限を押し上げ、移行の作法をより現実的にした。
本番で Vite を使うチームなら、優先的に検討する価値がある。流行だからではなく、次の数年の土台が変わるからだ。
参照した公式情報:
- 公式発表: Vite 8.0 is out（vite.dev、2026年3月12日）
- 公式 Vite 7 → Vite 8 移行ガイド
- 公式リリース方針・サポートバージョンページ
@vitejs/plugin-reactv6 リリースノート