Vite 8.0とVoidZero、怒涛の1週間

2026年3月、フロントエンド界隈を大きく揺るがすニュースが立て続けに飛び込んできました。3月12日にVite 8.0の正式リリース、翌13日に統合CLIツール「Vite+」のオープンソース公開、そして3月16日にはViteネイティブのデプロイプラットフォーム「Void」の発表。わずか4日間でこれだけの発表が連続するのは、ちょっと記憶にないレベルです。
これらすべてを手がけているのが、Viteの生みの親であるEvan You氏が2024年に設立したVoidZero社。a16zなどから累計1,700万ドル以上を調達し、Vite・Rolldown・Oxc・Vitest といったツール群の開発を進めています。週間ダウンロード数6,500万回を超えるViteを起点に、「開発からデプロイまでを一気通貫で」という壮大なビジョンを実行に移しているわけですね。
私自身、Ragateの実務でViteベースのプロジェクトをいくつも手がけてきましたが、今回の一連の発表は「ついにここまで来たか」という感覚でした。特にVoidは、フロントエンドエンジニアのデプロイ体験を根本から変えるポテンシャルを持っています。順を追って見ていきましょう。
Vite 8.0 ― Rustベースの単一バンドラ「Rolldown」がもたらしたもの
Voidの話に入る前に、その土台であるVite 8.0について押さえておきます。Vite 8.0最大の変更点は、これまで開発時にesbuild、プロダクションビルドにRollupと2つのバンドラを併用していた構成を、Rustベースの単一バンドラ「Rolldown」に統一したことです。
これは Vite 2 以来最大のアーキテクチャ変更と公式が明言しています。Rolldownは Rollup互換のプラグインAPIをサポートしているため、既存のViteプラグインの大部分がそのまま動作します。そのうえで、ベンチマークではRollupの10〜30倍、esbuild並みの速度を実現しています。
実際の現場での数値も出始めています。
企業 | ビルド時間の改善 |
|---|---|
Linear | 46秒 → 6秒 |
Ramp | 57%削減 |
Mercedes-Benz.io | 最大38%削減 |
Beehiiv | 64%削減 |
Linearの46秒→6秒は正直「マジか」と声が出ました。大規模プロジェクトほど恩恵が大きいのは間違いなく、CI/CDパイプラインのコスト削減にも直結する話です。
加えて、Vite 8.0では統合DevTools、TypeScriptのtsconfig paths ネイティブサポート、SSR環境でのWebAssemblyサポートなども搭載されました。Rolldownの統合により、今後はFull Bundle Mode(開発時もバンドルするモード)やモジュールレベルの永続キャッシュなど、デュアルバンドラ時代には実現できなかった機能が次々と追加されていく見込みです。
「Void」とは何か
では本題のVoidです。公式サイト(void.cloud)のキャッチコピーは 「Ship Vite apps at warp speed」。直訳すると「Viteアプリをワープ速度で出荷しよう」ですね。
Voidを一言で表すなら、Viteネイティブのフルスタックデプロイプラットフォームです。Viteプロジェクトにプラグインを追加して void deploy コマンドを叩くだけで、ビルド・アセットアップロード・リソースプロビジョニング・デプロイがすべて自動で行われます。
「それ、VercelやNetlifyと何が違うの?」と思われるかもしれません。決定的に違うのは、VoidがViteのエコシステムに深く統合されている点と、バックエンド機能まで一括で提供する点です。
Voidが提供する主な機能をまとめます。
機能 | 内容 |
|---|---|
データベース | SQLiteベースの分散DB(Cloudflare D1) |
KVストレージ | キーバリューストア |
オブジェクトストレージ | Cloudflare R2 |
AI推論 | ビルトインのAI機能 |
認証 | Better Auth ベースの認証機能 |
キュー | メッセージキュー |
Cronジョブ | 定期実行タスク |
フロントエンドだけでなく、DB・ストレージ・認証・キュー・Cronまで全部入りなんですよね。必要なものだけimportして、不要なものは無視すればいい。そしてソースコードをスキャンして必要なリソースを自動検出・自動プロビジョニングしてくれるので、設定ファイルもダッシュボードでのポチポチも不要です。
「Your Code is Your Infra」(あなたのコードがインフラそのもの)というコンセプトは、ぶっちゃけ開発者にとって最高の体験じゃないかなと思います。
Cloudflare基盤の詳細 ― Workers / D1 / R2 / KV

VoidはCloudflareのインフラ上に構築されています。ただし、利用者がCloudflareのアカウントを持つ必要はなく、Cloudflareのサービスや設定を直接意識する必要もありません。デプロイと運用管理はすべてVoid側が担当してくれます。
とはいえ、中身を知っておくことは技術選定の判断材料として重要なので、それぞれのサービスを見ていきましょう。
Cloudflare Workers
VoidのバックエンドランタイムはCloudflare Workersです。Workersはエッジコンピューティング環境で、世界330以上のロケーションでコードを実行できます。V8 Isolatesベースなので、コールドスタートが極めて高速(数ミリ秒レベル)という特徴があります。
ただしNode.jsのフルランタイムとは異なり、いくつかの制約があります。
制約 | 内容 |
|---|---|
CPU時間制限 | 無料枠で50ms、有料プランでも上限あり |
CommonJS非対応 | require()は使えない(ESMのみ) |
Node.js API制限 | nodejs_compatフラグで多くは使えるが、fsやchild_processは不可 |
ファイルシステム | ローカルファイルの読み書きは不可 |
SSG(静的サイト生成)であればこの制約は基本的に問題になりません。SSRで動的にNode.js APIを使う構成だと、移行時に注意が必要です。
Cloudflare D1
D1はSQLiteベースの分散データベースです。VoidではDBモジュールをimportするだけで利用できます。ローカル開発時はSQLiteがそのまま動き、本番環境ではD1に自動マッピングされます。この「ローカルと本番の透過的な切り替え」がVoidの開発体験の要になっています。
Cloudflare R2
R2はS3互換のオブジェクトストレージです。エグレス(下り転送)料金がかからないのが最大の特徴で、画像や動画など大容量ファイルの配信コストを気にせず使えます。AWSのS3からの移行先として選ばれるケースも増えていますね。
Workers KV
グローバルに分散されたキーバリューストアです。セッション管理やキャッシュ、設定値の保存などに使えます。Voidでは import { KV } from 'void/kv' と書くだけで利用可能です。
ローカル開発時にはMiniflare(Workers互換のローカルシミュレータ)が使われるため、本番環境との挙動差異を最小限に抑えた開発が可能です。
void deploy ― コマンド1つでプロダクションへ
Voidのデプロイフローを具体的に見ていきましょう。驚くほどシンプルです。
Step 1: Viteプラグインの追加
既存のViteプロジェクトにVoidのプラグインを追加します。
// vite.config.ts
import { defineConfig } from 'vite'
import void from '@void/vite-plugin'
export default defineConfig({
plugins: [void()]
})Step 2: バックエンド機能の利用(オプション)
データベースやKVストレージが必要なら、Void SDKからimportするだけです。
// app/api/users.ts
import { DB } from 'void/db'
import { KV } from 'void/kv'
export async function GET() {
const users = await DB.select().from('users').limit(10)
const cached = await KV.get('user-count')
if (!cached) {
const count = await DB.select().from('users').count()
await KV.set('user-count', count, { ttl: 3600 })
}
return Response.json({ users })
}ローカル開発時はSQLiteとインメモリKVで動作し、本番ではCloudflare D1とWorkers KVにシームレスに切り替わります。設定ファイルは不要で、Voidがソースコードをスキャンして必要なリソースを自動プロビジョニングしてくれます。
Step 3: デプロイ
void deployこれだけです。このコマンド1つで以下がすべて自動実行されます。
処理 | 内容 |
|---|---|
ビルド | Rolldownベースの高速ビルド |
マイグレーション | DBスキーマ変更の自動適用 |
リソースプロビジョニング | DB・KV・R2等の自動設定 |
アセットアップロード | 静的ファイルのCDN配信設定 |
デプロイ | Cloudflare Workersへの展開 |
正直、初めてデモ動画を見たとき「え、もう終わり?」って思いました。Cloudflareのダッシュボードを開く必要もなければ、wrangler.tomlを書く必要もない。Viteを使っていれば、それがそのままデプロイの起点になる。この体験はかなり新鮮です。
既存デプロイプラットフォームとの比較

Voidの位置づけをより明確にするために、既存のデプロイプラットフォームと比較してみましょう。
項目 | Void | Vercel | Netlify | Cloudflare Pages |
|---|---|---|---|---|
最適なフレームワーク | Viteベース全般 | Next.js | フレームワーク非依存 | フレームワーク非依存 |
バックエンドランタイム | Cloudflare Workers | AWS Lambda / Edge | AWS Lambda | Cloudflare Workers |
DB・ストレージ | D1 / R2 / KV(自動) | Vercel KV / Blob / Postgres | 外部連携が基本 | D1 / R2 / KV(手動設定) |
設定の複雑さ | ほぼゼロ | 低〜中 | 低〜中 | 中 |
ビルドツール統合 | Viteと完全統合 | 独自ビルドパイプライン | 独自ビルドパイプライン | 独自ビルドパイプライン |
エッジロケーション | 330+(Cloudflare) | 主要リージョン | CDN経由 | 330+ |
VercelはNext.jsとの垂直統合でフロントエンド開発のDXを革新しました。VoidZeroはそれと同じモデルを、Viteエコシステム全体に対して構築しようとしています。つまり、「Vercel : Next.js = Void : Vite」という構図ですね。
大きな違いとして、VoidはCloudflareのグローバルネットワーク(330以上のエッジロケーション)をそのまま活用できる点があります。日本のユーザーにとっても、東京・大阪にエッジがあるCloudflareのインフラは安心材料です。
もう一つ重要なのは、Voidが「Cloudflareの複雑さを完全に隠蔽する」という設計方針を取っていること。Cloudflare Pages/Workersを直接使う場合、wrangler CLIの設定やD1のバインディング設定など、それなりの学習コストがかかります。Voidはその学習コストをゼロにすることを目指しています。
フレームワーク対応とViteエコシステムの未来
Voidは公式に「React、Vue、Svelte、Solid、Viteベースのメタフレームワーク」をサポートしています。SSR・SSG・ISR・Islands Architectureまでカバーしており、レンダリング戦略の選択肢は幅広いです。
さらに注目したいのが、VoidがAIネイティブを掲げている点。ビルトインのスキル、MCP(Model Context Protocol)サポート、リファレンスプロンプトが用意されており、コーディングエージェントが1つのプロンプトでフルスタックアプリをスキャフォールドからデプロイまで完了できることを目指しています。
これは2026年現在のAIエージェント時代において、非常に先を見据えた設計だなと感じます。開発者がコードを書くだけでなく、AIエージェントが自律的にアプリを構築・デプロイする世界。Voidはその受け皿として機能するように設計されているわけです。
Vite+との連携
Voidの話をするうえで外せないのがVite+です。Vite+はVoidZeroが開発した統合CLIで、以下のコマンドで開発ワークフローの全体をカバーします。
vp dev # 開発サーバー起動
vp build # プロダクションビルド
vp test # テスト実行(Vitest)
vp lint # リント(Oxlint)
vp fmt # フォーマット(Oxfmt)
vp env # Node.jsバージョン管理
vp install # 依存関係インストール(pnpm推奨)webpack時代にはwebpack・Jest・ESLint・Prettier・nvm・npmと別々のツールを組み合わせていたのが、Vite+で一気通貫になります。そしてデプロイだけは void deploy。開発からデプロイまでがViteエコシステムで完結する世界が、もう目の前に来ています。
vinextとの合流の可能性
もう一つ興味深い動きとして、CloudflareがAIを活用して開発した「vinext」があります。これはNext.jsのAPIをVite上に再実装したもので、vinext deployでCloudflare Workersにデプロイできます。
vinextとVoidは別プロジェクトですが、「Vite + Cloudflare基盤」という点で共通しています。将来的にこれらが合流すれば、Next.jsユーザーはvinext経由で、それ以外のViteベースフレームワークユーザーはVoid経由で、全員がCloudflareのエッジに乗る世界が実現するかもしれません。
導入検討時のチェックリスト
Voidに興味を持った方向けに、導入を検討する際のポイントをまとめておきます。
チェック項目 | 判断基準 |
|---|---|
Viteを使っているか | Viteベースのプロジェクトであることが前提 |
バックエンドが必要か | DB・認証・キューなどが必要ならVoidの恩恵大 |
エッジ実行が重要か | グローバルユーザーがいるならCloudflareエッジが強い |
既存インフラとの依存 | AWSやGCPに深く依存しているなら移行コスト要検討 |
Node.js APIへの依存 | fs/child_process等を使うSSRは制約あり |
チームの技術スタック | Viteエコシステムに統一したいなら好相性 |
Voidが向いているチーム
新規プロジェクトでフルスタックアプリを素早くリリースしたいチーム、DevOpsのオーバーヘッドを最小化したいスタートアップ、Viteエコシステムに標準化を進めているチーム。こういった組織にはVoidがフィットするはずです。
待ったほうがいいケース
安定したインフラが既に動いているプロジェクト、マルチクラウド戦略が必須の組織、大規模エンタープライズでドキュメントやケーススタディが出揃うまで待ちたい場合は、もう少し様子を見てもいいでしょう。現時点ではアーリーアクセス段階なので、本番運用に耐えるかの実績はこれからです。
私の率直な感想
Ragateでは日々、クライアントのWebアプリケーション開発を支援していますが、デプロイまわりの設定やインフラ構築に時間を取られるケースは少なくありません。特にスタートアップのお客様からは「とにかく早くプロダクトを世に出したい」という声を頻繁にいただきます。
Voidが本番レディになれば、そういった「コードを書くこと以外に費やしていた時間」を大幅に削減できるポテンシャルがあります。void deploy 一発でDBもストレージも認証もセットアップされるのは、開発者にとって夢のような体験です。
ただし、Cloudflare Workers(V8 Isolates)の制約は無視できません。Node.jsの全APIが使えるわけではないので、既存プロジェクトの移行時にはここが最大のチェックポイントになります。新規プロジェクトならこの制約を前提に設計できるので、ハードルはぐっと下がります。
あと、価格体系がまだ公開されていない点も気になるところです。Cloudflare Workersの料金(Workerあたり月$5〜)がベースになると思われますが、VoidZeroがどの程度の無料枠を設けるかで、個人開発者やスタートアップへの訴求力が大きく変わるはずです。
総合的に見て、VoidZeroがViteエコシステムで「Vercel + Next.js」モデルを再現しようとしているのは明確で、その戦略は正しいと感じます。Viteの週間6,500万ダウンロードという規模を考えれば、デプロイプラットフォーム市場に大きなインパクトを与える可能性は十分にあります。
まとめ
VoidZeroによる怒涛の発表 ― Vite 8.0(Rolldownバンドラ統合)、Vite+(統合CLI)、Void(デプロイプラットフォーム)― は、フロントエンド開発のツールチェーンとデプロイの在り方を根本から変えようとしています。
Voidは現在アーリーアクセス段階で、公式サイトから申し込みが可能です。まだ本番運用の実績は限定的ですが、Viteを使っている方は早めに触っておいて損はないと思います。
「write code, not config」― 設定ではなくコードを書こう。Voidが掲げるこのメッセージは、開発者なら誰もが共感できるものではないでしょうか。Viteエコシステムの今後から、ますます目が離せません。















