記事には広告が含まれています
2026年3月、フロントエンド開発ツールの世界に大きな動きがありました。3月12日にVite 8が正式リリースされ、その翌日にはVoidZeroからVite+（ヴィートプラス）のアルファ版が公開されています。
「Vite 8とVite+って何が違うの？」「Vite+に乗り換えるべき？」と疑問に感じているフロントエンドエンジニアは多いのではないでしょうか。名前が似ているため混同しやすいのですが、実はこの2つは役割がまったく異なるプロダクトです。
本記事では、Vite+とVite 8それぞれの位置づけや機能の違いを整理し、どちらを選ぶべきかの判断基準を解説します。
もくじ
Vite 8とVite+はそもそも何が違うのか
Vite 8はビルドツールのメジャーバージョン、Vite+はViteを含む統合ツールチェーンです。つまり、Vite 8は「部品」であり、Vite+はその部品を含んだ「セット一式」という関係になります。
Vite 8は従来どおりの開発サーバーとプロダクションビルドを担うビルドツールです。一方、Vite+はVite 8に加えて、テスト（Vitest）、リント（Oxlint）、フォーマット（Oxfmt）、ライブラリバンドル（tsdown）、タスクランナー（Vite Task）、さらにはNode.jsのバージョン管理までを1つのCLIに統合したものです。
Vite+はVoidZero社が開発した統合CLIツールで、コマンド名はvpです。Vite 8をベースに、開発に必要なツール群をまとめて提供します。MITライセンスのオープンソースとして公開されています。
Vite 8の主な変更点
Vite 8の最大の変更は、バンドラーがRolldownに統一されたことです。これはVite 2以来、最も大きなアーキテクチャ変更とされています。
esbuild + Rollupの二重構成からRolldownへ
Vite 7以前では、開発時にesbuild、本番ビルドにRollupという2つのバンドラーを使い分けていました。この構成は高速な開発体験を実現してきましたが、2つのパイプライン間で動作の不一致が起きやすいという課題がありました。
Vite 8ではRust製バンドラー「Rolldown」に一本化され、開発と本番で同一のバンドラーが使われるようになっています。これにより、本番ビルドが10〜30倍高速化されたと公式に報告されています。
実際の企業での改善事例
Vite 8のベータ期間中に、複数の企業がビルド時間の大幅な短縮を報告しています。たとえばLinearでは本番ビルドが46秒から6秒に短縮され、Rampでは57%、Beehiivでは64%のビルド時間削減が確認されています。
その他の新機能
Rolldownへの移行以外にも、Vite 8には複数の改善が含まれています。
- 統合Devtools：Vite Devtoolsによるデバッグ・分析機能の組み込み
- tsconfig pathsのネイティブサポート：
resolve.tsconfigPaths: trueでパスエイリアスを解決可能 - emitDecoratorMetadataの組み込みサポート：外部プラグインが不要に
- Wasm SSR対応：
.wasm?initインポートがSSR環境でも動作 - ブラウザコンソール転送：ブラウザのコンソールログを開発サーバーのターミナルに転送
- @vitejs/plugin-react v6：OxcベースのReact Refresh変換によりBabelが不要に
Node.jsの要件はVite 7と同じく20.19以上、または22.12以上です。
Vite+の主な特徴
Vite+は、Web開発に必要なツール群を1つのCLIとして統合した開発環境です。RustやPythonでいえば、CargoやuvのJavaScript版に近い存在を目指しています。
統合されるツール群
Vite+には以下のツールが統合されています。
| 機能 | 統合ツール | 従来の構成例 |
|---|---|---|
| 開発サーバー・ビルド | Vite 8 + Rolldown | Vite単体 |
| テスト | Vitest 4.1 | Vitest / Jest |
| リント | Oxlint 1.52 | ESLint |
| フォーマット | Oxfmt（ベータ） | Prettier |
| ライブラリバンドル | tsdown | tsup / Rollup |
| タスクランナー | Vite Task | turborepo / nx |
| 型チェック | tsgo | tsc |
| ランタイム管理 | vp env | nvm / fnm / Volta |
主要コマンド一覧
Vite+ではvpコマンドを通じて、すべての操作を実行します。
| コマンド | 役割 |
|---|---|
vp env |
Node.jsのバージョン管理（グローバル・プロジェクト単位） |
vp install |
パッケージマネージャーの自動検出・依存インストール |
vp dev |
開発サーバーの起動 |
vp check |
Oxlint + Oxfmt + tsgoによるリント・整形・型チェック |
vp test |
Vitestによるテスト実行 |
vp build |
Rolldown + Oxcによる本番ビルド |
vp run |
モノレポタスクのキャッシュ付き実行 |
vp pack |
ライブラリのnpm公開用バンドル |
vp create |
プロジェクト・モノレポのスキャフォールド |
これらすべてがプロジェクトルートのvite.config.ts1ファイルで設定できる点が大きな特徴です。
パフォーマンスの改善幅
Vite+の公式発表では、Vite 7と比較して本番ビルドが1.6〜7.7倍高速化、Oxlintによるリントは従来のESLintの50〜100倍、OxfmtによるフォーマットはPrettierの約30倍の速度とされています。これらの高速化はすべてRustベースのツールチェーンによるものです。
Vite+とVite 8の比較
ここまでの内容をもとに、両者の違いを比較表で整理します。
| 比較項目 | Vite 8 | Vite+ |
|---|---|---|
| 種類 | ビルドツール（メジャーバージョン） | 統合ツールチェーン |
| 含まれる範囲 | 開発サーバー + プロダクションビルド | ビルド + テスト + リント + フォーマット + タスク実行 + ランタイム管理 |
| バンドラー | Rolldown | Rolldown（Vite 8を内包） |
| テスト | なし（別途Vitest等が必要） | Vitest統合済み |
| リント・フォーマット | なし（別途ESLint等が必要） | Oxlint + Oxfmt統合済み |
| 設定ファイル | vite.config.ts + 各ツールの設定 | vite.config.ts のみ |
| ライセンス | MIT | MIT |
| 開発元 | Viteコアチーム | VoidZero |
| 安定度 | 安定版（v8.0.1） | アルファ版（v0.1.11） |
| Node.js要件 | 20.19+ / 22.12+ | vp envで自動管理 |
どちらを選ぶべきか？判断基準
現時点では、多くのプロジェクトでVite 8への移行が現実的な選択肢です。Vite+はアルファ版であり、本番環境での利用にはまだリスクが伴います。
Vite 8が向いているケース
すでにVite 6やVite 7を使っているプロジェクトなら、Vite 8へのアップグレードが最も自然な選択です。既存のESLintやPrettier、Jestなどのツール構成をそのまま維持しつつ、Rolldownによるビルド高速化の恩恵を受けられます。
プラグイン互換性も高く、ほとんどの既存Viteプラグインがそのまま動作するため、移行コストは比較的低いといえます。
Vite+が向いているケース
複数ツールの設定管理に疲弊しているチームや、モノレポを運用しているチームには、Vite+のアプローチは魅力的です。ESLint・Prettier・Jest・turborepoなどを個別に設定・更新する手間がなくなり、vite.config.ts1ファイルに集約できます。
ただし、アルファ版のため本番プロジェクトへの即座の導入は推奨されません。まずは個人プロジェクトや検証環境で試すのがよいでしょう。
Vite+はアルファ版（2026年3月時点）のため、破壊的変更が入る可能性があります。また、OxlintはESLintの全ルールをカバーしているわけではなく、Oxfmtもベータ段階です。既存のESLint / Prettierの設定をそのまま移行できない場合がある点に注意してください。
ViteとVite+の関係で押さえておきたいポイント
Vite+はViteの「後継」ではなく「上位互換」です。Viteが廃止されるわけではありません。Vite公式も「Viteは引き続きMITライセンスの無料オープンソースであり続ける」と明言しています。
Vite+はVite 8をベースとして内包しているため、Vite+を導入すればVite 8の機能はすべて使えます。逆にいえば、Vite+の統合機能が不要であれば、Vite 8を単体で使い続けて問題ありません。
また、Vite+のフレームワーク対応は、Viteのエコシステムをそのまま引き継いでいます。React、Vue、Svelte、さらにSvelteKit、React Router、Nuxtなどのメタフレームワークともそのまま動作します。
VoidZeroは移行ステップとして、まずVite 7からVite 8へのアップグレードを推奨しています。Vite 8に移行済みであれば、Vite+への移行はvp migrateコマンドで各ツールの設定をvite.config.tsに統合でき、比較的スムーズです。
Vite+とVite 8のよくある疑問点
Vite+を使うとViteが使えなくなりますか？
いいえ。Vite+はVite 8をベースに構築されているため、Viteの機能はすべてそのまま利用可能です。Vite+を導入しても、vp devは内部でViteの開発サーバーを使っています。
Vite+は有料ですか？
当初は企業向けの有料プランが検討されていましたが、最終的にMITライセンスで完全オープンソース化されました。個人・企業問わず無料で利用できます。
Vite 7からVite 8への移行で注意すべきことは？
最大の変更はバンドラーの切り替えです。build.rollupOptionsはbuild.rolldownOptionsに名称が変わっています（互換性のため旧名称もまだ使えますが、将来的に削除予定です）。また、optimizeDeps.esbuildOptionsも同様にoptimizeDeps.rolldownOptionsへの移行が推奨されます。
Vite+とVite 8の違いとは？機能・役割・導入判断をわかりやすく比較まとめ
Vite+とVite 8は名前こそ似ていますが、役割が明確に異なります。最後にポイントを整理します。
- Vite 8はビルドツールのメジャーバージョンで、Rolldownによるバンドラー統一が最大の変更点
- Vite+はVite 8を含む統合ツールチェーンで、テスト・リント・フォーマット・タスク実行までを1つのCLIに集約
- Vite+はViteの「後継」ではなく「上位互換」であり、Viteは引き続き単体で利用可能
- 2026年3月時点でVite 8は安定版、Vite+はアルファ版のため、本番での利用はVite 8が安全
- 設定管理の一元化やモノレポ運用を重視するなら、Vite+を検証環境で試す価値がある
まずはVite 8へのアップグレードでRolldownの恩恵を受けつつ、Vite+の安定化を見守るのが、現時点では堅実な選択といえるでしょう。
参考
Vite 8.0 is out!Vite公式ブログ
参考
Announcing Vite+ AlphaVoidZero公式ブログ
