작은 팀에게 콘텐츠 시스템은 단순한 글쓰기 도구가 아니다. 누가 어떤 정보를 관리하고, 변경이 어떻게 검토되며, 독자에게 얼마나 빠르게 전달되는지를 결정하는 운영 방식이다. 처음부터 거대한 플랫폼을 만들기보다 역할이 분명한 도구를 연결하는 편이 오래 유지하기 쉽다.

프론트엔드와 콘텐츠를 분리한다

Astro는 읽기 중심 페이지를 빠른 정적 HTML로 만들고, Sanity는 편집자가 코드 수정 없이 글과 이미지, SEO 정보를 관리하게 한다. 두 시스템을 분리하면 디자인과 콘텐츠가 각자의 속도로 발전할 수 있다.

좋은 콘텐츠 시스템은 개발자가 편집자가 되지 않아도 되고, 편집자가 개발자가 되지 않아도 되는 구조다.

스키마는 편집 가이드다

CMS 스키마는 데이터베이스의 필드 목록에 그치지 않는다. 제목의 적절한 길이, 요약문의 역할, 대표 이미지의 비율, FAQ의 작성 방식처럼 팀의 편집 원칙을 실제 작업 화면에 반영한다.

  • 필수 필드에는 분명한 검증 규칙을 둔다.
  • SEO 제목과 화면 제목을 필요할 때 분리한다.
  • 본문에 들어갈 수 있는 블록 종류를 제한한다.
  • 이미지 대체 텍스트를 콘텐츠 모델에 포함한다.

빌드 시점과 실시간성을 구분한다

모든 콘텐츠가 실시간일 필요는 없다. 긴 글과 카테고리 페이지는 배포 시 정적으로 생성해 빠르게 제공하고, 검색이나 미리보기처럼 즉시성이 필요한 기능만 동적으로 처리할 수 있다.

const posts = await sanityClient.fetch(`
  *[_type == "post"] | order(publishedAt desc) {
    title,
    "slug": slug.current,
    excerpt,
    publishedAt
  }
`)

운영 흐름까지 설계한다

기술 선택보다 중요한 것은 발행 과정이다. 초안, 검토, 예약 발행, 수정 기록의 책임을 명확히 해야 한다. 작은 팀일수록 복잡한 권한 체계보다 누구나 이해할 수 있는 짧은 체크리스트가 효과적이다.

좋은 시스템은 편집자를 통제하지 않는다. 반복 작업을 줄이고 실수를 예방해 더 좋은 제목과 문장, 이미지에 집중할 시간을 돌려준다.

Written by

tickle