Directus CMS 가이드: 개발자를 위한 데이터베이스 우선 헤드리스 CMS

Directus CMS 가이드: 개발자를 위한 데이터베이스 우선 헤드리스 CMS

대부분의 헤드리스 CMS는 자사 시스템 내에서 데이터 모델을 구축하도록 요구합니다. Directus는 이를 뒤집어, 기존 SQL 데이터베이스를 감싸서 스키마를 건드리지 않고도 즉각적인 REST 및 GraphQL API를 제공합니다. 약 34.5k개의 GitHub 스타를 보유하고 Tripadvisor, Adobe, Mercedes-Benz 같은 기업들이 도입한 Directus는 2026년 최고의 헤드리스 CMS 옵션 중 가장 역량 있는 오픈소스 선택지 중 하나입니다.

Directus CMS란?

Directus는 모든 기존 SQL 데이터베이스를 즉각적인 REST 및 GraphQL API로 감싸주는 오픈소스 헤드리스 CMS입니다. Strapi나 Payload와 달리, Directus는 자체 데이터베이스 스키마를 생성하지 않고 사용자의 스키마를 그대로 미러링합니다. Directus 공식 문서에 따르면 PostgreSQL, MySQL, MariaDB, SQLite, OracleDB, CockroachDB, MS-SQL을 포함한 7개 데이터베이스를 지원하며, 매출 500만 달러 미만의 조직에는 무료입니다.

이를 데이터베이스 위에 올라가는 스마트한 레이어라고 생각해보세요. 50개 테이블을 가진 기존 PostgreSQL 데이터베이스를 가져와 Directus를 연결하면, 몇 분 안에 완전한 관리자 UI, 역할 기반 접근 제어, 그리고 REST와 GraphQL 엔드포인트를 모두 갖추게 됩니다. 마이그레이션 스크립트도, 데이터 재구성도 필요 없습니다.

이것이 바로 '데이터베이스 우선(database-first)' 방식이 실제로 의미하는 바이며, 코드 우선(code-first) 접근법을 사용하는 Strapi(데이터베이스 테이블을 생성하는 콘텐츠 타입을 정의하는 방식)나 프레임워크 내장형 접근법을 사용하는 Payload CMS(CMS가 Next.js 앱 안에 존재하는 방식)와는 근본적으로 다릅니다.

데이터베이스 우선 아키텍처 설명

클라이언트 프로젝트에서 기존 PostgreSQL 데이터베이스에 Directus를 처음 연결했을 때, 가장 놀라웠던 점은 설정이 얼마나 적은가였습니다. Directus는 데이터베이스 스키마를 인트로스펙션하여 테이블은 "컬렉션"이 되고, 컬럼은 "필드"가 되며, 이미 존재하는 것을 기반으로 관리자 인터페이스를 구축합니다.

이는 데이터가 독점 형식에 갇히지 않는다는 것을 의미합니다. 내일 Directus 사용을 중단하기로 결정하더라도, 데이터베이스는 여전히 표준 SQL 데이터베이스입니다. 콘텐츠가 해당 서버에 해당 형식으로 저장되는 Contentful이나 Sanity에서는 그렇게 해보십시오.

또한 Directus는 단순한 CMS가 아닙니다. 팀은 이를 컴포저블 데이터 플랫폼으로 포지셔닝하며, 사람들은 BaaS(Backend as a Service), 내부 관리자 패널, 커스텀 대시보드에 사용합니다. CMS 사용 사례가 가장 인기가 많지만, 이 아키텍처는 그 이상을 지원합니다.

Directus의 주요 기능

Directus는 REST와 GraphQL 이중 API, 세분화된 역할 기반 권한, 내장 Flows 자동화, 드래그 앤 드롭 방식의 Data Studio, 디지털 자산 관리, 그리고 50개 이상의 언어를 위한 네이티브 i18n 지원을 제공합니다. v11.15부터는 협업 편집과 AI 어시스턴트가 서드파티 플러그인이 아닌 네이티브 기능으로 포함되어 있습니다.

프로젝트를 위해 Directus를 검토하고 있다면 가장 중요한 사항은 다음과 같습니다:

듀얼 REST 및 GraphQL API

두 API는 동일한 데이터에서 동시에 사용할 수 있으며, 별도의 설정이 전혀 필요 없습니다. 하나를 선택하는 것이 아니라 둘 다 사용할 수 있습니다. 모바일 팀은 REST를, 웹 프론트엔드는 GraphQL을 사용할 수 있습니다. REST API는 예측 가능한 패턴(/items/{collection})을 따르며, GraphQL 엔드포인트는 /graphql에 위치합니다.

플로우 및 자동화

플로우는 Directus의 이벤트 기반 자동화 시스템으로, Data Studio UI에 직접 내장되어 있습니다. CRUD 이벤트(아이템 생성, 업데이트, 삭제), 스케줄(cron 방식), 또는 웹훅에서 워크플로를 트리거할 수 있습니다. 오퍼레이션에는 이메일 전송, HTTP 요청 수행, 커스텀 JavaScript 실행, 데이터 변환 등이 포함됩니다.

AI를 활용해 빌드하는 팀을 위해 Directus에는 네이티브 Model Context Protocol (MCP) 가이드 서버도 마련되어 있으며, 이에 대한 자세한 내용은 v11 섹션에서 다룹니다.

확장 기능 및 커스터마이징

확장 시스템은 훅(서버 측 이벤트 핸들러), 커스텀 엔드포인트, UI 패널, 전체 모듈, 그리고 Flows용 오퍼레이션 노드를 지원합니다. 확장 기능은 프론트엔드에 Vue.js를, 백엔드에는 일반 Node.js를 사용하여 구축됩니다. v11.0 릴리스에서는 확장 기능이 타입 기반 폴더 구조에서 더 깔끔한 번들 형식으로 재구성되었습니다.

기능 측면에서 Directus가 경쟁 제품들과 어떻게 비교되는지 살펴보겠습니다:

Directus v11의 새로운 기능 (2025-2026)

Directus v11은 네이티브 MCP 서버 지원(v11.13), OpenAI, Anthropic, Gemini를 지원하는 AI 어시스턴트(v11.14), 실시간 참여 표시기를 갖춘 협업 편집(v11.15), 그리고 역할 기반 배포 권한을 제공하는 전역 초안 버전(v11.16)을 도입했습니다. 이 모든 기능은 커뮤니티 확장 기능이 아닌 내장 기능입니다.

이 영역은 Directus가 가장 빠르게 발전해 온 부분이며, 경쟁사들이 완전히 놓치고 있는 부분이기도 합니다. 상위 6개 랭킹 가이드 중 이를 다루는 가이드는 단 하나뿐입니다.

MCP 서버와 AI 어시스턴트

v11.13 릴리스를 통해 Directus는 네이티브 MCP 서버를 갖춘 최초의 CMS 중 하나가 되었습니다. Claude, ChatGPT 또는 기타 MCP 호환 AI 도구를 사용하고 있다면, RBAC 권한을 준수하면서 컬렉션 읽기, 아이템 생성, 필드 업데이트 등 Directus 콘텐츠를 직접 관리할 수 있습니다. MCP가 처음이라면 Model Context Protocol (MCP) 가이드에서 이 프로토콜을 자세히 설명합니다.

AI 어시스턴트(v11.14)는 MCP와 별개의 기능으로, Data Studio 내에 내장된 채팅 인터페이스입니다. OpenAI, Anthropic, Gemini는 물론 Ollama를 통한 로컬 모델까지 지원합니다. v11.16부터는 멀티모달을 지원하게 되어, 이미지와 PDF를 AI 채팅에 직접 업로드하여 처리할 수 있습니다.

협업 편집 및 초안 버전

협업 편집이 v11.15에서 출시되어 실시간 존재 표시기(같은 항목을 편집 중인 다른 사람을 확인할 수 있음)와 충돌 방지를 위한 필드 수준 잠금 기능을 제공합니다. 같은 릴리스에서 역할 기반 배포 권한을 갖춘 Vercel 배포 모듈도 추가되었습니다.

v11.16은 글로벌 초안 버전으로 콘텐츠 스테이징을 한 단계 더 발전시켰습니다. 버전 관리되는 모든 항목에는 자동으로 초안 사본이 생성됩니다. 편집자는 라이브 버전을 기준으로 변경 사항을 미리 보고, 준비가 되면 초안을 승격할 수 있습니다. 역할 기반 배포 권한 덕분에 콘텐츠 팀은 실수로 프로덕션에 배포하는 일 없이 변경 사항을 스테이징할 수 있습니다.

Directus 시작하기 (Docker 설정)

Docker를 사용하면 2분 이내에 Directus를 로컬에서 실행할 수 있습니다. directus/directus 이미지로 docker-compose.yml 파일을 생성하고, 데이터베이스 연결 정보와 관리자 인증 정보를 환경 변수로 설정한 다음 docker compose up을 실행하세요. Directus는 localhost:8055에서 시작됩니다.

Docker 설정은 콜드 스타트부터 2분도 채 걸리지 않았습니다. 다음은 Directus 컨테이너만이 아니라 PostgreSQL까지 포함된 전체 스택의 완성된 docker-compose.yml입니다:

# docker-compose.yml
version: \"3\"
services:
  database:
    image: postgis/postgis:16-3.4-alpine
    environment:
      POSTGRES_USER: directus
      POSTGRES_PASSWORD: directus
      POSTGRES_DB: directus
    volumes:
      - directus_data:/var/lib/postgresql/data

  directus:
    image: directus/directus:11.16
    ports:
      - \"8055:8055\"
    depends_on:
      - database
    environment:
      KEY: \"your-random-key-here\"
      SECRET: \"your-random-secret-here\"
      ADMIN_EMAIL: \"[email protected]\"
      ADMIN_PASSWORD: \"change-me-please\"
      DB_CLIENT: \"pg\"
      DB_HOST: \"database\"
      DB_PORT: \"5432\"
      DB_DATABASE: \"directus\"
      DB_USER: \"directus\"
      DB_PASSWORD: \"directus\"
    volumes:
      - directus_uploads:/directus/uploads

volumes:
  directus_data:
  directus_uploads:

Run it:

docker compose up -d

http://localhost:8055에 접속하여 설정한 관리자 계정으로 로그인하면 Data Studio에 진입합니다. 여기서 컬렉션(테이블)을 생성하고, 필드(컬럼)를 정의하고, 바로 콘텐츠 관리를 시작할 수 있습니다. KEY와 SECRET 환경 변수는 JWT 토큰 생성에 사용되며, 프로덕션에서는 위의 플레이스홀더가 아닌 무작위 문자열을 사용하세요.

Directus SDK로 데이터 쿼리하기

Directus JavaScript SDK는 REST와 GraphQL을 모두 통해 타입 안전한 데이터 접근을 제공합니다. @directus/sdk를 설치하고, createDirectus()로 클라이언트를 생성한 뒤, readItems()를 사용해 필터링, 정렬, 필드 선택 기능이 내장된 컬렉션을 가져올 수 있습니다.

SDK의 조합 가능한 패턴은 Supabase 클라이언트 같은 라이브러리를 다뤄본 뒤 직관적으로 느껴졌습니다. 기본 클라이언트로 시작해 함수들을 조합하여 기능을 추가합니다:

// lib/directus.ts
import { createDirectus, rest, readItems, createItem } from '@directus/sdk';

const client = createDirectus('http://localhost:8055').with(rest());

// Fetch published articles with specific fields
const articles = await client.request(
  readItems('articles', {
    fields: ['id', 'title', 'slug', 'content', 'author.name'],
    filter: {
      status: { _eq: 'published' }
    },
    sort: ['-date_published'],
    limit: 10
  })
);

아이템 생성도 동일한 패턴을 따릅니다:

// Create a new article
const newArticle = await client.request(
  createItem('articles', {
    title: 'My New Post',
    slug: 'my-new-post',
    content: '<p>Hello from Directus.</p>',
    status: 'draft'
  })
);

인증은 staticToken()(서버 간 통신용)과 authentication()(로그인 플로우가 있는 사용자용 앱용) 중에서 선택합니다:

import { createDirectus, rest, staticToken } from '@directus/sdk';

// Server-side with static token
const client = createDirectus('http://localhost:8055')
  .with(staticToken('your-api-token'))
  .with(rest());

REST API 예제

모든 SDK 메서드에는 동일한 REST 엔드포인트가 있습니다. curl 또는 fetch를 직접 사용하는 것을 선호하신다면:

# 게시된 글 가져오기
curl "http://localhost:8055/items/articles?filter[status][_eq]=published&sort=-date_published&limit=10&fields=id,title,slug"
# 새 항목 생성
curl -X POST "http://localhost:8055/items/articles" \
  -H "Authorization: Bearer YOUR_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"title": "My Post", "status": "draft"}'

GraphQL 쿼리

동일한 데이터를 /graphql에서 GraphQL로도 이용할 수 있습니다:

query {
  articles(
    filter: { status: { _eq: "published" } }
    sort: ["-date_published"]
    limit: 10
  ) {
    id
    title
    slug
    content
    author {
      name
    }
  }
}

GraphQL을 별도로 설정하거나 활성화할 필요 없이, REST와 함께 항상 사용할 수 있습니다.

Directus와 Next.js (프레임워크 통합)

Directus를 Next.js에 연결하려면 세 단계만 거치면 됩니다. @directus/sdk를 설치하고, lib/directus.ts 클라이언트를 만들고, Server Component에서 readItems()로 데이터를 가져오면 됩니다. Directus는 원본 JSON을 그대로 반환하므로, 벤더 종속 컴포넌트 없이 렌더링을 완전히 제어할 수 있습니다.

이 부분이 Directus를 사용할 때 가장 깔끔한 부분입니다. 별도의 프레임워크 어댑터도, Directus 전용 React 컴포넌트도, 빌드 플러그인도 없습니다. 그저 데이터 페칭일 뿐입니다. Next.js에서 REST API를 다뤄본 적이 있다면 이미 이 방식을 알고 있을 것입니다. 프레임워크 선택에 대한 배경은 Next.js와 Remix 비교 글을 참고하세요.

먼저 공유 클라이언트를 만듭니다 (SDK 섹션에서 사용한 것과 같은 파일이지만, 배포된 인스턴스에 맞게 설정합니다):

// lib/directus.ts
import { createDirectus, rest, staticToken, readItems } from '@directus/sdk';

const directus = createDirectus(process.env.DIRECTUS_URL!)
  .with(staticToken(process.env.DIRECTUS_TOKEN!))
  .with(rest());

export default directus;
export { readItems };

그런 다음 Server Component에서 사용합니다. useEffect도, 로딩 상태도 없이 그저 async/await만 있으면 됩니다:

// app/blog/page.tsx
import directus, { readItems } from '@/lib/directus';

export default async function BlogPage() {
  const posts = await directus.request(
    readItems('posts', {
      fields: ['id', 'title', 'slug', 'excerpt', 'date_published'],
      filter: { status: { _eq: 'published' } },
      sort: ['-date_published'],
    })
  );

  return (
    <main>
      <h1>Blog</h1>
      {posts.map((post) => (
        <article key={post.id}>
          <h2><a href={`/blog/${post.slug}`}>{post.title}</a></h2>
          <p>{post.excerpt}</p>
          <time>{post.date_published}</time>
        </article>
      ))}
    </main>
  );
}

이게 전부입니다. 벤더 종속도 없습니다. Astro, Nuxt, SvelteKit 또는 HTTP 요청을 보낼 수 있는 모든 프레임워크에서 동일한 방식이 작동합니다. Directus 공식 문서에는 Astro와 Nuxt를 위한 프레임워크별 가이드도 있지만, 패턴은 동일합니다. 클라이언트를 만들고, readItems()를 호출하고, 렌더링하면 됩니다.

Directus CMS 가격 정책 및 라이선스 (2026)

Directus는 연간 매출 또는 투자금이 500만 달러 미만인 조직의 경우 MIT 라이선스에 따라 무료로 자체 호스팅할 수 있습니다. 500만 달러를 초과하는 경우, 프로덕션 환경에서 사용하려면 상용 라이선스가 필요합니다. 공식 가격 정책 페이지에 따르면, Directus Cloud는 월 $25(Starter)부터 시작하며, Professional 플랜은 월 $49~$499입니다.

매출 500만 달러 기준선

이것은 Directus에 관한 단연 가장 중요한 비즈니스 사실이며, 대부분의 가이드는 이를 슬쩍 넘기거나 아예 빼먹습니다. 기준은 다음과 같습니다:

• 연 매출 또는 총 투자금이 500만 달러 미만인 경우: 영구 무료. MIT 라이선스. 원하는 어디든 자체 호스팅. 기능 제한 없음.
• 프로덕션에서 500만 달러를 초과하는 경우: 상용 라이선스가 필요합니다. 가격은 Directus 영업팀에 문의하세요.
• 개발 및 테스트: 회사 규모와 관계없이 항상 무료. 이 기준은 프로덕션 배포에만 적용됩니다.

500만 달러라는 기준에는 매출뿐 아니라 벤처 투자금도 포함됩니다. 따라서 투자금 600만 달러의 시드 단계 스타트업은 기술적으로 기준을 초과합니다. 실제로 Directus는 초기 단계 기업에 대해 강압적으로 집행하지는 않았지만, 계획 수립 시 이를 고려해야 합니다.

클라우드 플랜

인프라를 직접 관리하고 싶지 않다면, Directus Cloud가 호스팅, 백업, 업데이트를 처리해 줍니다:

• Starter: 월 $25, 소규모 프로젝트나 개인 사이트에 적합
• Professional: 월 $49~$499, 스토리지, 대역폭, 에셋 변환에 따라 확장
• Enterprise: 맞춤형 가격, SLA, 전용 인프라, 우선 지원

시트당 라이선스 비용이 없습니다. 팀 전체가 동일한 플랜을 사용합니다. 사용자당 요금을 부과하는 Contentful(Contentful 가격 분석 참조)이나, API 사용량과 데이터셋 대역폭을 기준으로 요금을 부과하는 Sanity와 비교해 보세요.

Directus vs Strapi vs Payload: 비교

Directus는 마이그레이션 없이 기존 데이터베이스를 그대로 감싸고, Strapi는 콘텐츠 타입으로부터 자체 스키마를 생성하며, Payload는 Next.js 앱 안에 직접 임베드됩니다. Directus는 7종의 데이터베이스를 지원하고, Strapi는 2종, Payload는 2종을 지원합니다. 세 가지 모두 오픈소스이지만, 그 철학은 상당히 다릅니다.

Strapi와 Directus 양쪽으로 프로젝트를 구축해 본 경험에 비추어 볼 때, 가장 큰 차이는 데이터베이스를 바라보는 관점입니다. Strapi에서는 관리자 UI나 코드에서 콘텐츠 타입을 정의하면 Strapi가 데이터베이스 테이블을 생성하고 관리해 줍니다. 반면 Directus에서는 데이터베이스가 곧 진실의 원천(source of truth)이며, Directus는 이를 읽고 그에 맞춰 동작합니다.

Directus를 선택해야 할 때: 기존 데이터베이스가 있을 때, REST+GraphQL을 즉시 함께 사용하고 싶을 때, 또는 OracleDB나 CockroachDB처럼 흔치 않은 데이터베이스를 지원해야 할 때.

Strapi를 선택해야 할 때: 가장 큰 생태계와 커뮤니티를 원할 때, UI를 통해 콘텐츠 타입을 정의하는 방식을 선호할 때, 또는 기존 데이터베이스 없이 처음부터 시작할 때. 자세한 내용은 Strapi 완벽 가이드를 참고하세요.

Payload를 선택해야 할 때: CMS를 Next.js 애플리케이션에 직접 임베드하고 싶을 때, TypeScript 우선 설정을 선호할 때, 또는 HTTP를 완전히 건너뛰는 Local API가 필요할 때. 전체적인 그림은 Payload CMS 심층 분석에서 확인하세요.

Directus를 사용하지 말아야 할 경우

시각적 페이지 빌더, 긴밀하게 통합된 Next.js 프레임워크, 또는 NoSQL 백엔드가 필요하다면 Directus는 적합한 선택지가 아닙니다. 또한 플랫 파일 CMS나 WordPress로 충분한 간단한 프로젝트에는 오버헤드가 추가됩니다.

저희는 사용해서는 안 되는 상황에서 Directus를 선택하는 팀들을 봐 왔으며, 그 패턴은 대개 다음 중 하나입니다:

• 시각적 페이지 빌더가 필요한 경우. Directus의 Data Studio는 구조화된 데이터 관리에는 훌륭하지만, 드래그 앤 드롭 방식의 사이트 빌더는 아닙니다. 시각적 편집이 최우선이라면 Storyblok을 살펴보세요. 비교 방법은 저희 Storyblok 가이드를 참고하세요.
• NoSQL을 고수하는 경우. Directus는 설계상 SQL 전용입니다. 데이터가 MongoDB에 있다면 Payload CMS가 자연스러운 선택입니다.
• 프로젝트가 단순한 블로그인 경우. 개인 블로그를 위해 Docker, PostgreSQL, Directus를 띄우는 것은 심각한 과잉입니다. WordPress, 마크다운 파일을 사용하는 Astro, 또는 Ghost만으로도 훨씬 짧은 시간에 게시를 시작할 수 있습니다.
• 프레임워크 내장형 CMS를 원하는 경우. CMS가 Next.js 코드베이스 안에서 일급 시민(first-class citizen)으로 존재하길 원한다면 Payload가 이를 네이티브로 지원합니다. Directus는 항상 별도의 서비스입니다.
• 대규모 조직인 경우. 회사 매출이 500만 달러 기준을 초과하면 프로덕션 환경에 상용 라이선스가 필요합니다. Strapi나 Payload처럼 매출과 관계없이 셀프 호스팅이 무료인 완전한 오픈소스 대안들과 그 비용을 비교해 보세요.

이 중 어느 것도 결함이 아니라 설계상의 결정입니다. Directus는 데이터 플랫폼이지 웹사이트 빌더가 아닙니다. 이 차이를 이해하면 몇 달간의 좌절을 절약할 수 있습니다.

FAQ

Directus CMS란?

Directus는 모든 기존 SQL 데이터베이스에 즉각적인 REST 및 GraphQL API를 제공하는 오픈소스 헤드리스 CMS입니다. PostgreSQL, MySQL, MariaDB, SQLite, OracleDB, CockroachDB, MS-SQL을 지원합니다. 기존 CMS와 달리 Directus는 자체 스키마를 생성하지 않으며, 기존 데이터베이스 구조를 자동으로 읽고 미러링합니다.

Directus는 정말 무료인가요?

Directus는 연간 매출 또는 총 투자금이 500만 달러 미만인 조직의 경우 MIT 라이선스에 따라 무료로 자체 호스팅할 수 있습니다. 이 기준을 초과하면 프로덕션 환경에서 사용하려면 상용 라이선스가 필요합니다. 개발 및 테스트 환경은 항상 무료입니다. 매니지드 호스팅 서비스인 Directus Cloud는 월 25달러부터 시작합니다.

Directus는 Strapi와 어떻게 다른가요?

Directus는 데이터베이스 우선 방식입니다. 기존 SQL 데이터베이스를 스키마 수정 없이 그대로 감싸서 사용합니다. Strapi는 코드 우선 방식으로, 콘텐츠 타입을 정의하면 Strapi가 데이터베이스 테이블을 생성합니다. Directus는 7개의 데이터베이스를 지원하는 반면, Strapi는 2개만 지원합니다. 둘 다 REST API를 제공하지만, Directus는 GraphQL을 기본적으로 내장하고 있고 Strapi는 플러그인이 필요합니다.

Directus는 어떤 데이터베이스를 지원하나요?

Directus는 PostgreSQL, MySQL, MariaDB, SQLite, OracleDB, CockroachDB, MS-SQL 등 7가지 SQL 데이터베이스를 지원합니다. 기존 데이터베이스에 연결하여 스키마를 자동으로 분석합니다. 이러한 멀티 데이터베이스 지원은 헤드리스 CMS 중에서도 독보적인 특징으로, 대부분의 경쟁사는 1~2개의 데이터베이스 엔진만 지원합니다.

Directus가 WordPress를 대체할 수 있을까?

Directus는 콘텐츠 관리 측면에서 WordPress를 대체할 수 있으며, 특히 헤드리스 또는 API 기반 프로젝트에 적합합니다. 다만 Directus에는 내장된 프론트엔드, 테마, 페이지 빌더가 없습니다. Next.js나 Astro 같은 프레임워크로 프론트엔드를 직접 구축해야 합니다. 단순한 블로그나 시각적 편집이 필요한 사이트에는 WordPress가 여전히 더 실용적입니다.

Directus에 비주얼 에디터가 있나요?

Directus에는 구조화된 데이터 관리, 대시보드 구축, 권한 설정을 위한 강력한 관리 UI인 Data Studio가 포함되어 있습니다. 다만, Storyblok이나 WordPress와 같은 비주얼 페이지 빌더나 WYSIWYG 사이트 에디터는 제공하지 않습니다. Directus는 드래그 앤 드롭 방식의 페이지 제작이 아닌, 데이터 관리를 위해 설계되었습니다.

Directus는 전자상거래에 적합한가요?

Directus는 제품 정보 관리(PIM) 시스템으로 훌륭하게 작동하며, 제품 카탈로그를 모델링하고, 속성을 관리하며, API를 통해 데이터를 제공할 수 있습니다. 하지만 전자상거래 플랫폼은 아닙니다. 장바구니, 결제 플로우, 결제 처리 기능은 제공되지 않습니다. 트랜잭션 레이어를 위해 Shopify, Saleor 또는 Medusa와 함께 사용하세요.

Directus를 Next.js와 함께 사용할 수 있나요?

네. @directus/sdk 패키지를 설치하고, Directus 인스턴스를 가리키는 클라이언트를 생성한 뒤, Server Components에서 readItems()를 사용해 데이터를 가져오세요. Directus는 일반 JSON을 반환하므로 벤더 종속적인 React 컴포넌트가 필요하지 않습니다. 동일한 방식이 Astro, Nuxt, SvelteKit을 비롯한 모든 JavaScript 프레임워크에서도 작동합니다.

Directus는 공동 편집을 지원하나요?

네, 버전 11.15(2026년 2월)부터 지원합니다. Directus는 누가 무엇을 편집하고 있는지 보여주는 실시간 참여자 표시와 충돌을 방지하기 위한 필드 단위 잠금 기능을 갖춘 네이티브 공동 편집 기능을 제공합니다. 이는 플러그인이 아닌 기본 내장 기능입니다. v11.16의 전역 초안 버전과 결합하면, 팀이 게시 전에 변경 사항을 스테이징하고 미리 볼 수 있습니다.

Directus MCP 서버란?

Directus는 v11.13(2025년 11월)에서 네이티브 Model Context Protocol 서버를 도입했습니다. MCP를 사용하면 Claude나 ChatGPT 같은 AI 도구가 자연어를 통해 항목을 읽고, 생성하고, 업데이트하며 Directus 콘텐츠와 직접 상호작용할 수 있습니다. MCP 서버는 기존의 RBAC 권한을 그대로 준수하므로, AI 액세스도 사람 사용자와 동일한 규칙을 따릅니다.