React 疲れ、そして「選択の自由」の時代
- 年のフロントエンドは、React モノカルチャーからの明確な離脱期にある。StackOverflow の 2026 年調査では React の「好きなフレームワーク」回答率は 2022 年の 68% から 49% へ低下し、代わりに Svelte（48%）、Astro（41%）、Qwik（22%）、Solid（19%）が存在感を増している。本稿では Astro 5、Qwik 2、Svelte 5（runes）、Solid Start 1.0 を、プロジェクト選定の観点から徹底比較する。
Astro 5: コンテンツ支配型の絶対王者
Astro 5 は 2026 年 1 月にリリースされ、Server Islands、Content Layer API、View Transitions の公式安定化という 3 大アップデートを受けた。Astro の根本思想は「デフォルトで JavaScript をゼロにする」こと。HTML とスタイルだけで十分な部分は Astro コンポーネントとして静的レンダリングされ、インタラクティブな島（Islands）だけが選択的に hydrate される。
Server Islands は 5.0 の白眉で、`<LoggedInUser server:defer />` と書くだけで該当部分がリクエスト時に fetch される。静的 HTML は CDN エッジで長期保持され、動的部分だけが別リクエストで遅延解決する。Content Layer API は Markdown/MDX に加え Sanity、Contentful、Notion、ローカル YAML を統一的に扱え、型生成も自動化した。
弱点は「リッチな SPA」には向かないこと。Islands 間の状態共有が煩雑で、結局 React/Svelte を全面採用することになる。Astro は「複雑なインタラクションが全体の 20% 以下」の場合に最も輝く。
Qwik 2: Resumability の本気
Qwik 2 は 2025 年末にリリースされ、Builder.io の主導から独立コミュニティ運営に移行した。コアの哲学は Resumability——従来の hydration を「サーバーで実行された処理を、クライアントで再実行する無駄」と看破し、必要になった瞬間にだけ必要なコードをロードするアーキテクチャだ。
具体的には `$` で区切られた境界ごとにコードが分割され、ユーザーがボタンをクリックするまでクリックハンドラの JavaScript は 1 行もダウンロードされない。初回ロードで実行される JS は理論上 O(0)、実測でも 2-4KB 程度に収まる。Lighthouse スコアが常時 100 近くを叩き出すのはこの仕組みの直接的な帰結だ。
Qwik 2 で加わったのは Async Components、Component Resumability API、そして Signal の公式安定化である。Qwik の Signal は Solid の Signal と似たきめ細かい反応性（fine-grained reactivity）を提供し、状態変更が依存コンポーネントだけを再描画する。
Qwik の得意領域は「巨大で重い EC・コンテンツサイトで、かつインタラクションも豊富」。Astro だと重くなり、React/Next.js だと hydration コストが辛い「中間領域」が Qwik の出番だ。ただし DX は未だに粗く、`$` 境界のルール、useTask$ vs useVisibleTask$ の使い分け、そしてエラーメッセージの読みにくさが学習曲線を急にしている。MUI や Chakra といった成熟 UI ライブラリの Qwik 版は存在しない。
Svelte 5 runes: 「マジック」から「明示」へ
Svelte 5 は 2024 年末にリリースされたが、2026 年現在ようやくエコシステムが runes 時代に追いついた状態だ。runes は Svelte の反応性システムを再定義したもので、`let count = 0` が自動的にリアクティブになる「魔法」を廃し、`let count = $state(0)` と明示的に宣言する形に変わった。
一見すると後退のように見えるが、これは大規模アプリでのデバッグ性と型推論を大幅に改善した。`$derived`、`$effect`、`$props` の 4 つのプリミティブで反応性のすべてを表現でき、Svelte 4 までの「行の外で起きる魔法」が消えた。TypeScript との親和性は格段に向上している。
SvelteKit 2 は adapter-based で、Vercel、Cloudflare、Netlify、Node.js、static のいずれにも同じコードベースからデプロイできる。ストリーミング SSR、フォームアクション、`+page.server.ts` による server-only ロジック分離など、Next.js 的な機能をより簡潔な API で実現している。Svelte の強みは DX の良さで、State of JS 2025 の「また使いたい」指標で 85% と全フレームワーク中トップだった。弱点はエコシステムの厚みで、React Aria レベルの headless UI 選択肢がまだ限定的だ。
Solid Start 1.0: React API + Fine-Grained Reactivity
Solid Start は 2025 年に 1.0 へ到達し、SSR・ストリーミング・ファイルベースルーティングを備えた Solid.js の公式メタフレームワークとなった。Solid は「React の API で、Svelte の反応性モデル」という位置づけで、createSignal と JSX で React 開発者にはほぼ学習コストゼロで入れる。
Solid は仮想 DOM を持たず、JSX がコンパイル時に直接 DOM 操作コードに変換され、状態変更があった DOM ノードだけが更新される。実行時オーバーヘッドは React の 1/3、bundle も小さい。Astro の Islands の中で部分的に Solid を使う構成も人気で、両者の相性は特筆すべき良さがある。
選定マトリクス: 3 軸でどう選ぶか
コンテンツ重視（ブログ、ドキュメント、マーケ LP、ニュースサイト）では Astro 5 が圧勝する。JavaScript ゼロで始められる柔軟性、Content Collections の開発体験、View Transitions の SEO 互換性——どれをとっても右に出るものがない。迷ったら Astro。
インタラクション重視（ダッシュボード、SaaS、管理画面、リアルタイムアプリ）では React/Next.js か Svelte 5 の二択になる。エコシステムの厚みとチーム採用のしやすさなら React、DX と bundle 効率なら Svelte。現実的には「既存資産があれば React、新規なら Svelte を真剣に検討」という判断軸が有効だ。
中規模 EC・ポータル（コンテンツ 50% + インタラクション 50%）では Qwik 2 が面白い選択肢になる。Resumability の恩恵が最大化される領域だが、エコシステムの未成熟さを許容できるチームに限る。スタートアップで長期的な技術優位性を狙うなら賭ける価値がある。
React ライクな DX が欲しいが bundle と速度を最適化したい場合、Solid Start 1.0 は隠れたダークホースだ。React 開発者が 1 日で適応でき、性能は大きく上振れする。既存 React コンポーネントを徐々に置換していく「ストラングラー・パターン」に向いている。
まとめ: 「React 以外」の時代の意思決定
- 年のフロントエンド選定は、React を既定値とする時代から、プロジェクト特性に応じて最適解を選ぶ時代へ移行した。Astro、Qwik、Svelte、Solid はどれも技術的に成熟しており、「マイナー」という理由で選択肢から外す理由はもうない。重要なのは、それぞれが解く問題を正しく理解することだ。コンテンツなら Astro、シンプルな DX なら Svelte、究極の初回ロード性能なら Qwik、React 互換の高速化なら Solid。この地図を持って次のプロジェクトに臨んでほしい。