Payload CMS vs Hygraph 2026: 어떤 헤드리스 CMS가 당신의 스택에 맞을까?

클라이언트가 와이어프레임을 승인했습니다. Next.js 리포지토리가 구성되었습니다. 그러면 CMS 결정에 도달하고 모든 것이 멈춥니다. Payload CMS는 자체 호스팅되는 코드 우선 제어를 제공합니다 — 데이터베이스를 소유하고, 사용자 정의 훅을 작성하고, 원하는 곳에 배포할 수 있습니다. Hygraph는 관리형 GraphQL API를 제공하며, 확장을 처리하고, 100개의 요청 또는 100,000개를 사용하든 월별로 청구합니다. 저는 지난 2년 동안 두 가지 모두를 사용하여 프로덕션 프로젝트를 배포했습니다. 어느 것도 보편적으로 이기지 못하지만, 거의 확실히 하나가 당신의 스택, 당신의 팀의 DevOps 허용치, 그리고 클라이언트의 예산에 다른 하나보다 더 잘 맞을 것입니다. 질문은 어떤 CMS가 객관적으로 우수한지가 아닙니다 — 오후 11시에 뭔가 잘못되거나 콘텐츠 팀이 Hygraph가 노출하지 않는 기능을 요청할 때 당신이 기꺼이 소유할 의향이 있는 트레이드오프가 무엇인지입니다. 콘텐츠 모델을 두 번 다시 구축하지 않고 결정하는 방법은 다음과 같습니다.

목차

• 아키텍처 및 철학
• 개발자 경험
• 콘텐츠 모델링
• API 설계 및 쿼리
• 성능 및 확장성
• 2026년 가격 책정 분석
• 자체 호스팅 vs SaaS: 실제 트레이드오프
• 인증 및 접근 제어
• 플러그인 에코시스템 및 확장성
• 어떤 것을 선택할 때
• FAQ

아키텍처 및 철학

이 두 CMS는 근본적으로 다른 세계관에서 나옵니다. 이를 이해하는 것은 모든 기능 비교 테이블보다 더 중요합니다.

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

Payload는 당신의 자체 인프라에서 실행되는 TypeScript 우선, 오픈 소스 헤드리스 CMS입니다. Payload 3.0 릴리스 이후 (2024년 말에 릴리스되었으며 최근 릴리스 전반에 걸쳐 개선됨), 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에 대해 작업해야 합니다. 개발 환경 및 분기 (더 높은 계획에서)를 제공하지만, 항상 네트워크 요청을 하고 있습니다. 에지 노드에서 멀리 떨어진 지역의 팀의 경우, 이것은 개발 중에 눈에 띄는 지연을 추가할 수 있습니다. 긍정적인 점으로, 설정은 0입니다 — 가입하고, 프로젝트를 만들고, 쿼리를 시작합니다.

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 코드젠을 통해
관리 사용자 정의	전체 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는 또한 로컬 API를 노출합니다. 이것은 HTTP 오버헤드 없이 서버 측 코드에서 직접 데이터베이스를 쿼리할 수 있게 합니다:

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

이 로컬 API는 네트워크 계층을 완전히 건너뛰기 때문에 터무니없이 빠릅니다. Payload와 Next.js를 같은 프로젝트에서 빌드할 때, 이것이 콘텐츠를 가져오는 주요 방법입니다. 거대한 장점입니다.

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의 성능은 전적으로 당신의 인프라에 달려 있습니다. 적절한 VPS와 PostgreSQL 및 적절한 인덱싱을 사용하면, 로컬 API의 P95 응답 시간은 30ms 미만이며 REST/GraphQL 엔드포인트의 경우 50-80ms 정도입니다. 하지만 당신은 확장을 책임지고 있습니다. 트래픽 급증을 처리해야 합니까? 그것은 당신의 문제입니다 — 더 많은 컨테이너를 추가하고, 데이터베이스를 확장하고, 캐싱을 설정합니다.

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

우리의 헤드리스 CMS 개발 프로젝트의 경우, Payload와 적절한 캐싱 (Next.js의 ISR 또는 온디맨드 재검증)이 대부분의 실제 트래픽 패턴에 대해 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/월부터	해당 없음

Payload CMS 자체는 MIT 라이선스이며 완전히 무료입니다. 당신의 자체 호스팅 인프라 (서버, 데이터베이스, 저장소)에 대해 지불합니다. Hetzner VPS ($20/월), 관리형 Postgres 인스턴스 ($15-30/월), S3 호환 저장소 ($5-10/월)는 월 $60 미만의 프로덕션 준비 설정을 제공합니다. Payload는 또한 Payload Cloud를 제공합니다 — 관리형 호스팅 서비스 — 프로젝트당 월 $30부터 시작하면, 자신의 인프라를 관리하지 않으려면 배포를 단순화합니다.

Hygraph의 무료 계층은 소규모 프로젝트와 프로토타입에 사용할 수 있습니다. 하지만 2명 이상의 팀 멤버, 사용자 정의 역할, 여러 환경 또는 더 높은 API 제한이 필요하면, 지불 계획으로 이동합니다. 전문가 계층은 2026년에 약 $399/월이며, 의미 있는 반복 비용입니다. 엔터프라이즈 가격은 협상되지만 일반적으로 월 $1,500부터 시작합니다.

여기 미묘한 점이 있습니다: 인프라 관리 개발자 시간을 인수분해하면, DevOps 전문 지식이 없는 소규모 팀의 경우 Hygraph의 가격이 실제로 더 저렴할 수 있습니다. 반대로, 많은 프로젝트를 관리하는 에이전시의 경우, Payload의 무료 코어는 프로젝트당 한계 비용이 호스팅일 뿐입니다.

자체 호스팅 vs SaaS: 실제 트레이드오프

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

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

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

SaaS (Hygraph)가 이기는 이유

• 0 운영 부담. 패치할 서버, 백업할 데이터베이스, 확장할 필요가 없습니다.
• 즉시 전역 에지 성능. Hygraph의 CDN 백업 API는 추가 구성 없이 어디서나 빠릅니다.
• 콘텐츠 페더레이션. Hygraph의 Remote Sources 기능을 사용하면 외부 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는 구성 가능한 권한이 있는 영구 인증 토큰 시스템을 사용합니다. 특정 콘텐츠 단계 접근으로 토큰을 만듭니다 (예: 발행됨만 읽기, 초안 읽기, 쓰기). 더 세분화된 제어의 경우, 역할에 연결된 사용자 정의 권한을 지원합니다.

작동하지만 Payload의 접근 방식만큼 유연하지 않습니다. 당신은 코드 대신 UI를 통해 권한을 구성하고 있습니다. 복잡한 시나리오 — "편집자는 할당된 카테고리의 기사만 업데이트할 수 있습니다" — Hygraph에서는 창의적인 해결 방법이 필요하지만 Payload에서는 사소합니다.

플러그인 에코시스템 및 확장성

Payload의 플러그인 에코시스템은 3.0 이후로 실질적으로 성장했습니다. 주목할 플러그인은 다음과 같습니다:

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

사용자 정의 플러그인 작성은 Payload config를 수정하는 함수일 뿐이므로 간단합니다.

Hygraph의 확장성은 다음을 통해 제공됩니다:

• 앱 및 사이드바 확장 — 편집자의 사용자 정의 UI 요소
• 웹훅 — 콘텐츠 변경에 대한 외부 워크플로우 트리거
• Remote Sources — 외부 GraphQL 및 REST API 페더레이션
• Management API — 스키마 및 콘텐츠를 프로그래밍 방식으로 관리

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

어떤 것을 선택할 때

여러 프로덕션 프로젝트에서 둘 다 작업한 후, 다음이 솔직한 추천 프레임워크입니다:

Payload CMS를 선택하면:

• TypeScript 및 인프라에 만족하는 개발 팀입니다 (또는 하나와 함께 작동합니다)
• CMS 동작의 깊은 커스터마이제이션이 필요합니다
• 데이터 소유권 및 공급 업체 독립성이 중요합니다
• Next.js 앱을 빌드하고 로컬 API 성능 이점을 원합니다
• 많은 프로젝트를 관리하는 에이전시이며 프로젝트당 라이선싱 비용을 최소화하고 싶습니다
• 복잡한, 코드 기반 접근 제어가 필요합니다

Hygraph를 선택하면:

• 인프라 관리를 원하지 않습니다
• 당신의 팀은 이미 GraphQL에 투자되어 있습니다
• 여러 소스의 콘텐츠 페더레이션이 필요합니다
• 콘텐츠 편집자는 즉시 사용할 수 있는 광택 있는 시각적 편집 경험이 필요합니다
• CDN을 구성하지 않고 보장된 전역 에지 성능이 필요합니다
• 프로젝트 타임라인이 빠듯하고 설정 시간을 담당할 수 없습니다

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

어느 선택에도 부끄러움은 없습니다. 부끄러움은 트레이드오프를 이해하지 않고 하나를 선택하는 것입니다. 프로젝트에 어떤 방향이 맞는지 확실하지 않으면, 저희와 이야기하고 싶습니다.

FAQ

Payload CMS는 정말 무료인가요?

yes. Payload CMS는 MIT 라이선스이며 핵심은 완전히 무료이며, 모든 기능을 잠그는 "프리미엄 계층"이 없습니다 — 모든 기능을 포함합니다. 당신은 자신의 호스팅 인프라 (서버, 데이터베이스, 저장소)에 대해 지불합니다. Payload는 또한 Payload Cloud를 제공하며, 프로젝트당 월 $30부터 시작하는 관리형 호스팅 서비스입니다. 당신의 자신의 인프라를 관리하지 않으려면.

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

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

Payload CMS는 미디어 및 파일 업로드를 어떻게 처리합니까?

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

Hygraph는 지역화를 지원합니까?

Yes. Hygraph는 필드 수준 지역화를 기본으로 지원하므로, 전체 콘텐츠 항목을 복제하는 대신 개별 필드를 지역화 가능으로 표시할 수 있습니다. 이것은 강한 기능입니다 — 프로젝트 설정에서 로캘을 구성하면 콘텐츠 편집자는 편집자의 언어 간에 전환할 수 있습니다. Payload도 비슷한 필드 수준 접근 방식으로 지역화를 지원합니다.

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

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

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

어느 것도 전자 상거래 플랫폼이 아니지만, 둘 다 헤드리스 상거래 솔루션과 잘 통합됩니다. Hygraph는 여기서 edge를 가지고 있으며, Remote Sources 기능이 Shopify 또는 commercetools에서 제품 데이터를 콘텐츠 그래프로 직접 페더레이션할 수 있습니다. Payload도 전자 상거래 백엔드와 잘 작동하지만, 일반적으로 훅 및 사용자 정의 엔드포인트를 사용하여 통합을 구축합니다. 심각한 전자 상거래 프로젝트의 경우, 헌신된 상거래 백엔드와 함께 CMS 중 하나를 고려합니다.

Payload 3.x는 Payload 2.x와 비교하면 어떻게 되나요?

Payload 3.x는 주요 재작성였습니다. 가장 큰 변화는 Payload가 Express 앱이 아닌 Next.js 플러그인으로 실행된다는 것입니다. 이는 CMS와 프론트엔드가 동일한 프로세스를 공유하므로 콘텐츠 쿼리에 대한 로컬 API 0 지연이 가능합니다. 또한 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 설정이 잘 작동합니다. 클라이언트 프로젝트에 대한 인프라 설정을 어떻게 처리하는지는 가격 페이지를 확인하세요.