2026년, 웹사이트를 무엇으로 운영할 것인가

수년 동안 콘텐츠 관리 시스템을 고르는 일은 사람에 관한 질문이었습니다. 회사의 누가 웹사이트를 편집하고, 그 사람이 얼마나 망가뜨릴 수 있는가. 2026년에는 두 번째 독자가 생겼습니다. 이제 어시스턴트와 코딩 에이전트가 페이지를 쓰고, 번역하고, 수정하며, 모든 종류의 시스템이 이들과 얼마나 잘 작동하느냐를 기준으로 다시 만들어지거나 판매되고 있습니다. 시장이 지금 어디에 있는지, AI가 각 영역에서 무엇을 바꿨는지, 그리고 저희라면 어떻게 고를지 살펴봅니다.

WordPress, 여전한 기본값

2026년 10월 13일 W3Techs에 따르면 WordPress는 전체 웹사이트의 40.1퍼센트, 그리고 W3Techs가 시스템을 식별할 수 있는 사이트의 58.6퍼센트에서 쓰입니다. 그 뒤를 Shopify가 5.4퍼센트, Wix가 4.2퍼센트, Squarespace가 2.4퍼센트로 잇습니다. 전체 사이트의 3분의 1 가까이, 31.6퍼센트에서는 W3Techs가 감지할 수 있는 콘텐츠 관리 시스템이 보이지 않습니다.

WordPress는 AI를 코어에 들여왔습니다. 5월 20일 출시된 7.0 버전은 사이트가 생성형 모델과 소통할 수 있게 하는 AI Client를 추가했으며, 연결은 한 화면에서 관리합니다. 여기에 플러그인이 자신이 할 수 있는 일을 설명하는 Abilities API가 짝을 이룹니다. 선택형 AI 플러그인은 제목과 요약문을 쓰고, 이미지를 생성하고 편집하며, 대체 텍스트를 제안합니다.

오래된 짐은 그대로입니다. Patchstack은 2025년 WordPress 생태계에서 새로운 취약점 11'334건을 집계했는데, 2024년보다 42퍼센트 많은 수치입니다. 91퍼센트는 플러그인에 있었고 코어에 있던 것은 단 6건이었으며, 46퍼센트는 공개될 때 준비된 수정이 없었습니다.

정상에서의 싸움도 해결되지 않았습니다. 싸움은 2024년 9월, 프로젝트와 Automattic이라는 회사를 이끄는 Matt Mullenweg가 호스팅 업체 WP Engine이 기여가 너무 적다고 공개 비판하고 WordPress.org 접근을 차단하면서 시작되었습니다. WP Engine은 10월에 소송을 냈고, 12월 법원은 접근을 복구하라고 명령했습니다. 2026년 9월 28일 Search Engine Journal은 판사가 WP Engine의 반독점 청구 네 건을 모두 진행하도록 허용했으며, Automattic의 반소도 적어도 일부는 유지된다고 보도했습니다. 2년이 지났지만 결론은 없고, 소송만 길어졌습니다.

헤드리스, 그리고 에이전트를 위한 콘텐츠

헤드리스 CMS는 콘텐츠를 웹사이트와 분리해 둡니다. 구조화된 항목을 한 저장소에 두고, API를 통해 사이트, 앱, 또는 요청하는 무엇에든 전달합니다. Sanity, Contentful, Storyblok, Payload가 가장 잘 알려진 이름입니다. W3Techs는 Sanity, Storyblok, Payload가 각각 웹사이트의 0.1퍼센트 미만이라고 보지만, 이런 집계로는 이들을 잘 포착하기 어렵습니다. 헤드리스 시스템은 완성된 페이지에 흔적을 거의 남기지 않기 때문입니다.

AI는 이런 시스템에 새로운 논거를 건넸습니다. 3월 Sanity의 최고경영자 Magnus Hillestad는 이렇게 썼습니다. “콘텐츠는 컨텍스트가 되었습니다. 그리고 컨텍스트는 인프라가 되었습니다.” 그는 고객에게 답하거나 가격을 제시하는 에이전트에게는 해석해야 할 페이지가 아니라 정확한 사실이 필요하며, 콘텐츠는 웹사이트뿐 아니라 API와 MCP 서버를 통해서도 에이전트에게 닿아야 한다고 주장합니다. 공급업체가 쓴 에세이이지만, 저희 경험으로도 이 점은 맞습니다. 에이전트는 서식이 입혀진 텍스트 한 페이지보다 깔끔한 필드로 훨씬 더 잘 일합니다.

업계는 통합되고도 있습니다. 2025년 6월 Next.js용으로 만든 오픈 소스 CMS인 Payload가 Figma에 합류했습니다. Payload는 앞으로도 오픈 소스로 남으며 여전히 직접 호스팅할 수 있다고 말합니다.

한 문장에서 시작하는 빌더

나머지의 상당 부분은 사이트 빌더가 차지합니다. 소규모 기업을 위한 Wix와 Squarespace, 디자인 중심 팀을 위한 0.8퍼센트의 Webflow와 0.2퍼센트의 Framer가 있으며, 이제 대부분이 레이아웃과 텍스트 초안을 잡아 주는 AI를 갖추고 있습니다. 더 새로운 그룹은 템플릿 대신 설명에서 시작하며, Wix는 이제 그중 하나인 Base44를 소유하고 있습니다.

8월 Wix는 Base44가 매출 성장을 이끌었다고 보고하면서, Base44가 조정 매출총이익률이 0에 가까운 상태로 한 해를 시작했다는 사실도 밝혔습니다. 자체 모델 Base 1은 AI 운영 비용을 낮추기 위한 것이며, Wix는 하반기에 약 60퍼센트를 예상합니다. 구매자에게는 유용한 신호입니다. 저희가 보기에 이런 빌더는 첫 사이트로 가는 가장 빠른 길이며, 그 가격은 뒤에 있는 컴퓨팅을 따라갈 것입니다. 사이트가 커지기 전에, 무엇을 가지고 나올 수 있는지 확인하십시오.

CMS 없이

반대편 끝에서는 CMS를 버린 팀도 있습니다. 2025년 12월 Cursor에서 일하는 Lee Robinson은 cursor.com을 헤드리스 CMS에서 평범한 코드와 Markdown 파일로 옮겼습니다. 그는 1~2주를 예상했습니다. 에이전트와 함께하니 사흘, 344번의 에이전트 요청, 260.32달러어치의 토큰이 들었습니다.

그의 이유는 이렇습니다. “AI와 코딩 에이전트 시대에 추상화의 비용이 이보다 높았던 적은 없습니다.” 저장소 안에서는 에이전트가 어떤 파일이든 바꿀 수 있습니다. CMS 뒤에서는 다른 누군가의 인터페이스를 거쳐야 합니다.

그가 떠난 시스템인 Sanity는 그가 결국 CMS를 하나 다시 만들었다고 응수했습니다. 이미지와 파일을 관리하는 화면, GitHub 권한을 통한 사용자 관리, git을 통한 버전 관리, 현지화 도구, Markdown 프런트 매터에 담긴 콘텐츠 모델입니다. Sanity의 Knut Melvær는 이렇게 썼습니다. “묘한 반전은, 저희도 Lee의 견해에 어느 정도 동의한다는 것입니다.”

둘 다 옳습니다. 개발자가 운영하고 편집자가 적으며 페이지 목록이 짧은 사이트라면, 저장소와 에이전트로 충분한 경우가 많습니다. 다섯 개 언어로 일하는 편집자 스무 명에게는 Sanity가 나열한 기능이 곧 일 그 자체입니다.

저희라면 무엇을 고를까

세 가지 질문으로 시작하십시오. 누가 사이트를 얼마나 자주 편집하는가. 변경 사항은 사람이 만들었든 에이전트가 만들었든 공개되기 전에 어떻게 검사되는가. 그리고 떠나는 날 콘텐츠는 누구의 소유인가.

편집자가 한 명인 작은 사이트라면, 콘텐츠를 가지고 나올 수 있는 한 빌더로 충분합니다. 플러그인이 적고 그것을 최신으로 유지하는 담당자가 정해져 있어 WordPress가 잘 맞는다면, 서둘러 옮길 필요는 없습니다. 콘텐츠가 여러 채널, 편집자, 언어에 걸쳐 있다면, 헤드리스 시스템의 구조화된 콘텐츠가 사람과 에이전트 모두에게 도움이 됩니다. 그리고 개발자가 운영하는 사이트는 에이전트가 편집하고 사람이 모든 릴리스를 검토하는 방식으로 코드 안에 둘 수 있습니다.

저희는 그 중간의 경우를 위해 Studio를 만들었습니다. 매일 편집하는 마케팅 팀과 그 팀을 돕는 에이전트입니다. Studio는 Next.js, Vite, TanStack으로 만든 사이트 위에 얹는 CMS로, 공개 사이트에는 플러그인도 PHP도 없습니다. 편집자는 단어를 클릭해 바꾸고, 어시스턴트가 초안을 쓰며, 결정은 사람이 합니다. 모든 게시는 검사를 거쳐 한 번 빌드되고, 테스트되고, 라이브로 전환되고, 검증되며, 무엇이든 실패하면 스스로 롤백되고, 콘텐츠는 회사 자체의 저장소에 커밋됩니다. Studio는 얼리 액세스 단계입니다.