2026년 1월 16일, Cloudflare가 웹 프레임워크 Astro를 만든 The Astro Technology Company를 공식 인수했다는 발표가 나왔습니다. 출시 5년 만에 글로벌 CDN·엣지 컴퓨팅 기업의 자사 제품으로 편입된 이 사건은 웹 프레임워크 시장의 흐름을 압축적으로 보여줍니다. Next.js는 Vercel이, Remix는 Shopify가, 그리고 이제 Astro는 Cloudflare가 보유하게 된 것입니다.
이 문서는 Astro가 정확히 무엇인지, 왜 5년 만에 NPM 주간 다운로드 80만 회 규모로 성장했는지, Porsche, IKEA, OpenAI 같은 글로벌 기업과 Webflow Cloud, Wix Vibe 같은 메가 플랫폼이 왜 Astro를 표준으로 채택했는지, 그리고 Cloudflare가 왜 인수까지 결정했는지를 사실 기반으로 정리합니다. 콘텐츠 중심 사이트를 운영하거나 새 프로젝트의 프레임워크를 고민하는 사람이라면 반드시 알아둬야 할 변화입니다.
프레임워크 선택은 단순한 도구 선택이 아니라 향후 5~10년의 유지보수 비용·성능·SEO·인력 채용 전략까지 좌우합니다. 잘못된 선택은 사이트를 다시 만들거나 무거운 마이그레이션을 감수해야 하는 결과로 이어집니다. 이 문서가 그 의사결정의 근거 자료로 쓰일 수 있도록 구조화했습니다.
결론을 먼저 짚으면 Astro는 콘텐츠 중심 웹사이트(블로그·위키·문서·미디어·랜딩페이지) 분야에서 가장 빠르고 가벼운 프레임워크이고, Cloudflare 인수로 자금·인프라·인력·생태계 측면의 지속가능성이 사실상 보장된 상태입니다. 다만 인터랙티브 SaaS 앱이나 대시보드에서는 여전히 Next.js나 SvelteKit이 더 적합한 영역이 남아 있습니다.
1. Astro의 정체와 핵심 철학
Astro는 2021년 Fred K. Schott이 시작한 오픈소스 웹 프레임워크입니다. Schott은 이전에 웹팩 대안 번들러 Snowpack과 ESM 기반 CDN Skypack을 만든 인물로, 두 프로젝트에서 축적한 자바스크립트 번들 최소화 노하우가 Astro의 기반이 됐습니다. 2022년 공동창업자 Matthew Phillips와 함께 The Astro Technology Company라는 독립 법인을 설립했고, Lightspeed Venture Partners 주도로 700만 달러 시드 투자를 받았습니다.
1.1 다른 프레임워크와 무엇이 다른가
Next.js, Nuxt, SvelteKit 같은 기존 풀스택 프레임워크는 모든 페이지를 React/Vue/Svelte 컴포넌트로 만들고, 그 컴포넌트를 서버에서 렌더링한 뒤 클라이언트에서 다시 hydrate(JS로 재활성화)합니다. 이 과정에서 React 런타임, 라우터, hydration 코드, 상태 관리 라이브러리가 클라이언트로 전송되어 JS 번들이 100~300KB에 달합니다.
Astro는 정반대 접근을 택했습니다. 기본은 순수 정적 HTML로 빌드하고, 진짜로 상호작용이 필요한 부분(검색창, 댓글, 카운터, 다크모드 토글 등)만 작은 JS 조각으로 끼워 넣습니다. 같은 콘텐츠 페이지의 JS 번들이 0~20KB 수준으로 압축됩니다.
1.2 Islands Architecture의 작동 원리
Astro의 핵심 아키텍처는 Islands Architecture(아일랜드 아키텍처) 라는 이름으로 불립니다. 정적인 HTML 바다 위에 인터랙티브한 컴포넌트가 섬처럼 떠 있는 모양에서 유래했습니다.
- 페이지 빌드 시 대부분을 정적 HTML로 렌더링
- 인터랙티브 컴포넌트는 별도 island로 분리
- island에는
client:load,client:idle,client:visible,client:media같은 디렉티브로 로드 시점을 세밀하게 제어 - 각 island는 독립적으로 hydrate되어 다른 island의 JS를 기다리지 않음
- 사용자가 보지 않는 island는 영원히 JS를 로드하지 않을 수도 있음
이 구조 덕분에 Astro 사이트는 Lighthouse 100점을 받기가 쉽고, Core Web Vitals(LCP, FID, CLS) 지표가 압도적으로 우수합니다. SEO 관점에서도 정적 HTML 비중이 높아 검색 엔진 크롤러가 빠르게 콘텐츠를 인덱싱합니다.
1.3 프레임워크 중립이라는 결정적 차이
Astro의 또 다른 차별점은 프레임워크 중립성입니다. 한 페이지 안에서 React, Vue, Svelte, Solid, Preact, Lit, Alpine 컴포넌트를 동시에 섞어 쓸 수 있습니다. 기존 React 코드 자산을 그대로 island로 박을 수 있고, 새로 짤 부분은 가장 적합한 프레임워크로 자유롭게 선택할 수 있습니다.
핵심 포인트: Astro는 프레임워크가 아니라 메타 프레임워크에 가깝습니다. 정적 HTML이라는 기반 위에 어떤 UI 라이브러리든 island로 얹을 수 있다는 점이, 단일 라이브러리에 종속되는 Next.js·SvelteKit·Nuxt와 본질적으로 다른 부분입니다.
2. Cloudflare가 Astro를 인수한 다섯 가지 이유
2026년 1월의 인수 발표는 갑작스러운 사건이 아니라 3년 가까운 협력의 자연스러운 결과였습니다. Cloudflare는 자사 developer docs, 메인 웹사이트(workers.cloudflare.com), 블로그, 랜딩페이지를 모두 Astro로 운영해왔고, npm create cloudflare@latest 템플릿에서 Astro를 1급 시민으로 다뤄왔습니다. 인수의 핵심 동기는 다섯 가지로 정리됩니다.
2.1 첫째, 콘텐츠 중심 웹의 표준을 선점한다
웹 트래픽의 절대 다수는 여전히 콘텐츠 페이지(뉴스, 블로그, 위키, 문서, 미디어, 쇼핑몰 상품 페이지)입니다. 이 시장에서 Astro는 이미 빠른 속도로 1위 후보가 되고 있었습니다. Cloudflare 입장에서는 이 콘텐츠 사이트들이 모두 Cloudflare 엣지 네트워크 위에서 돌아가는 그림을 그릴 수 있게 됐습니다.
2.2 둘째, Vercel-Next.js 구도에 대한 직접 대응
Next.js는 Vercel이라는 직접 경쟁사의 제품입니다. Vercel은 Cloudflare처럼 엣지 컴퓨팅·호스팅 사업을 하며, Next.js의 신기능(Server Actions, Partial Prerendering, Edge Runtime, ISR)은 Vercel 인프라에 최적화되어 출시됩니다. Cloudflare가 아무리 Next.js를 잘 지원해도 항상 한 발 늦는 입장이었습니다. Astro를 인수함으로써 Cloudflare는 Vercel-Next.js에 대응하는 자사 프레임워크-플랫폼 조합을 손에 넣었습니다.
2.3 셋째, 메가 플랫폼들의 표준 채택
이미 Webflow Cloud(노코드 빌더의 클라우드 호스팅)와 Wix Vibe(Wix의 AI 사이트 빌더)가 자기 고객들이 만드는 사이트의 기본 프레임워크로 Astro를 채택했습니다. 두 플랫폼 모두 Cloudflare 엣지 위에서 돌아갑니다. Stainless가 자동 생성하는 API 문서 사이트도 Astro 기반 Starlight를 사용합니다. 이 메가 플랫폼들의 트래픽이 모두 Cloudflare로 흘러들어 옵니다.
2.4 넷째, AI 코딩 시대의 기본 골격
2026년 현재 LLM 기반 코딩 에이전트(vibe coding, AI 코드 생성) 가 본격화되면서 구조가 단순하고 규칙이 명확한 프레임워크의 가치가 폭증했습니다. Astro는 정적 HTML 우선이라 AI가 만든 코드의 결과를 예측하기 쉽고, 빌드 실패 가능성이 낮으며, 콜드 스타트나 런타임 에러도 적습니다. Cloudflare는 Astro를 Workers AI, AI Gateway, Agents 같은 자사 AI 제품군과 결합해 AI 시대의 기본 웹 골격으로 포지셔닝할 계획입니다.
2.5 다섯째, 인재 확보 효과
Fred Schott을 비롯한 Astro 코어 팀은 웹 빌드 도구·번들러·런타임 분야의 최상위 전문가 집단입니다. Cloudflare 입장에서 이 팀 자체가 인수의 핵심 자산입니다. Astro Technology Company 전 직원은 Cloudflare 정규직으로 편입되어 Astro 개발을 계속하면서 동시에 Cloudflare Workers, Vite, workerd 같은 인접 영역에도 기여하게 됩니다.
2.6 인수 후 보장된 네 가지 약속
| 보장 항목 | 구체 내용 |
|---|---|
| 오픈소스·MIT 라이선스 | 외부 기여·공개 로드맵·오픈 거버넌스 유지 |
| 플랫폼 중립성 | Vercel, Netlify, AWS, GCP, 자체 서버 어디든 배포 가능 |
| Astro Ecosystem Fund | Webflow, Netlify, Wix, Sentry, Stainless 등 파트너 공동 후원 유지 |
| Astro 6 즉시 출시 | Vite 기반 새 dev server, Live Content Collections 정식, CSP 1급 지원, Zod 4 |
3. Astro의 특징과 장점
인수 이전부터 Astro가 빠르게 성장한 데는 분명한 기술적·실용적 이유가 있었습니다. 단순히 빠른 프레임워크라는 표현으로는 부족한 여러 강점이 있습니다.
3.1 성능 측면의 압도적 우위
Astro의 가장 큰 강점은 JS 번들 크기의 차이입니다. 같은 콘텐츠 페이지를 만들 때 다른 프레임워크 대비 JS 전송량이 5~15배 작습니다.
| 프레임워크 | 콘텐츠 페이지 JS 번들 | First Contentful Paint | Time to Interactive |
|---|---|---|---|
| Astro | 0~20KB | 0.4~0.8초 | 0.5~1.0초 |
| Next.js(App Router) | 100~250KB | 1.2~2.0초 | 1.8~3.0초 |
| Nuxt 3 | 80~200KB | 1.0~1.8초 | 1.5~2.5초 |
| SvelteKit | 30~80KB | 0.6~1.2초 | 0.8~1.6초 |
| Remix | 50~150KB | 0.8~1.5초 | 1.2~2.2초 |
이 차이는 모바일 사용자, 신흥국 저속 네트워크, 오래된 디바이스에서 특히 크게 벌어집니다. 광고비를 들여 트래픽을 사오는 콘텐츠 사이트일수록 성능이 곧 수익으로 직결되기 때문에, Astro의 성능 우위는 비즈니스 가치 그 자체입니다.
3.2 개발자 경험의 단순함
Astro 파일 확장자는 .astro이며, 문법은 HTML + JSX 스타일 보간 + 상단 frontmatter 스크립트의 조합입니다. 새로운 문법을 거의 배울 필요가 없고, HTML과 자바스크립트만 알면 1시간 안에 첫 페이지를 만들 수 있습니다. 라우팅은 파일 기반(src/pages/ 하위 파일이 곧 URL), 데이터 페칭은 frontmatter에서 await fetch() 한 줄, 빌드는 astro build, 미리보기는 astro preview 명령으로 충분합니다.
복잡한 설정 파일이 거의 없습니다. Next.js의 next.config.js, Nuxt의 nuxt.config.ts처럼 수십 개 옵션을 학습해야 하는 부담이 없고, 대부분은 기본값으로 잘 동작합니다.
3.3 Content Collections라는 강력한 기능
Astro의 Content Collections는 마크다운·MDX·JSON·YAML 콘텐츠를 타입 안전한 데이터셋으로 다루는 기능입니다. Zod 기반 스키마를 정의하면 콘텐츠 메타데이터가 자동으로 타입 체크되고, 검색·필터·정렬·페이지네이션이 표준 API로 제공됩니다.
Astro 6에서는 Live Content Collections가 정식 출시되어, 콘텐츠가 변경될 때 전체 사이트를 재빌드하지 않고도 실시간으로 반영됩니다. 400페이지 위키, 수천 개 상품 페이지, 매일 업데이트되는 뉴스 사이트에서 결정적인 기능입니다.
3.4 통합 가능한 생태계
Astro는 공식 Integration 시스템으로 외부 도구를 한 줄 명령으로 추가할 수 있습니다. astro add react, astro add tailwind, astro add cloudflare, astro add sitemap 같은 명령이 의존성 설치·설정 파일 수정·플러그인 등록을 자동으로 처리합니다. 공식 Integration이 100개를 넘고, 커뮤니티 Integration까지 합치면 수백 개에 달합니다.
3.5 Astro 6의 결정적 신기능
인수와 함께 공개된 Astro 6은 Vite Environments API 기반 새 dev server가 핵심입니다. astro dev 명령이 로컬에서 코드를 실행할 때, 실제 배포 런타임과 동일한 환경에서 돌립니다. Cloudflare Vite Plugin을 함께 쓰면 로컬에서도 workerd 런타임 위에서 D1, KV, Durable Objects, R2 binding, Agents를 그대로 사용할 수 있습니다. 그동안 로컬에서는 잘 됐는데 배포하면 안 되는 문제를 구조적으로 해결한 셈입니다.
4. Astro가 인기를 얻은 진짜 이유
기술적 강점만으로 5년 만에 NPM 주간 다운로드 80만 회에 도달한 것은 아닙니다. 시장 타이밍, 트렌드 변화, 경쟁 환경의 빈자리가 맞물린 결과입니다.
4.1 Next.js 피로감의 반사 효과
2022~2024년 사이 Next.js의 복잡도가 임계점을 넘었다는 인식이 개발자 커뮤니티에 퍼졌습니다. App Router 도입, Server Components, Server Actions, Partial Prerendering, ISR, 캐시 동작 변경 등 메이저 패러다임 변화가 짧은 기간에 연속해서 발생했고, 같은 문서·튜토리얼도 6개월이 지나면 더 이상 동작하지 않는 경우가 많았습니다. 콘텐츠 사이트를 운영하는 개발자들 입장에서는 단순한 블로그를 만드는 데 풀스택 React 프레임워크의 복잡도가 필요한가라는 의문이 자연스럽게 생겼습니다.
이 시점에 Astro는 콘텐츠 사이트는 콘텐츠 사이트답게 만들자는 메시지로 정확하게 그 빈자리를 채웠습니다.
4.2 Core Web Vitals와 SEO의 결정적 영향
Google이 2021년부터 검색 랭킹에 Core Web Vitals(LCP, FID, CLS)를 본격 반영하면서, 사이트 성능이 직접적인 트래픽·매출 변수로 바뀌었습니다. 같은 콘텐츠라도 로딩이 1초 느린 사이트는 검색 순위가 떨어지고 광고 단가도 낮아지는 구조입니다. Astro는 이 평가지표에서 기본값만으로 최상위 점수를 받기 때문에, SEO에 진지한 미디어·블로그·이커머스 회사들이 빠르게 이동했습니다.
4.3 AI 시대와의 궁합
2024~2026년 사이 LLM 기반 코드 생성이 표준 개발 도구가 되면서, AI가 만들기 쉬운 프레임워크가 시장에서 유리해졌습니다. Astro는 다음 이유로 AI 친화적입니다.
- 정적 HTML 비중이 높아 AI가 만든 코드의 시각적 결과를 예측하기 쉬움
- 파일 기반 라우팅이라 새 페이지 추가가 파일 하나 만들기로 끝남
- 복잡한 상태 관리·라우터 설정·미들웨어 학습이 거의 필요 없음
- 빌드 에러 메시지가 명확하고 디버깅이 쉬움
- 공식 문서가 LLM 컨텍스트에 잘 맞는 구조로 작성됨
Cloudflare가 인수 발표에서 코딩 에이전트 시대의 기반 골격이라고 언급한 것이 정확히 이 맥락입니다.
4.4 글로벌 도입 사례의 영향
시장 인식을 결정적으로 바꾼 것은 대형 도입 사례였습니다.
| 도입 기업/플랫폼 | 사용 영역 | 의미 |
|---|---|---|
| Porsche | 글로벌 마케팅 사이트 | 럭셔리 브랜드의 콘텐츠 표준 채택 |
| IKEA | 콘텐츠 마케팅 페이지 | 대형 이커머스의 부분 도입 |
| OpenAI | 일부 공식 사이트 | AI 시대 리더의 선택 |
| Opencode | 전사 사이트 | AI 코딩 도구 회사의 자기 도구 검증 |
| Webflow Cloud | 고객사 사이트 기본 프레임워크 | 노코드 빌더의 표준 |
| Wix Vibe | AI 사이트 빌더 출력 | 신규 사이트의 기본값 |
| Stainless | 자동 생성 API 문서 | 개발자 도구 시장 표준 |
| Cloudflare | 자사 문서·블로그·웹사이트 | 인수 전부터 자기 도구로 사용 |
Cloudflare가 자기 사이트에 쓰고 있다는 사실 자체가 가장 강력한 마케팅이었고, 인수는 그 신뢰를 공식화한 사건입니다.
5. 다른 프레임워크와의 비교
Astro가 모든 워크로드에 최적은 아닙니다. 어떤 상황에서 Astro를 고르고 어떤 상황에서 다른 프레임워크를 골라야 하는지 명확한 기준이 필요합니다.
5.1 주요 프레임워크 종합 비교
| 항목 | Astro | Next.js | Nuxt 3 | SvelteKit | Remix |
|---|---|---|---|---|---|
| 출시 | 2021 | 2016 | 2022 | 2020 | 2021 |
| 운영 주체 | Cloudflare(2026 인수) | Vercel | NuxtLabs(독립) | Svelte(독립) | Shopify(인수) |
| 기본 철학 | 정적 우선·JS 최소화 | React 풀스택 SSR/SSG | Vue 풀스택 SSR/SSG | 컴파일러 기반 풀스택 | Web 표준 풀스택 |
| UI 라이브러리 | 자유 선택(혼합 가능) | React 전용 | Vue 전용 | Svelte 전용 | React 전용 |
| 클라이언트 JS | 0~20KB | 100~250KB | 80~200KB | 30~80KB | 50~150KB |
| Cloudflare 친화도 | 매우 높음 | 중간 | 높음 | 높음 | 높음 |
| 학습 곡선 | 낮음 | 높음 | 중간 | 중간 | 중간 |
| 5년 후 전망 | 매우 안정 | 안정·종속 심화 | 안정 | 안정 | 안정 |
5.2 워크로드별 최적 선택 가이드
- 블로그·뉴스·매거진: Astro가 압도적. JS 최소화·SEO·빌드 속도 모두 우위
- 위키·문서 사이트: Astro(Starlight 사용 시 더욱 유리)
- 마케팅·랜딩 페이지: Astro
- 이커머스 상품 페이지: Astro 또는 Next.js(상품 상세는 Astro, 장바구니·결제는 Next.js로 분리 가능)
- 복잡한 SaaS 대시보드: Next.js 또는 Remix
- 실시간 협업 앱: Next.js·SvelteKit
- Vue 생태계 프로젝트: Nuxt 3
- 풀스택 폼 중심 앱: Remix
5.3 지속가능성 비교
프레임워크의 5~10년 후 생존 가능성은 콘텐츠 사이트처럼 장기 운영하는 워크로드에서 결정적입니다.
| 프레임워크 | 자금 안정성 | 벤더 중립성 | 커뮤니티 규모 | 종합 평가 |
|---|---|---|---|---|
| Astro | 매우 높음(Cloudflare) | 중간(우려 존재) | 빠르게 성장 | 매우 안정 |
| Next.js | 매우 높음(Vercel) | 낮음 | 최대 | 안정·종속 |
| Nuxt | 중간 | 높음 | 큼 | 안정 |
| SvelteKit | 중간 | 높음 | 중간 | 안정 |
| Remix | 매우 높음(Shopify) | 중간 | 중간 | 안정 |
| Qwik | 중간 | 높음 | 작음 | 불확실 |
핵심 포인트: 주요 프레임워크는 거의 모두 거대 클라우드·이커머스 회사에 인수되거나 그들이 운영하는 시대가 되었습니다. 독립 운영 프레임워크의 비중은 빠르게 줄어들고 있고, Astro의 Cloudflare 인수는 이 흐름의 가장 최근 사례입니다.
6. 인수 이후 고려할 리스크와 대응
좋은 소식만 있는 것은 아닙니다. 인수가 가져오는 잠재적 리스크도 분명히 존재하고, 장기 의사결정에서는 이 부분도 같이 봐야 합니다.
6.1 벤더 중립성에 대한 의심
Cloudflare는 어디서든 배포 가능을 명시적으로 약속했지만, 시간이 지나면 Cloudflare 기능과의 통합이 다른 플랫폼보다 훨씬 깊어질 가능성이 있습니다. Next.js가 Vercel과 결합하면서 다른 플랫폼에서 일부 기능이 불완전하게 동작하는 패턴이 Astro에서도 반복될 수 있습니다.
다만 Astro는 이미 Webflow Cloud, Wix Vibe, Stainless 같은 파트너 플랫폼과 깊게 엮여 있어서 Vercel-Next.js만큼 폐쇄적으로 가지는 어렵습니다. Cloudflare 입장에서도 모든 콘텐츠 사이트가 Cloudflare로 흘러오게 한다는 큰 그림을 위해서는 벤더 중립성을 어느 정도 유지해야 합니다.
6.2 로드맵 변화 가능성
인수 이후 Astro의 우선순위가 Cloudflare 자사 제품 통합 쪽으로 기울 가능성이 있습니다. AWS Lambda, GCP Cloud Run, Vercel Functions, Netlify Functions 어댑터의 업데이트 속도가 Cloudflare 어댑터보다 느려질 수 있습니다. 다른 플랫폼을 주력으로 쓰는 팀이라면 이 점을 모니터링해야 합니다.
6.3 커뮤니티 동요 가능성
Cloudflare 인수에 대해 오픈소스 정신이 훼손될 것이라는 우려도 일부 커뮤니티에서 제기됐습니다. 다만 Cloudflare가 그동안 workerd, Pingora, OpenNext 등을 적극 오픈소스화해온 이력이 있어서, 이 우려는 상대적으로 약합니다.
6.4 대응 전략
- 핵심 비즈니스 로직은 플랫폼 독립적으로 작성: Cloudflare 전용 API에 깊게 묶이지 않도록 추상화 계층 유지
- 데이터 정기 백업: D1, R2 등 Cloudflare 저장소의 데이터를 주기적으로 외부 백업
- 로드맵 모니터링: 분기마다 Astro 블로그와 Cloudflare 블로그를 확인해 우선순위 변화 감지
- 마이그레이션 시나리오 준비: 최악의 경우 다른 플랫폼으로 이전할 시나리오를 문서화
7. 실제 도입 시 의사결정 기준
신규 프로젝트의 프레임워크를 결정할 때 다음 다섯 가지 질문에 답해보면 Astro가 적합한지 판단할 수 있습니다.
- 사이트의 80% 이상이 콘텐츠 페이지인가? → Yes라면 Astro 강력 추천
- 사용자 인터랙션이 검색·필터·댓글·다크모드 정도의 부분적 기능인가? → Yes라면 Astro
- SEO와 Core Web Vitals가 비즈니스에 직결되는가? → Yes라면 Astro
- AI 코딩 도구로 개발 속도를 높이고 싶은가? → Yes라면 Astro
- Cloudflare 엣지·D1·R2·KV를 사용할 계획인가? → Yes라면 Astro
반대로 다음 경우는 Next.js나 다른 프레임워크가 더 적합합니다.
- 실시간 협업 에디터, 채팅, 인터랙티브 대시보드가 핵심
- 복잡한 클라이언트 사이드 상태 관리가 필수
- 기존 코드베이스가 거대한 React 모노레포이고 라우터·상태 관리까지 전부 React에 묶여 있음
- Vercel 호스팅에 이미 깊게 묶여 있고 이전 비용이 큰 경우
8. 마무리
위에서 살펴본 Astro 프레임워크와 Cloudflare 인수의 핵심 내용을 정리하면 다음과 같습니다.
핵심 요약:
- Astro는 2021년 Fred K. Schott이 시작한 콘텐츠 중심 웹 프레임워크로, 정적 HTML 우선·Islands Architecture·프레임워크 중립이라는 세 가지 철학을 기반으로 한다.
- 2026년 1월 16일 The Astro Technology Company가 Cloudflare에 공식 인수되면서, 자금·인프라·인력 측면의 지속가능성이 사실상 보장됐다.
- 인수 이후에도 MIT 오픈소스, 플랫폼 중립성, Ecosystem Fund는 그대로 유지되며, Astro 6에서는 Vite 기반 새 dev server와 Live Content Collections가 도입됐다.
- Porsche, IKEA, OpenAI, Webflow Cloud, Wix Vibe, Stainless 같은 글로벌 기업과 메가 플랫폼이 표준 채택하면서 NPM 주간 다운로드가 80만 회 수준으로 성장했다.
- Next.js 대비 JS 번들이 5~15배 작고, Core Web Vitals·SEO·AI 코딩 친화도에서 우위를 보여 콘텐츠 사이트 분야에서 가장 빠르게 성장하는 프레임워크가 됐다.
- 다만 인터랙티브 SaaS 앱·실시간 협업 도구·복잡한 대시보드에서는 여전히 Next.js·Remix·SvelteKit이 더 적합한 영역이 남아 있다.
신규 프로젝트의 프레임워크를 결정할 때는 콘텐츠 비중, 인터랙션 복잡도, SEO 중요도, 배포 플랫폼, 5~10년 운영 전망을 같이 검토해야 한다. 콘텐츠 중심 사이트를 Cloudflare 위에 올릴 계획이라면 Astro가 사실상 정답에 가깝고, 인터랙티브 앱 비중이 높다면 Next.js나 SvelteKit이 여전히 더 나은 선택이다. 어떤 경우든 인수 이후 6~12개월간의 로드맵 변화를 모니터링하면서 의사결정의 정확도를 높이는 것이 안전하다.