Astro 6.0 핵심 정리: 무엇이 달라졌고, 무엇을 준비해야 하나

Astro 6.0 핵심 정리: 무엇이 달라졌고, 무엇을 준비해야 하나

Astro를 아직 모르는 사람을 위해 간단히 소개하자면 이렇다. Astro는 콘텐츠 중심 웹사이트에 맞춘 서버 우선(Server-First) 프레임워크이고, 필요한 곳에만 자바스크립트를 보내는 방식으로 성능과 개발 경험을 같이 잡고자 하는 도구다. 블로그, 마케팅 페이지, 문서 사이트처럼 “읽는 경험”이 중요한 서비스에서 특히 강점을 보인다.

이번 6.0 릴리스는 단순히 기능을 추가한 버전이 아닌 런타임 호환성과 플랫폼 확장성을 본격적으로 밀어붙인 버전으로 개발 서버 구조를 Vite Environment API 기반으로 재설계해 dev/prod 런타임 간 격차를 줄이고, Fonts API·Live Content Collections·CSP 안정화로 실무에서 반복되던 불편함을 크게 개선했다.

Astro 6.0에서 가장 중요한 변화

1) 개발 서버 개편: dev/prod 간 동작 차이 해소

이번 릴리스에서 가장 의미 있는 변화는 astro dev 재설계다. 핵심은 Vite의 Environment API를 기반으로 개발 환경에서도 실제 배포 런타임에 더 가깝게 실행할 수 있게 했다는 점이다.

그동안 Cloudflare Workers, Bun, Deno 같은 non-Node 런타임을 쓰는 팀은 “로컬에선 되는데 배포에서 깨지는” 걸 자주 경험했다. Astro 6은 이 격차를 줄이면서 Cloudflare 지원도 크게 강화했고, Cloudflare 어댑터는 개발/프리렌더/프로덕션 전 구간에서 workerd 기반 흐름을 더 일관되게 가져가도록 업데이트됐다.

2) Built-in Fonts API 추가

웹 폰트 최적화는 매번 손이 많이 가는 작업인데, Astro 6은 이 부분을 프레임워크 레벨에서 기본 제공한다. 로컬 파일이나 Google/Fontsource 같은 공급자를 설정하면 다운로드/캐시/셀프호스팅/프리로드 힌트/fallback 생성까지 자동화해준다.

3) Live Content Collections 안정화

Content Collections는 Astro의 핵심 기능 중 하나였지만, 기존에는 콘텐츠 변경 시 재빌드가 필요한 구조였다. Live Content Collections는 요청 시점(request-time)에 CMS/API 데이터를 가져와 콘텐츠를 즉시 변경한다.

또한, 정적 빌드 기반 컬렉션과 라이브 컬렉션을 프로젝트에서 함께 쓸 수 있고, 신선도가 중요한 콘텐츠만 라이브로 분리하는 하이브리드 운영이 가능해졌다.

4) CSP(Content Security Policy) 지원 안정화

CSP는 중요하지만 구현이 까다로워서 미루기 쉬운 주제인데, Astro 6은 이걸 프레임워크 차원에서 안정화(stable)했다. 정적/동적 페이지, 서버/서버리스 환경을 아우르는 설정 API를 제공하고, 기본값만 켜도 스크립트/스타일 해시 처리를 자동으로 구성해준다.

이 포인트는 보안팀 규모가 크지 않은 팀에게 특히 실용적이다. 복잡한 수작업을 줄이고, 프로젝트 초기에 보안 기준선을 수립하기 쉬워진다.

업그레이드 시 바로 확인할 체크포인트

런타임/도구 체인 변경

  • Node.js 22.12+ 필수 (Node 18/20 지원 종료)
  • Vite 7 업그레이드
  • Shiki 4 업그레이드
  • Zod 4 업그레이드 (astro/zod 사용 권장)

Zod 4에서는 에러 메시지 처리와 transform + default 동작이 바뀐 부분이 있어, 이 패턴을 쓰는 프로젝트는 별도 점검 시간이 필요하다.

Cloudflare/Adapter 사용자라면

공식 어댑터가 major 업데이트됐고, Cloudflare 쪽은 변화폭이 큰 편이다. 기존 어댑터 설정이 있다면 changelog와 업그레이드 가이드를 먼저 확인하고, 런타임 바인딩(KV, D1, R2 등) 개발 흐름이 어떻게 바뀌는지 체크하는 게 좋다.

실험 기능(Experimental) 살펴보기

  • Rust 기반 새 컴파일러 (@astrojs/compiler-rs)
  • Queued Rendering (최대 2배 렌더링 개선 벤치마크 언급)
  • Route Caching API (SSR 캐시를 플랫폼 중립적으로 제어)

실험 기능은 구미에 따라 상황에 맞춰 PoC로 검증해보자. 특히 대형 사이트나 SSR 트래픽이 많은 서비스라면 렌더링/캐시 기능의 체감이 클 수 있다.

정리

Astro 6.0은 실전에서 부딪히는 운영 문제를 최대한 줄이는데 초점이 맞춰 이뤄진 것 같다. dev/prod 런타임 간 불일치, 폰트 최적화 반복 작업, 콘텐츠 신선도, CSP 적용 난이도 같은 문제를 한 번에 묶어 개선하려 했다는 점에서 업그레이드 가치는 충분하다.

Astro를 쓰고 있다면 업그레이드를 미루지 말고 Node 22+ 환경부터 맞춘 뒤, 어댑터/스키마 영향 범위를 먼저 점검하고 단계적으로 올려보도록 하자.

참고 링크

이미지 출처