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 기반으로, Vercel, Cloudflare, Netlify, Node.js, static 어느 것에도 동일한 코드베이스에서 배포할 수 있습니다. 스트리밍 SSR, 폼 액션, `+page.server.ts`에 의한 server-only 로직 분리 등, Next.js적인 기능을 더 간결한 API로 실현합니다. Svelte의 강점은 DX의 우수함으로, State of JS 2025의 '또 사용하고 싶다' 지표에서 85%로 전 프레임워크 중 1위였습니다. 약점은 에코시스템의 두께로, 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, 번들도 작습니다. Astro의 Islands 내에서 부분적으로 Solid를 사용하는 구성도 인기 있으며, 양자의 상성은 특히 뛰어납니다.
선정 매트릭스: 3축으로 어떻게 선택할 것인가
콘텐츠 중시(블로그, 문서, 마케팅 LP, 뉴스 사이트)에서는 Astro 5가 압승합니다. JavaScript 제로로 시작할 수 있는 유연성, Content Collections의 개발 체험, View Transitions의 SEO 호환성——어느 것을 봐도 이를 능가하는 것이 없습니다. 망설인다면 Astro를 선택하십시오.
인터랙션 중시(대시보드, SaaS, 관리 화면, 실시간 앱)에서는 React/Next.js 또는 Svelte 5의 두 가지 선택이 됩니다. 에코시스템의 두께와 팀 채용의 용이성이라면 React, DX와 번들 효율이라면 Svelte입니다. 현실적으로는 '기존 자산이 있으면 React, 신규라면 Svelte를 진지하게 검토'라는 판단 축이 유효합니다.
중규모 EC·포털(콘텐츠 50% + 인터랙션 50%)에서는 Qwik 2가 흥미로운 선택지가 됩니다. Resumability의 혜택이 최대화되는 영역이지만, 에코시스템의 미성숙을 허용할 수 있는 팀에 한합니다. 스타트업에서 장기적인 기술 우위성을 노린다면 걸어볼 가치가 있습니다.
React 방식의 DX가 필요하지만 번들과 속도를 최적화하고 싶은 경우, Solid Start 1.0은 숨은 다크호스입니다. React 개발자가 하루 만에 적응할 수 있으며, 성능은 크게 상회합니다. 기존 React 컴포넌트를 점진적으로 교체하는 '스트랭글러 패턴'에 적합합니다.
마무리: 'React 이외'의 시대의 의사결정
- 년의 프론트엔드 선정은, React를 기본값으로 하는 시대에서, 프로젝트 특성에 따라 최적해를 선택하는 시대로 이행하였습니다. Astro, Qwik, Svelte, Solid는 어느 것이든 기술적으로 성숙하였으며, '마이너'라는 이유로 선택지에서 제외할 이유는 이제 없습니다. 중요한 것은, 각각이 해결하는 문제를 올바르게 이해하는 것입니다. 콘텐츠라면 Astro, 단순한 DX라면 Svelte, 궁극의 초회 로드 성능이라면 Qwik, React 호환의 고속화라면 Solid. 이 지도를 가지고 다음 프로젝트에 임하시기 바랍니다.