Payload CMS vs Hygraph 2026: 자체 호스팅 vs GraphQL SaaS 비교

2026년 헤드리스 CMS를 선택하는 것은 철학적 논쟁의 한쪽을 고르는 기분이 듭니다. 한쪽에는 Payload CMS가 있습니다 — 오픈소스, 자체 호스팅, 코드 우선, 그리고 완전한 제어를 원하는 개발자들의 점점 더 인기 있는 선택입니다. 다른 쪽에는 Hygraph(구 GraphCMS)가 있습니다 — 인프라를 처리하므로 당신은 그럴 필요가 없는 관리형 GraphQL 네이티브 SaaS 플랫폼입니다. 지난 2년 동안 두 플랫폼 모두에서 프로덕션 프로젝트를 배포했으며, 솔직한 답변은: 둘 다 보편적으로 더 나은 것은 없습니다. 하지만 당신의 특정 상황에는 거의 확실히 더 나은 것이 있을 것입니다. 정확히 이유를 살펴보겠습니다.

목차

• 아키텍처 및 철학
• 개발자 경험
• 콘텐츠 모델링
• API 설계 및 쿼리
• 성능 및 확장성
• 2026년 가격 책정 분석
• 자체 호스팅 vs SaaS: 실제 장단점
• 인증 및 접근 제어
• 플러그인 생태계 및 확장성
• 어느 것을 선택할 때
• FAQ

아키텍처 및 철학

이 두 CMS는 근본적으로 다른 세계관에서 나왔으며, 그것을 이해하는 것은 어떤 기능 비교표보다 더 중요합니다.

Payload CMS: 코드 우선, 자체 호스팅

Payload는 TypeScript 우선의 오픈소스 헤드리스 CMS로 자신의 인프라에서 실행됩니다. Payload 3.0 출시 이후(2024년 말에 출시되었으며 2025년 내내 개선됨), 이는 Next.js 위에 직접 구축되어 있습니다. 오타가 아닙니다 — Payload는 말 그대로 Next.js 앱입니다. CMS 관리자 패널, API 라우트, 프론트엔드가 모두 같은 프로젝트에 있을 수 있습니다.

설정은 코드입니다. TypeScript 파일에서 컬렉션, 필드, 훅, 접근 제어를 정의합니다. 스키마 빌더를 위한 UI가 없습니다 — 작성하고, 커밋하고, 버전을 관리합니다. 이는 팀에 따라 훌륭하거나 끔찍합니다.

Payload는 MongoDB와 PostgreSQL(Drizzle ORM을 통해)을 데이터베이스 어댑터로 지원합니다. 2026년 초 현재 Postgres 어댑터는 상당히 성숙했으며 대부분의 새 프로젝트에 추천할 수 있습니다.

Hygraph: GraphQL 네이티브 SaaS

Hygraph는 반대 접근 방식을 취합니다. 시각적 스키마 빌더, 호스팅된 GraphQL API, 관리할 인프라가 없는 완전히 관리형 플랫폼입니다. UI에서 콘텐츠를 모델링하고, 웹훅을 구성하고, 환경을 설정하면 끝입니다.

내부적으로 Hygraph는 전 세계적으로 분산된 엣지 인프라에서 실행됩니다. 콘텐츠 API는 GraphQL 전용(REST 엔드포인트 없음)이며, 이는 의도적인 설계 결정입니다. GraphQL 생태계에 많이 투자했습니다 — 콘텐츠 페더레이션, 원격 소스, 유니온 타입 지원 포함.

Hygraph는 오픈소스가 아닙니다. 플랫폼을 임차하는 것입니다.

개발자 경험

로컬 개발

Payload를 사용하면 로컬 개발은 pnpm dev일 뿐입니다. 설정 변경에 대한 핫 리로드를 얻고, 관리자 UI는 localhost에서 실행되며, 한 프로세스에서 모든 것을 디버깅할 수 있습니다. Next.js이므로 전체 스택 — 프론트엔드, CMS, API — 은 하나의 next dev 명령에서 실행됩니다. 이는 정말 좋습니다. 개발 중 원격 API에 대한 네트워크 지연 없음, 모킹 레이어 없음, 관리할 별도의 CMS 인스턴스 없음.

Hygraph는 개발 중 클라우드 API에 대해 작업해야 합니다. 개발 환경 및 분기(상위 계층 요금제)를 제공하지만 항상 네트워크 요청을 하고 있습니다. 엣지 노드에서 멀리 떨어진 지역의 팀의 경우 개발 중 눈에 띄는 지연을 추가할 수 있습니다. 긍정적인 측면으로, 설정이 필요 없습니다 — 가입하고, 프로젝트를 만들고, 쿼리를 시작하세요.

TypeScript 지원

Payload는 설정에서 자동으로 타입을 생성합니다. 스키마가 TypeScript이므로, 타입은 항상 동기화됩니다. 이는 CMS의 타입이 현실에서 벗어나는 것을 다루기 전까지는 사소해 보이지만 실제로는 중요합니다.

Hygraph는 GraphQL Code Generator를 통해 GraphQL 스키마에서 타입을 생성해야 합니다. 작동하지만 파이프라인의 추가 단계입니다. 누군가가 생성된 타입을 업데이트하지 않고 Hygraph UI에서 스키마를 변경하면 런타임에 발견하게 됩니다.

관리자 UI

Payload의 관리자 패널은 React 기반이며 완전히 커스터마이즈할 수 있습니다. 필드 컴포넌트를 바꾸고, 커스텀 보기를 추가하고, 자신의 라우트를 주입할 수 있습니다. Payload 3.x부터 깔끔하고 현대적으로 보이지만 설계 상 상을 받진 못할 것입니다. 기능적입니다.

Hygraph의 관리자 UI는 세련되어 있고 콘텐츠 편집자용으로 목적에 맞게 제작되었습니다. 콘텐츠 편집 경험은 기술이 아닌 사용자를 위해 더 부드럽습니다. 사이드바 네비게이션, 자산 관리, 콘텐츠 스테이지 워크플로우는 순수 UX 관점에서 더 성숙해 보입니다.

기능	Payload CMS	Hygraph
로컬 개발	완전한 로컬 스택	클라우드 API만
TypeScript	네이티브, 자동 생성	GraphQL codegen을 통해
관리자 커스터마이징	완전한 React 컴포넌트 오버라이드	제한됨(커스텀 사이드바 앱)
콘텐츠 편집자 UX	좋음, 개발자 지향	세련됨, 편집자 중심
설정 시간	5-15분(Node + DB 필요)	2분(가입하고 시작)

콘텐츠 모델링

Payload의 접근

Payload의 콘텐츠 모델링은 코드로 이루어집니다. 단순화된 예제는 다음과 같습니다:

import { CollectionConfig } from 'payload'

export const Articles: CollectionConfig = {
  slug: 'articles',
  admin: {
    useAsTitle: 'title',
  },
  fields: [
    {
      name: 'title',
      type: 'text',
      required: true,
    },
    {
      name: 'content',
      type: 'richText',
    },
    {
      name: 'author',
      type: 'relationship',
      relationTo: 'users',
    },
    {
      name: 'publishedAt',
      type: 'date',
    },
  ],
}

이는 버전 제어되고, PR에서 검토되고, 애플리케이션 코드와 함께 배포됩니다. 필드를 추가해야 하나요? 설정을 변경하고, Postgres를 사용 중이면 마이그레이션을 실행하고, 배포하세요. 멘탈 모델은 ORM을 사용하여 데이터베이스 스키마를 정의하는 방식과 매우 가깝습니다.

Payload는 블록, 배열, 그룹, 탭, 조건 논리, 커스텀 필드 타입을 지원합니다. blocks 필드 타입은 특히 유연한 페이지 빌더 구축에 강력합니다.

Hygraph의 접근

Hygraph는 시각적 스키마 편집기를 제공합니다. 필드 타입을 드래그 앤 드롭하고, 유효성 검사를 구성하고, 모델 간의 참조를 설정합니다. 초기 설정에 직관적이고 빠릅니다. 비개발자는 스키마를 이해할 수 있습니다(스키마를 변경해야 하는지는 다른 대화입니다).

Hygraph는 컴포넌트(재사용 가능한 필드 그룹), 다형성 참조를 위한 유니온 타입, "원격 소스"라는 개념(외부 API를 콘텐츠 그래프에 직접 페더레이션할 수 있음)을 지원합니다. 마지막 기능은 정말로 독특하고 특정 아키텍처에 유용합니다.

단점은? Hygraph에서 스키마 변경은 UI에서 발생합니다. 엔터프라이즈 요금제에서 환경 분기 및 스키마 마이그레이션을 제공하지만, Payload가 기본적으로 제공하는 것과 동일한 코드 리뷰 워크플로우를 얻지 못합니다.

API 설계 및 쿼리

Payload: REST + GraphQL

Payload는 기본적으로 REST API와 GraphQL API를 모두 제공합니다. REST API는 컬렉션에서 자동 생성되고 예측 가능한 규칙을 따릅니다. GraphQL API도 자동 생성됩니다.

하지만 대부분의 사람들이 놓치는 것은: Payload는 또한 HTTP 오버헤드 없이 서버 측 코드에서 데이터베이스를 직접 쿼리할 수 있는 Local API를 노출합니다:

// 서버 컴포넌트 또는 API 라우트
const articles = await payload.find({
  collection: 'articles',
  where: {
    publishedAt: { less_than: new Date().toISOString() },
  },
  depth: 2,
  limit: 10,
})

이 Local API는 네트워크 레이어를 완전히 건너뛰므로 엄청 빠릅니다. Next.js와 Payload를 같은 프로젝트에서 빌드할 때, 이는 콘텐츠를 가져오는 기본적인 방법입니다. 이는 큰 이점입니다.

Hygraph: GraphQL 전용

Hygraph는 GraphQL로 모든 것을 처리합니다. REST API가 없습니다. 쿼리는 다음과 같습니다:

query GetArticles {
  articles(where: { publishedAt_lt: "2026-01-01" }, first: 10) {
    title
    content {
      html
    }
    author {
      name
    }
  }
}

GraphQL API는 잘 설계되어 있으며 견고한 필터링, 페이지네이션, 정렬을 제공합니다. 콘텐츠 스테이지(DRAFT, PUBLISHED), 필드 레벨의 로컬라이제이션, 엣지에서 캐시된 콘텐츠를 제공하는 고성능 읽기 엔드포인트를 지원합니다.

팀이 이미 GraphQL을 많이 사용 중이라면 — Apollo Client 또는 urql을 사용 중이라면 — Hygraph가 자연스러워 보입니다. 팀이 GraphQL을 모른다면 학습 곡선이 실제입니다.

성능 및 확장성

Payload의 성능은 전적으로 인프라에 달려 있습니다. PostgreSQL이 있는 괜찮은 VPS에서 적절한 인덱싱을 사용하면 Local API의 P95 응답 시간이 30ms 미만이고 REST/GraphQL 엔드포인트는 약 50-80ms입니다. 하지만 확장은 당신 책임입니다. 트래픽 급증을 처리해야 하나요? 그것은 당신의 것입니다 — 더 많은 컨테이너를 추가하고, 데이터베이스를 확장하고, 캐싱을 설정하세요.

Hygraph는 확장을 처리합니다. 엣지 캐시된 읽기 API(그들이 "Content API"라고 부르는)는 전 세계적으로 분산된 CDN 노드에서 응답을 제공합니다. 일반적인 응답 시간은 전 세계적으로 20-50ms입니다. 읽기 집약적인 콘텐츠 사이트의 경우 자체 호스팅 측에서 상당한 인프라 작업 없이 이를 이기기 어렵습니다.

헤드리스 CMS 개발 프로젝트의 경우, 적절한 캐싱(Next.js의 ISR 또는 온디맨드 재검증)이 있는 Payload는 대부분의 실제 트래픽 패턴의 경우 Hygraph의 엣지 API와 비교할 수 있게 수행한다고 알았습니다.

2026년 가격 책정 분석

여기서 흥미로워집니다. 실제 숫자를 정리해보겠습니다.

요금제	Payload CMS	Hygraph
무료/오픈소스	$0(자체 호스팅, 모든 기능)	무료 계층: 2명, 월 1M API 호출, 500개 콘텐츠 항목
소규모 팀	~$20-50/월 호스팅 비용	스타터: $0(제한됨), 성장: 맞춤 가격
중규모	~$100-300/월(VPS + DB + 스토리지)	전문가: ~$399/월부터 시작
엔터프라이즈	$500-2000/월 인프라(크게 다양함)	엔터프라이즈: 맞춤 가격(~$1500+/월)
Payload Cloud	프로젝트당 $30/월부터	N/A

Payload CMS 자체는 MIT 라이선스이고 완전히 무료입니다 — 기능을 페이월 뒤에 잠그는 "프리미엄 계층"이 없습니다. 자신의 호스팅 인프라(서버, 데이터베이스, 스토리지)에 대해 비용을 지불합니다. Hetzner VPS($20/월), 관리형 Postgres 인스턴스($15-30/월), S3 호환 스토리지($5-10/월)는 $60 미만으로 프로덕션 준비 설정을 제공합니다. Payload는 또한 Payload Cloud — 관리형 호스팅 서비스 — 프로젝트당 $30/월부터 제공하며, 배포를 크게 단순화합니다.

Hygraph의 무료 계층은 소규모 프로젝트와 프로토타입에 사용할 수 있습니다. 하지만 2명 이상의 팀 시트, 커스텀 역할, 여러 환경, 또는 더 높은 API 한도가 필요하면, 유료 요금제로 점프합니다. 전문가 계층은 2026년에 대략 $399/월입니다. 엔터프라이즈 가격은 협상되지만 일반적으로 약 $1,500/월부터 시작합니다.

다음은 뉘앙스입니다: 인프라 관리를 위한 개발자 시간을 고려하면, Hygraph의 가격이 DevOps 전문 지식이 없는 소규모 팀에게는 실제로 더 저렴할 수 있습니다. 반대로, 많은 프로젝트를 관리하는 에이전시의 경우, Payload의 무료 핵심은 프로젝트당 한계 비용이 호스팅일 뿐입니다.

자체 호스팅 vs SaaS: 실제 장단점

이것이 핵심 긴장이며, 양쪽에 대해 솔직하고 싶습니다.

자체 호스팅(Payload)이 이기는 이유

• 데이터 소유권. 데이터는 당신의 데이터베이스에 있습니다. 끝. 벤더는 약관을 변경하거나, 기능을 중단하거나, 콘텐츠를 인질로 잡을 수 없습니다.
• API 속도 제한 없음. 인프라가 아닌 임의의 요금제 계층에 의해 제한됩니다.
• 규모에서의 비용. 특정 트래픽 임계값을 지나면 자체 호스팅이 훨씬 저렴합니다.
• 커스터마이징 깊이. 훅, 커스텀 엔드포인트, 커스텀 필드 타입, 관리자 UI 오버라이드 — 변경할 수 없는 것이 없습니다.
• 앱과의 배치. Payload와 Next.js를 같은 프로세스에서 실행하면 콘텐츠 쿼리에서 네트워크 지연을 제거합니다.

SaaS(Hygraph)가 이기는 이유

• 0 ops 부담. 패치할 서버, 백업할 데이터베이스, 확장할 스케일 없음.
• 기본적으로 글로벌 엣지 성능. Hygraph의 CDN 지원 API는 아무것도 구성하지 않고도 모든 곳에서 빠릅니다.
• 콘텐츠 페더레이션. Hygraph의 원격 소스 기능을 사용하면 외부 API에서 데이터를 콘텐츠 그래프로 가져올 수 있습니다. 이는 구성 가능한 아키텍처에 정말로 강력합니다.
• 비개발자 친화적. 콘텐츠 편집자를 온보딩할 때 스키마 빌더가 시각적이면 더 간단합니다.
• 가동 시간 보장. Hygraph는 엔터프라이즈 요금제에서 SLA를 제공합니다. 자체 호스팅 가동 시간은 당신의 문제입니다.

인프라 관리가 강점인 팀(또는 이를 처리하는 Next.js 개발 에이전시와 협력하는 팀)의 경우, Payload가 더 강한 선택입니다. 콘텐츠와 프론트엔드 개발에 순전히 집중하고 싶은 팀의 경우, Hygraph는 실제 마찰을 제거합니다.

인증 및 접근 제어

Payload

Payload는 기본 제공 인증을 가지고 있습니다. 사용자, 세션, 이메일 확인, 비밀번호 재설정 — 모두 있습니다. 함수로 필드 레벨 및 컬렉션 레벨의 접근 제어를 정의할 수 있습니다:

access: {
  read: ({ req: { user } }) => {
    if (user?.role === 'admin') return true
    return {
      publishedAt: { less_than: new Date().toISOString() },
    }
  },
  update: ({ req: { user } }) => user?.role === 'admin',
}

이는 실제 코드 레벨의 접근 제어입니다. 원하는 모든 논리를 쓸 수 있습니다. 외부 서비스에 대해 확인해야 하나요? 가세요. 현재 문서의 필드를 기반으로 접근을 제한해야 하나요? 완료.

Hygraph

Hygraph는 구성 가능한 권한이 있는 영구 인증 토큰 시스템을 사용합니다. 특정 콘텐츠 스테이지 접근(예: PUBLISHED만 읽기, DRAFT 읽기, 쓰기)이 있는 토큰을 만듭니다. 더 세분화된 제어를 위해 역할에 연결된 커스텀 권한을 지원합니다.

작동하지만 Payload의 접근 방식만큼 유연하지 않습니다. 코드로 표현하는 것이 아니라 UI를 통해 권한을 구성 중입니다. 복잡한 시나리오 — "편집자는 할당된 카테고리의 문서만 업데이트할 수 있음" — Hygraph에서는 창의적인 해결 방법이 필요하지만 Payload에서는 쉽습니다.

플러그인 생태계 및 확장성

Payload의 플러그인 생태계는 3.0 이후 상당히 성장했습니다. 주목할 플러그인은:

• @payloadcms/plugin-seo — SEO 메타데이터 필드 및 미리보기
• @payloadcms/plugin-form-builder — 동적 폼 생성
• @payloadcms/plugin-search — 전체 텍스트 검색 통합
• @payloadcms/plugin-redirects — 리디렉트 관리
• Stripe 통합, AI 콘텐츠 생성 등을 위한 커뮤니티 플러그인

커스텀 플러그인 작성은 간단합니다 — Payload 구성만 수정하는 함수일 뿐입니다.

Hygraph의 확장성은 다음을 통해 옵니다:

• 앱 및 사이드바 확장 — 편집기의 커스텀 UI 요소
• 웹훅 — 콘텐츠 변경 시 외부 워크플로우 트리거
• 원격 소스 — 외부 GraphQL 및 REST API 페더레이션
• Management API — 프로그래밍 방식으로 스키마 및 콘텐츠 관리

Hygraph의 앱 마켓플레이스는 성장했지만 Payload의 플러그인 생태계보다 여전히 작습니다. 원격 소스 기능은 Payload가 동등한 기능이 없는 것입니다. 미들웨어 없이 Shopify 제품 카탈로그를 콘텐츠 그래프에 직접 연결할 수 있다는 것은 정말로 유용합니다.

어느 것을 선택할 때

여러 프로덕션 프로젝트에서 두 가지 모두 작업한 후, 다음은 솔직한 권장 프레임워크입니다:

Payload CMS를 선택하세요:

• TypeScript 및 인프라에 편한 개발 팀(또는 하나와 협력 중)
• CMS 동작의 심층적인 커스터마이징 필요
• 데이터 소유권 및 벤더 독립성이 중요한 경우
• Next.js 앱을 빌드하고 Local API 성능 이점을 원하는 경우
• 많은 프로젝트를 관리하는 에이전시이고 프로젝트당 라이선싱 비용을 최소화하고 싶은 경우
• 복잡하고 코드 기반의 접근 제어 필요

Hygraph를 선택하세요:

• 0 인프라 관리 원함
• 팀이 이미 GraphQL에 투자했음
• 여러 소스에서의 콘텐츠 페더레이션 필요
• 콘텐츠 편집자가 기본 제공되는 세련된 시각적 편집 경험 필요
• 구성 없이 글로벌 엣지 성능 보장 필요
• 프로젝트 타임라인이 촉박하고 설정 시간을 낼 수 없는 경우

우리가 Social Animal에서 빌드하는 많은 프로젝트의 경우 — 특히 Astro 및 Next.js 프로젝트 — Payload가 기본 권장이 되었습니다. 배치 스토리, TypeScript 네이티브 접근 방식, 0 라이선싱 비용은 우리의 작업 방식과 잘 맞습니다. 하지만 우리는 또한 팀이 관리형 플랫폼의 단순성이 필요한 클라이언트를 위해 Hygraph 기반 프로젝트를 배포했습니다.

어느 선택이든 부끄러운 것이 없습니다. 부끄러운 것은 장단점을 이해하지 않고 하나를 선택하는 것입니다. 프로젝트에 어느 방향이 맞는지 확실하지 않으면, 이야기할 것을 기꺼이 도와드립니다.

FAQ

Payload CMS는 정말 무료인가요?

네. Payload CMS는 MIT 라이선스이고 핵심은 완전히 무료입니다 — 기능을 페이월 뒤에 잠그는 "프리미엄 계층"이 없습니다. 자신의 호스팅 인프라(서버, 데이터베이스, 스토리지)에 대해 비용을 지불합니다. Payload는 또한 Payload Cloud — 관리형 호스팅 서비스 — 프로젝트당 $30/월부터 제공하며, 자신의 인프라를 관리하고 싶지 않은 경우 배포를 단순화합니다.

GraphQL 지식 없이 Hygraph가 작동할 수 있나요?

콘텐츠 편집 측은 GraphQL 지식이 필요하지 않습니다 — 편집자는 시각적 인터페이스를 사용합니다. 하지만 Hygraph에서 콘텐츠를 쿼리하는 개발자는 반드시 GraphQL을 사용해야 합니다. REST API 대안이 없습니다. 프론트엔드 팀이 GraphQL에 편하지 않으면 타임라인에 고려해야 할 학습 곡선이 있습니다.

Payload CMS는 미디어 및 파일 업로드를 어떻게 처리하나요?

Payload는 로컬 파일 스토리지, S3 호환 스토리지(AWS S3, Cloudflare R2, MinIO), 기타 어댑터를 지원하는 기본 제공 업로드 시스템을 가지고 있습니다. 자동 이미지 크기 조정, 초점 선택, 설정 기반으로 반응형 이미지 크기를 생성합니다. 대부분의 프로젝트의 경우 S3 버킷 또는 Cloudflare R2에 연결하는 것이 권장됩니다.

Hygraph는 로컬라이제이션을 지원하나요?

네. Hygraph는 필드 레벨의 로컬라이제이션을 기본 제공하므로, 전체 콘텐츠 항목을 중복하는 것이 아니라 개별 필드를 로컬라이저블로 표시할 수 있습니다. 이는 강한 기능입니다 — 프로젝트 설정에서 로케일을 구성한 다음 콘텐츠 편집자가 편집기에서 언어를 전환할 수 있습니다. Payload도 유사한 필드 레벨의 접근 방식으로 로컬라이제이션을 지원합니다.

Hygraph에서 Payload로(또는 그 반대로) 마이그레이션할 수 있나요?

마이그레이션은 가능하지만 어느 방향도 간단하지 않습니다. 두 시스템 모두 콘텐츠를 내보내고 가져올 수 있는 API가 있습니다. 주요 도전은 콘텐츠 모델링 차이입니다 — 특히 풍부한 텍스트는 각 시스템에서 다르게 저장됩니다. 마이그레이션 스크립트와 철저한 테스트를 계획하세요. 큰 콘텐츠 라이브러리의 경우 깨끗한 마이그레이션에 최소 2-4주를 예산하세요.

어느 CMS가 전자상거래에 더 나은가요?

둘 다 전자상거래 플랫폼이 아니지만 헤드리스 상거래 솔루션과 잘 통합됩니다. Hygraph는 여기서 원격 소스 기능으로 이점이 있으며, 이는 Shopify 또는 commercetools에서 제품 데이터를 콘텐츠 그래프로 직접 페더레이션할 수 있습니다. Payload도 전자상거래 백엔드와 잘 작동하지만 일반적으로 훅 및 커스텀 엔드포인트를 사용하여 통합을 빌드하게 됩니다. 심각한 전자상거래 프로젝트의 경우 CMS와 함께 전용 상거래 백엔드를 고려하세요.

Payload 3.x는 Payload 2.x와 비교하면 어떤가요?

Payload 3.x는 주요 재작성였습니다. 가장 큰 변화는 Payload가 이제 Express 앱 대신 Next.js 플러그인으로 실행된다는 것입니다. 이는 CMS와 프론트엔드가 같은 프로세스를 공유한다는 의미이며, 콘텐츠 쿼리를 위해 무지연 Local API를 활성화합니다. 또한 PostgreSQL 지원(Drizzle ORM을 통해), 실시간 미리보기, 재설계된 관리자 UI를 추가했습니다. Payload 2.x를 사용했고 제한적이라고 생각했다면 3.x는 다시 보기 가치가 있습니다 — 근본적으로 다른 경험입니다.

2026년 Payload CMS의 최고의 호스팅 설정은 무엇인가요?

대부분의 프로젝트의 경우, 우리는 추천합니다: VPS 또는 컨테이너 서비스(Railway, Render, Fly.io, 또는 Docker가 있는 Hetzner VPS), 관리형 PostgreSQL(Neon, Supabase, 또는 VPS 제공자의 제공), Cloudflare R2 미디어 스토리지. 총 비용은 일반적으로 소규모 및 중규모 프로젝트에 대해 $40-80/월입니다. 더 큰 배포의 경우 Payload Cloud가 있는 Vercel 또는 Kubernetes 설정이 잘 작동합니다. 클라이언트 프로젝트에서 인프라 설정을 처리하는 방식에 대해 가격 페이지를 확인하세요.