Astro 기반으로 블로그 개편

몇 년 동안 손도 대지 않았던 블로그를 다시 꺼내 보았습니다. ✏️
다시 글을 쓰고 싶어 관리 화면에 들어갔지만, 마주한 건 너무 오래된 스택과 뒤엉킨 데이터였습니다.
WordPress 버전은 구식이고, 테마와 플러그인은 업데이트가 끊긴 지 오래.
새 글을 쓰기보다, “이대로는 안 되겠다” 는 생각이 먼저 들었습니다. ⚠️

결국 데이터를 모두 초기화하고, 처음부터 다시 만들기로 결심했습니다. 🔄
예전에는 WordPress + Apache + MySQL + 웹 호스팅 환경에서 운영했는데, PHP 기반 CMS라 초기 구축이 빠르고 플러그인 생태계도 풍부했지만, 시간이 지날수록 성능, 보안, 유지보수에서 한계를 뚜렷하게 느꼈습니다. 🛠️

그래서 이번에는 Astro 기반 정적 사이트로 전면 리빌드하고, Netlify를 이용해 정적 호스팅으로 전환했습니다. 🚀

이 글에서는 기존 방식에서 겪었던 문제와, 개편 후 얻은 개선점을 정리해 보겠습니다. 📌

🔍 기존 구조와 한계

WordPress + Apache + MySQL 환경은 요청마다 다음 프로세스를 거칩니다.

Client → HTTP 요청 → Apache(PHP) 실행 → WordPress Core 로딩
      → MySQL 쿼리 → 동적 HTML 렌더링 → 응답

이 구조의 문제는 명확합니다.

성능 병목
- 모든 요청이 서버 연산과 DB I/O를 거쳐야 하므로 TTFB(Time To First Byte)가 길어짐.
보안 취약점
- PHP 런타임, MySQL, WordPress 코어, 테마, 플러그인 등 다양한 취약점 벡터 존재.
- 플러그인 하나의 취약점만으로도 전체 사이트가 위험해질 수 있음.
유지보수 오버헤드
- 코어/테마/플러그인 업데이트 주기적으로 수행.
- 버전 불일치로 기능이 깨지는 사례 다수.
호스팅 비용
- DB와 PHP 런타임이 필요한 별도의 웹 호스팅 비용 발생.
- 트래픽 급증 시 리소스 증설 비용 증가.
커스터마이징 제약
- 테마 수정이나 새로운 기능 추가 시, WordPress 코어와 플러그인 구조를 깊게 이해해야 함.
- PHP 템플릿 구조, 로드 순서, 데이터 흐름을 숙지하지 않으면 수정 범위가 제한됨.

🆕 개편 후 구조

Astro를 사용하면 모든 페이지가 빌드 타임에 정적 HTML로 생성됩니다.

Markdown/MDX → Astro Build → Static HTML/CSS/JS → Netlify CDN → Client

특징은 다음과 같습니다.

SSG(Static Site Generation) 런타임 서버 연산 없이 사전 렌더링된 HTML을 직접 서빙.
CDN Edge 배포 Netlify 글로벌 Edge Node에서 HTML/Assets 제공 → 전 세계 응답 속도 최적화.
Island Architecture 필요한 UI 컴포넌트만 클라이언트에서 하이드레이션 → JS 번들 크기 최소화.

📈 전환 후 얻은 이점

성능 최적화
- 서버 처리 제거로 TTFB 대폭 단축.
- Lighthouse 성능 지표(Performance, TTI, LCP) 눈에 띄게 개선.
- JS 번들 사이즈 최소화로 초기 로드 속도 향상.
보안 강화
- PHP와 DB 제거로 서버 공격 벡터 축소.
- 관리자 페이지가 없어 Brute force, SQL Injection, XSS 등의 공격에 노출될 가능성이 낮음.
개발 워크플로우 단순화
- Git 기반 버전 관리 → git push 시 Netlify CI/CD 자동 빌드·배포.
- 변경 이력 추적과 롤백이 용이.
로컬 개발 환경 개선
- HMR(Hot Module Replacement) 지원으로 코드 수정 시 즉시 브라우저 반영.
- npm run dev 명령어로 빠른 개발 서버 실행 및 실시간 미리보기.
- TypeScript 지원으로 개발 시 타입 안정성 확보.
비용 절감
- Netlify 무료 요금제에서 충분히 운영 가능.
- 서버 인프라 유지 비용 Zero.
개발 자유도 확장
- React, Vue, Svelte 등 다양한 프레임워크 혼합 가능.
- Markdown/MDX, Headless CMS, API 연동이 자유롭고 가볍게 구성 가능.

📝 결론

정적 사이트로 전환한 이후, 제 블로그는

서버리스 + CDN Edge + 최소 JS + 자동 배포 환경을 갖추게 됐습니다.

WordPress는 여전히 콘텐츠 중심, 비개발자 친화적인 환경에서 강점이 있지만, 개발자가 운영하는 기술 블로그라면 성능, 보안, 운영 효율 측면에서 정적 사이트 전환이 훨씬 유리합니다.

다음 글에서는 Astro 적용 과정과 AstroPaper 테마 적용, 커스터마이징에 대해 다뤄보겠습니다. 🚀

참고 자료