웹사이트 하나에 왜 이렇게 많은 게 필요해졌을까요
요즘 웹사이트 하나 제대로 만들려면 뭐가 필요한지 세어본 적 있으세요? 콘텐츠는 헤드리스 CMS에서 관리하고, 화면은 Next.js 같은 프레임워크로 만들고, 배포는 Vercel에, 문의 폼은 폼 전용 서비스에, 방문자 분석은 또 다른 서비스에, 이미지는 CDN에 맡기는 식이거든요. 각각 요금도 따로 나가고, 대시보드도 따로 있고, 장애도 따로 나요. 새벽 2시에 이 중 하나만 죽어도 내 사이트가 반쯤 멈추는 구조인 거죠.
이걸 업계에서는 '모던 웹 스택'이라고 부르는데, 유연하다는 장점 뒤에 조립 비용과 관리 피로가 숨어 있어요. 그래서 최근 몇 년 사이 개발자들 사이에서 "다시 단순하게 가자"는 흐름이 커지고 있는데요. 오늘 소개할 Instatic은 이 흐름에 정면으로 베팅한 오픈소스 프로젝트예요. Webflow, Framer, WordPress의 대안을 표방하면서, 셀프호스팅(내 서버에 직접 설치해서 운영하는 방식) 가능한 비주얼 CMS를 서버 하나에 통째로 담았거든요.
"Bun 서버 하나에 전부 담았다"는 게 무슨 뜻이냐면
Instatic의 핵심 설계 철학은 딱 한 문장이에요. 비주얼 에디터, 콘텐츠 엔진, 미디어 관리, 로그인과 권한, 폼, 플러그인, 퍼블리셔가 전부 Bun 서버 하나 안에 산다.
Bun이 뭐냐면, Node.js 같은 자바스크립트 실행 환경(런타임)인데요. 속도가 빠르고 패키지 매니저와 번들러까지 내장하고 있어서, 요즘 새 프로젝트에서 Node.js 대신 선택하는 경우가 늘고 있는 도구예요. Instatic은 이 Bun 위에 CMS의 모든 구성 요소를 올렸어요.
비유하자면 이래요. 보통의 모던 웹 스택은 주방 따로, 홀 따로, 배달 대행 따로 계약해서 식당을 운영하는 방식이에요. 반면 Instatic은 푸드트럭 한 대예요. 조리, 서빙, 계산이 전부 트럭 한 대 안에서 끝나죠. 관리할 게 하나뿐이니 어디서 문제가 났는지 찾기도 쉽고, 통째로 옮기기도 쉬워요.
데이터베이스는 SQLite 또는 Postgres를 골라 쓸 수 있어요. SQLite는 파일 하나로 돌아가는 초경량 데이터베이스라서, 작은 사이트라면 별도 DB 서버 없이도 운영이 되거든요. 백업도 파일 하나 복사하면 끝이에요. 나중에 트래픽이 커지면 Postgres로 갈아타면 되고요. 저장소에 compose.sqlite.yml, compose.prod.yml 같은 Docker Compose 파일이 단계별로 준비돼 있어서, 명령어 한 줄로 띄워보는 것부터 TLS(HTTPS 암호화) 적용된 프로덕션 배포까지 경로가 깔려 있어요.
그리고 개인적으로 가장 인상적인 부분은 출력물인데요. Instatic이 최종적으로 뱉어내는 건 정적 페이지, 그러니까 서버가 매번 계산해서 만들어주는 게 아니라 미리 완성해둔 HTML 파일이에요. 그것도 "브라우저에서 소스 보기를 눌러도 사람이 읽을 수 있을 만큼 깔끔한" 시맨틱 HTML과 압축된 CSS를 목표로 해요. 이게 왜 중요하냐면, 기존 페이지 빌더들이 뽑아내는 HTML은 의미 없는 div가 수십 겹으로 쌓여 있는 경우가 많거든요. 깔끔한 HTML은 로딩 속도, 검색엔진 최적화(SEO), 접근성에서 전부 이득이에요.
'에이전틱 CMS'라는 새로운 키워드
Instatic이 스스로를 소개할 때 쓰는 표현 중에 agentic이라는 단어가 있어요. 에이전틱이라는 건, 쉽게 말해 AI가 질문에 답만 하는 게 아니라 직접 도구를 쓰면서 작업을 수행하는 방식을 말하는데요. 저장소 구조를 보면 이게 빈말이 아니에요. .agents/skills 폴더, AGENTS.md, CLAUDE.md 파일이 프로젝트 최상단에 있거든요.
이 파일들은 AI 코딩 에이전트(Claude Code 같은 도구)에게 "이 프로젝트는 이렇게 다루면 돼"라고 알려주는 설명서예요. 사람용 README와 별개로 AI용 매뉴얼을 처음부터 갖추고 시작한 거죠. 앞으로 이 CMS 위에서 "블로그에 다크모드 추가해줘" 같은 요청을 AI 에이전트에게 시키는 워크플로우를 염두에 둔 설계라고 볼 수 있어요. 소프트웨어를 사람만 쓰는 게 아니라 AI도 '사용자'로 취급하는, 2026년다운 설계 철학이에요.
워드프레스, 웹플로우와 뭐가 다른데요?
기존 선택지들과 비교하면 포지션이 선명해져요.
- WordPress: 웹의 40%를 차지하는 절대 강자지만, PHP와 MySQL 기반으로 매 요청마다 페이지를 동적으로 만들어요. 그래서 캐시 플러그인을 덕지덕지 붙여야 빨라지고, 플러그인발 보안 사고도 잦아요. 생태계는 압도적으로 크지만 유지보수 피로가 있죠.
- Webflow / Framer: 비주얼 편집 경험은 최고 수준인데, 내 사이트가 남의 서버에 살아요. 구독을 끊으면 사이트도 끝나고, 데이터를 온전히 들고 나오기도 어려워요. 풀옵션 월세집 같은 거예요. 편하지만 내 집은 아니죠.
- 헤드리스 CMS + 정적 사이트 생성기 조합: 유연하지만 앞서 말한 조립 비용이 그대로 발생해요. 서비스 서너 개를 이어 붙이는 배관 공사를 직접 해야 하거든요.
한국 개발자에게 주는 시사점
실무 관점에서 이 프로젝트가 매력적인 시나리오를 짚어볼게요.
1) 프리랜서·에이전시의 클라이언트 사이트. 소상공인 홈페이지를 Webflow로 만들어주면 매달 구독료가 발생하고, 계정 이관도 골치 아파요. Instatic이라면 저렴한 VPS에 Docker로 띄워서 통째로 넘겨줄 수 있어요. "이 서버가 사장님 거예요"라고 말할 수 있는 거죠.
2) 개인 블로그·포트폴리오. SQLite 모드로 돌리면 월 5천 원짜리 VPS나 집에 있는 미니 PC로도 충분해요. 정적 출력이라 트래픽이 몰려도 잘 버티고요.
3) 학습 소재로서의 가치. 비주얼 에디터, 인증, 플러그인 아키텍처, 퍼블리싱 파이프라인이 한 저장소에 다 있어요. examples/plugins/template 폴더에 플러그인 템플릿도 있고 E2E 테스트까지 갖춰져 있어서, 잘 만든 풀스택 프로젝트의 구조를 통째로 뜯어보기 좋아요.
도입 전에 고려할 점도 있어요. 초기 프로젝트라 플러그인 생태계가 작고, Bun 런타임 운영 경험이 국내에는 아직 드물어요. 실서비스라면 백업 전략과 업데이트 정책을 먼저 세워두세요. 학습 로드맵은 이렇게 추천해요. Docker 기초를 익히고 → compose.sqlite.yml로 로컬에서 띄워보고 → 관리자 화면으로 페이지를 만들어 출력된 HTML을 소스 보기로 확인해보고 → 플러그인 템플릿을 고쳐보는 순서요. 주말 하루면 전체 그림이 잡힐 거예요.
마무리하며
Instatic은 "웹사이트는 원래 이렇게 단순해도 됐다"는 주장을 코드로 증명하려는 시도예요. 여기에 AI 에이전트를 일급 사용자로 대접하는 설계까지 더해지면서, 앞으로 CMS가 어떤 모습이어야 하는지에 대한 흥미로운 답안을 내놓았고요. 이런 올인원 셀프호스팅 도구들이 성숙해지면, SaaS 구독 여러 개를 이어 붙이던 지금의 관행이 꽤 흔들릴 수도 있어요.
여러분은 어떠세요? 지금 운영 중인 사이트의 월 구독료를 합쳐보면 얼마나 나오나요? 그리고 그 돈과 편의를 맞바꾸는 대신, 서버 한 대를 직접 책임질 준비가 되어 있나요? 댓글로 여러분의 스택과 고민을 들려주세요.
🔗 출처: GitHub
"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"
실제 수강생 후기- 비전공자도 6개월이면 첫 수익
- 20년 경력 개발자 직강
- 자동화 프로그램 + 소스코드 제공