요약: 2026년 7월 18~21일 Nuxt/Vue 프론트엔드 생태계의 중심 변화는 Nuxt 4.5의 Vite 8·SSR 스트리밍 도입, Vue 3.6 RC의 Vapor Mode 검증 단계, 그리고 Unhead 3.2 계열의 SSR head 안정화다. 지금 필요한 일은 즉시 전면 업그레이드가 아니라 빌드 플러그인·응답 변이·SEO head를 분리해 호환성 테스트를 먼저 하는 것이다.
핵심 답변: 이번 3일 동안 Nuxt 개발자가 무엇을 해야 하나?
답: Nuxt 4.5는 Nuxt 5 준비를 위한 큰 런타임·빌드 기반 교체를 포함한 정식 릴리즈다. Vite 8, Unhead 3, unctx 3와 tsdown 기반 빌드가 들어왔고, 실험적 SSR 스트리밍도 추가됐다. 따라서 Nuxt 4 사용 팀은 스테이징에서 Vite 플러그인과 서버 응답 헤더/쿠키 흐름을 점검하고, Nuxt 3 사용 팀은 7월 31일 EOL 전에 v4 전환 계획을 확정하는 것이 우선이다. Vue 3.6 RC의 Vapor Mode와 Nuxt main의 nitro/vite 실험 지원은 흥미롭지만, 모두 일반 서비스의 기본값으로 배포할 단계는 아니다.
3일 결론
이번 기간에 확인된 5개 이슈는 하나의 방향을 가리킨다. Nuxt는 Vite 8·Unhead 3·unctx 3로 Nuxt 5와의 내부 간격을 줄이고, Vue는 Vapor Mode를 기능 동결에 가까운 RC 단계로 올렸으며, head/서버 계층은 SSR 일관성을 보완하고 있다. 성능 개선은 기대할 수 있지만, 릴리즈 노트가 보장하는 것은 새 기반과 옵션의 제공이지 특정 앱의 자동 성능 향상이 아니다. 측정과 회귀 테스트가 선행돼야 한다.
흐름 1: Nuxt 4.5 정식 릴리즈 — Vite 8과 SSR 스트리밍이 같은 배포 체크리스트에 들어왔다
확인된 사실
Nuxt 4.5.0 릴리즈는 Vite 8, Rspack 2, Rsbuild 기반 Rspack builder, Unhead 3, unctx 3 및 tsdown 빌드를 포함한다. 또한 experimental.ssrStreaming을 제공한다. 스트리밍을 켜면 HTML shell을 먼저 flush한 뒤 body를 스트리밍해 TTFB 개선을 노릴 수 있다. Nuxt는 봇/크롤러에 스트리밍을 자동 비활성화하고, redirect·cache·isr·swr·noScripts·ssr:false route rule에는 버퍼 렌더러로 되돌아간다고 설명한다.
시사점과 주의점
첫 byte가 전송된 후에는 상태 코드·헤더·쿠키 변경을 클라이언트에 반영할 수 없다. 따라서 setResponseStatus(), 인증 쿠키, 리다이렉트, 미들웨어가 렌더 이후에도 응답을 바꾸는 라우트는 스트리밍 후보에서 제외하거나 명시적으로 검증해야 한다. 이는 SEO에 유리하다는 단정이 아니라, 크롤러 fallback을 포함한 렌더링·캐시·응답 정책의 조합을 실제로 확인해야 한다는 뜻이다.
- 성능: 콘텐츠 중심 public route 1~2개에서만 스트리밍을 켜고 TTFB, LCP, 오류/리다이렉트 비율을 기준선과 비교한다.
- 호환성: 커스텀 Vite 플러그인,
vite.config병합, Vite 버전을 peer dependency로 고정한 모듈을 Vite 8 migration guide와 함께 점검한다. - 운영: Nuxt 4.5의 안정 오류 코드를 로그 집계 키로 채택해, 업그레이드 후 같은 원인의 오류를 빠르게 묶는다.
흐름 2: Nuxt 3은 유지보수 패치와 함께 EOL 카운트다운에 들어갔다
확인된 사실
Nuxt 3.21.9는 3.x 유지보수 패치로 배포됐다. lazy component의 inline CSS, server page CSS 추출, nested layer의 Nitro transform, useAsyncData teardown, prerender cache atomic write 등 빌드·SSR·라우팅의 안정성 수정이 포함된다. 같은 Nuxt 4.5 릴리즈 노트는 Nuxt 3이 2026년 7월 31일 EOL에 도달하며, Vite 8/Rspack 2/Unhead 3 같은 대형 업그레이드는 v4 전용으로 남는다고 명시한다.
시사점
3.21.9는 운영 안정화를 위한 좋은 마지막 패치 후보지만 장기 플랫폼 전략의 대체물은 아니다. CSS delivery, prerender, 레이어와 custom module을 쓰는 프로젝트라면 이 패치의 회귀 테스트 가치는 높다. 반면 Vite 8 기반 속도·생태계 호환성을 얻으려면 Nuxt 4 전환이 필요하다. 공식 Upgrade Guide를 기준으로 의존성, Node 버전, 배포 preset, 모듈 호환성을 인벤토리화하자.
흐름 3: Vue 3.6 RC의 Vapor Mode — ‘전체 전환’보다 경계가 분명한 실험이 맞다
확인된 사실
Vue 3.6.0-rc.1은 Vapor Mode의 기능 세트가 완료돼 RC 단계에 진입했다고 발표했다. alien-signals 기반 @vue/reactivity 대규모 리팩터링은 성능과 메모리 사용 개선을 목표로 한다. Vapor는 opt-in 컴파일 모드이며 baseline bundle size와 렌더링 성능 개선을 목표로 한다. 그러나 Options API, app.config.globalProperties, 일부 VNode/인스턴스 프록시 의존 API는 지원하지 않으며, VDOM 기반 컴포넌트 라이브러리 혼용에는 여전히 edge case가 있을 수 있다.
시사점
RC는 정식 안정판이 아니다. 기존 Nuxt 앱의 전체 렌더링 모드를 바꾸기보다, 독립된 성능 민감 페이지나 작은 신규 화면을 후보로 선택하는 편이 안전하다. release note가 권하는 것처럼 Vapor/VDOM 중첩을 최소화하고, hydration·slot·transition·이벤트 전파 시나리오를 E2E 테스트에 넣어야 한다.
흐름 4: Unhead 3.2의 head·SSR 안정화는 Nuxt SEO 회귀 테스트를 다시 요구한다
Unhead 3.2.0은 script readiness/consumer scope, opt-in trigger primitive, experimental prepareTemplate을 추가하고 Nuxt build에서 mixed Unhead major를 허용하는 수정과 stream backpressure/cancellation 대응을 포함했다. 이어 v3.2.1은 head.ssr mutation target을 보존하는 번들러 수정으로 빠르게 보완됐다.
Nuxt 4.5가 Unhead 3을 끌어올린 시점이므로, useHead/useSeoMeta, canonical·hreflang·OG, 동적 script와 SSR HTML의 최종 출력을 스냅샷 또는 크롤러 테스트로 비교하는 것이 합리적이다. 이는 새 기능 도입 권고가 아니라 head 관리가 빌드 전환의 별도 검증 축이라는 실무적 결론이다.
흐름 5: 아직 릴리즈되지 않은 Nuxt·H3 변경은 관찰 대상으로만 둔다
Nuxt main에는 7월 20일 실험적 nitro/vite 지원 커밋이 들어왔다. H3 main에도 async validation, event stream teardown, dispose hook 관련 커밋이 이어졌다. 이들은 정식 릴리즈가 아닌 main 브랜치 개발 작업이다. production dependency를 이 커밋에 맞춰 움직이지 말고, 공식 릴리즈 노트에 포함될 때까지 호환성 방향을 읽는 신호로만 취급하자.
프론트엔드 개발자 체크리스트
- 이번 주: Nuxt 3 프로젝트의 EOL 영향 범위와 Nuxt 4 목표일을 정하고, 3.21.9 적용 전후에 CSS/SSR/prerender smoke test를 실행한다.
- Nuxt 4.5 스테이징: lockfile을 보존한 별도 브랜치에서 설치 후, Vite 플러그인·custom alias·빌드 output·server preset을 확인한다.
- 스트리밍 실험: 쿠키/상태/리다이렉트 변이가 없는 콘텐츠 라우트부터
experimental.ssrStreaming을 제한적으로 켜고, bot HTML과 일반 사용자 응답을 모두 캡처한다. - SEO/head: canonical, robots, OG, JSON-LD, preload tag의 SSR 결과를 배포 전후 비교하고 Unhead 3.2.1을 최소 기준으로 삼는다.
- Vue 3.6 RC: Vapor는 독립된 실험 화면에서만 검토하고, Options API·render function·컴포넌트 라이브러리·slot/hydration 의존성을 사전 목록화한다.
자주 묻는 질문 (AEO)
Nuxt 4.5로 바로 production을 올려도 되나?
정식 릴리즈이지만 Vite 8과 Unhead 3는 큰 기반 변경이다. 일반적인 일괄 배포보다 스테이징에서 플러그인·SSR·head·배포 런타임을 확인한 뒤 점진적으로 올리는 편이 안전하다. SSR streaming은 experimental이므로 별도 rollout이 필요하다.
Nuxt 3.21.9만 적용하면 EOL 문제를 해결하나?
아니다. 3.21.9는 유지보수 패치이며 공식 발표의 Nuxt 3 EOL 일정은 그대로다. 패치는 안정화에 적용하되, Nuxt 4 업그레이드 계획을 병행해야 한다.
Vue Vapor Mode는 Nuxt 앱 성능을 자동으로 올리는가?
아니다. Vue 3.6 RC의 Vapor는 opt-in이며 지원 API와 VDOM interop 제약이 있다. 성능 민감 영역에서 측정 가능한 가설을 세운 뒤 제한적으로 검증해야 한다.
주요 출처
- Nuxt 4.5.0 공식 릴리즈 노트
- Nuxt 3.21.9 공식 릴리즈 노트
- Vue 3.6.0-rc.1 공식 릴리즈 노트
- Unhead 3.2.0 공식 릴리즈 노트
- Unhead 3.2.1 공식 릴리즈 노트
- Nuxt SSR streaming 공식 문서
더 깊게 읽기: 실전 가이드
이 리포트는 최근 흐름을 빠르게 파악하기 위한 요약입니다. 실제 프로젝트에 적용할 때는 아래의 기준 글과 함께 확인하면 더 안전합니다.