FAQ

EmDash CMS, 이 웹사이트 아키텍처, 배포 선택, WordPress에서의 이전 경로에 대한 자주 묻는 질문입니다.

한 문장으로 EmDash CMS란?

EmDash CMS는 Astro를 중심으로 한 풀스택 TypeScript CMS로, 현대적인 콘텐츠 모델, 관리자 인터페이스, Cloudflare에서 더 안전한 실행을 목표로 한 플러그인 아키텍처를 갖추고 있습니다.

EmDash는 헤드리스 CMS인가요?

일반적인 의미에서는 아닙니다. 공개 EmDash 문서는 별도 콘텐츠 서비스를 어떤 프런트엔드에서든 조회하는 형태보다 Astro 네이티브 CMS로 포지셔닝합니다.

제품이 사이트 아키텍처 안에 살고 밖에 있지 않도록 설계되었다는 점이 중요합니다.

EmDash는 Cloudflare 전용인가요?

아닙니다. 공식 자료는 샌드박스 플러그인, D1, R2 등 전체 플랫폼에 Cloudflare가 가장 잘 맞는 런타임이라고 제시합니다. 동시에 EmDash는 Node.js와 SQLite 호환 또는 S3 호환 설정에서도 이식 가능하다고 설명합니다.

짧게 말하면:

  • Cloudflare가 가장 강한 프로덕션 스토리
  • Cloudflare가 유일한 환경은 아님

이 웹사이트는 왜 전체 EmDash 런타임이 아니라 정적 Astro 사이트로 시작하나요?

이 사이트는 주로 공개 콘텐츠 표면이기 때문입니다.

  • 문서
  • 플러그인 페이지
  • 템플릿 페이지
  • FAQ
  • 마이그레이션 콘텐츠
  • 업데이트

이들은 모두 Cloudflare Pages의 정적 전달에 잘 맞습니다. 여기서 시작하면 복잡도와 비용을 줄이면서도 나중에 전체 런타임으로 이전하는 것을 막지 않습니다.

공식 사이트를 WordPress 위에 직접 짓지 않은 이유는?

사이트가 홍보하는 제품 방향을 몸소 보여야 하기 때문입니다.

현재 사이트 구조는 그 방향을 반영합니다.

  • 파일 기반 콘텐츠
  • 현대적인 프런트엔드 도구
  • 명확한 Git 기반 발행
  • AI 보조 편집과의 좋은 호환

WordPress 후계를 WordPress로 마케팅하면 아키텍처 스토리도 훨씬 약해집니다.

EmDash는 WordPress에서 마이그레이션을 지원하나요?

예. 공식 문서는 세 가지 가져오기 접근을 설명합니다.

  • WXR 파일 업로드
  • WordPress.com 가져오기
  • REST API 프로빙

또한 포스트, 페이지, 미디어, 택소노미, 상태 매핑, 구텐베르크에서 Portable Text로의 변환에 대한 마이그레이션 지원을 설명합니다.

EmDash에 인증이 내장되어 있나요?

예. 공식 문서는 EmDash를 패스키 우선으로 설명하며 WebAuthn을 주 모델로 둡니다. 매직 링크 대체, 선택적 OAuth, Cloudflare 배포에서 Cloudflare Access 사용 가능도 설명합니다.

플러그인·템플릿 페이지가 이 정적 사이트에서도 실제 제품 페이지처럼 보일 수 있나요?

예. 이 프로젝트에서 각 플러그인 또는 템플릿 항목은 다음을 포함할 수 있습니다.

  • 스크린샷
  • 버전
  • 가격
  • 상태
  • 릴리스 날짜
  • 다운로드 링크
  • GitHub 링크
  • 데모 링크
  • 변경 로그

백엔드 없이도 설득력 있는 마켓플레이스 스타일 공개 층을 만들기에 충분합니다.

언제 전체 EmDash 런타임으로 옮겨야 하나요?

정적 전달이 부족해질 때 옮기세요. 예를 들어 다음이 필요하면:

  • 비기술 사용자를 위한 브라우저 기반 편집
  • 인증된 제출 워크플로
  • 런타임 관리 미디어 및 업로드
  • 복잡한 편집 권한
  • Git 대신 관리자 인터페이스가 필요한 생태계 운영

그전까지는 정적 전달이 유지보수 부담이 더 낮은 선택입니다.

전체 EmDash 런타임에 유료 Cloudflare 기능이 필요한가요?

공식 GitHub README에 따르면 샌드박스 플러그인은 Dynamic Workers에 의존하며, 현재 그 기능은 유료 Cloudflare 계정이 필요합니다. 샌드박스 플러그인 없이 실행하려면 worker loader 설정을 끌 수 있다고도 합니다.

현재 공개 사이트가 먼저 Cloudflare Pages로 시작하는 또 다른 이유입니다.

AI가 이 사이트 유지에 도움이 될 수 있나요?

예. 공개 사이트를 콘텐츠 우선으로 두는 가장 강한 이유 중 하나입니다.

AI는 다음에서 더 잘 동작합니다.

  • 개별 MDX 파일
  • 명시적 frontmatter
  • 안정적인 라우트 구조
  • 검토 가능한 diff

이 프로젝트는 바로 그 점을 활용하도록 구성되어 있습니다.