Payload CMS vs Hygraph 2026: セルフホスト vs GraphQL SaaS 比較

2026年のヘッドレスCMS選定は、哲学的な議論のどちら側に立つかを選ぶようなものです。一方には、Payload CMS —— オープンソース、セルフホスト、コードファースト、そして完全なコントロールを望む開発者たちの間で急速に人気が高まっています。もう一方には、Hygraph（旧GraphCMS）—— インフラを管理してくれるマネージドGraphQLネイティブSaaSプラットフォームがあります。過去2年間、私は両方を使って本番プロジェクトをリリースしてきました。正直な答えは：どちらもが普遍的に優れているわけではないということです。しかし、ほぼ確実に、あなたの特定の状況に対してより良い方が存在します。なぜそうなのか、正確に分解してみましょう。

目次

• アーキテクチャと哲学
• 開発者体験
• コンテンツモデリング
• APIデザインとクエリ
• パフォーマンスとスケーラビリティ
• 2026年の料金内訳
• セルフホスト対SaaS：真のトレードオフ
• 認証とアクセス制御
• プラグインエコシステムと拡張性
• どちらを選ぶべき場合
• FAQ

アーキテクチャと哲学

これらの2つの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、そしてすべてを1つのプロセスでデバッグできます。Next.jsなので、あなたのスタック全体 —— フロントエンド、CMS、API —— は単一の next dev コマンドで実行されます。これは本当に素晴らしいです。ローカル開発中のリモートAPIへのネットワーク遅延なし、モッキングレイヤーなし、管理すべき別のCMSインスタンスなし。

HygraphはあなたがクラウドAPIに対して開発する必要があります。彼らは開発環境とブランチング（より高いティアプランで）を提供していますが、あなたは常にネットワークリクエストを行っています。エッジノードから遠い地域のチームの場合、これは開発中に顕著な遅延を追加できます。プラスの側面では、セットアップはゼロです —— サインアップして、プロジェクトを作成して、クエリを開始します。

TypeScriptサポート

Payloadは設定から自動的に型を生成します。あなたのスキーマがTypeScriptなので、型は常に同期しています。これはCMSの型が現実とずれているのに対処するまでは重要でないように聞こえることの1つです。

HygraphはあなたがそれらのGraphQLスキーマから型を生成する必要があります。通常はGraphQL Code Generatorを使用します。それは機能しますが、パイプラインの余分なステップです。そしても し誰かがHygraph UIでスキーマを変更し、生成された型を更新しなければ、あなたはランタイムで見つけることになります。

管理UI

Payloadの管理パネルはReactベースで、完全にカスタマイズ可能です。フィールドコンポーネントをスワップアウトして、カスタムビューを追加し、独自のルートを注入できます。Payload 3.x現在、綺麗でモダンに見えます。デザイン賞を獲得することはありませんが、機能的です。

Hygraphの管理UIはポーランド仕上げされており、コンテンツエディタ向けに目的に特化して構築されています。コンテンツ編集体験は、非技術的なユーザーにとってはおそらくより滑らかです。サイドバーナビゲーション、アセット管理、コンテンツステージワークフローは、純粋なUXの観点からより成熟しているように見えます。

機能	Payload CMS	Hygraph
ローカル開発	フルローカルスタック	クラウドAPIのみ
TypeScript	ネイティブ、自動生成	GraphQL codegenを介して
管理UI カスタマイズ	フル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オーバーヘッドなしでサーバーサイドコードからデータベースに直接クエリできるローカルAPIも公開しています：

// サーバーコンポーネントまたはAPIルート
const articles = await payload.find({
  collection: 'articles',
  where: {
    publishedAt: { less_than: new Date().toISOString() },
  },
  depth: 2,
  limit: 10,
})

このローカル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のパフォーマンスはあなたのインフラに完全に依存しています。適切なVPS、PostgreSQL、適切なインデックス付けで実行されている場合、P95応答時間がローカルAPIで30msを下回り、REST/GraphQLエンドポイントで約50-80msであるのを見ました。しかしあなたはスケーリングの責任があります。トラフィックスパイクを処理する必要がありますか？それはあなたのもの —— より多くのコンテナを追加し、データベースをスケール化し、キャッシングを設定します。

Hygraphはあなたのためにスケーリングを処理します。彼らのエッジキャッシュされた読み取りAPI（彼らが「コンテンツ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の無料コアは、プロジェクトあたりの限界コストがホスティングだけであることを意味します。

セルフホスト対SaaS：真のトレードオフ

これはコアの緊張であり、両側について正直でいたいです。

セルフホスティング（Payload）が勝つ理由

• データ所有権。 あなたのデータはあなたのデータベースに存在します。終了。ベンダーは条件を変更したり、機能を終了したり、あなたのコンテンツを人質に取ることはできません。
• APIレート制限なし。 あなたは任意のプラン層ではなく、あなたのインフラで制限されています。
• 規模でのコスト。 特定のトラフィック閾値を超えると、セルフホストは劇的に安くなります。
• カスタマイズの深さ。 フック、カスタムエンドポイント、カスタムフィールドタイプ、管理UIオーバーライド —— あなたが変更できないものはありません。
• アプリとの共同配置。 PayloadとNext.jsを同じプロセスで実行すると、コンテンツクエリのネットワーク遅延が排除されます。

SaaS（Hygraph）が勝つ理由

• ゼロOps負荷。 パッチするサーバーなし、バックアップするデータベースなし、心配するスケーリングなし。
• グローバルエッジパフォーマンス ボックスの外。Hygraphのセンターバックアップ付き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以降、Payloadのプラグインエコシステムは実質的に成長しました。注目すべきプラグインは以下を含みます：

• @payloadcms/plugin-seo —— SEOメタデータフィールドとプレビュー
• @payloadcms/plugin-form-builder —— 動的フォーム作成
• @payloadcms/plugin-search —— 全文検索統合
• @payloadcms/plugin-redirects —— リダイレクト管理
• Stripe統合、AI コンテンツ生成などのコミュニティプラグイン

カスタムプラグインの記述は簡単です。それらはPayload設定を修正する関数です。

Hygraphの拡張性は以下を通じて提供されます：

• アプリとサイドバー拡張 —— エディタ内のカスタムUI要素

• ウェブフック —— コンテンツ変更時に外部ワークフロー

• リモートソース —— 外部GraphQLおよびREST APIをフェデレート

• 管理API —— プログラムでスキーマとコンテンツを管理

Hygraphのアプリマーケットプレイスは成長していますが、Payloadのプラグインエコシステムよりもまだ小さいです。しかし、リモートソース機能は、Payloadが同等のものを持っていません。Shopifyの製品カタログを、ミドルウェアなしで直接コンテンツグラフに縫い付けることができるのは、本当に便利です。

どちらを選ぶべき場合

複数の本番プロジェクトで両方を使用した後、これが私の正直な推奨フレームワークです：

Payload CMSを選択してください：

• あなたはTypeScriptとインフラに快適な開発チーム（またはそれを使用しているチーム）です
• CMSの動作の深いカスタマイズが必要です
• データ所有権とベンダーの独立性があなたにとって重要です
• Next.jsアプリを構築していて、ローカルAPIパフォーマンス優位性を望んでいます
• 代理店が多くのプロジェクトを管理しており、プロジェクトあたりのライセンスコストを最小化したいです
• 複雑で、コード駆動型のアクセス制御が必要です

Hygraphを選択してください：

• インフラ管理がゼロになります
• あなたのチームは既にGraphQLに投資されています
• 複数のソースからのコンテンツフェデレーションが必要です
• コンテンツエディタはボックスから外に出ているポーランド仕上げされたビジュアル編集体験を必要とします
• CDNを設定しなくても保証されたグローバルエッジパフォーマンスが必要です
• プロジェクトのタイムラインはタイトであり、セットアップ時間を許すことはできません

Social Animalが構築する多くのプロジェクト —— 特にAstroとNext.jsプロジェクト —— では、Payloadはデフォルトの推奨事項になっています。同一配置の物語、TypeScriptネイティブのアプローチ、ゼロライセンスコストは、私たちがどのように機能するかと完全に一致しています。しかし、チームが管理プラットフォームの単純性を必要とするクライアントのためにHygraphパワー型のプロジェクトもリリースしました。

どちらかを選択することに恥はありません。恥はトレードオフを理解せずに1つを選択することです。プロジェクトに適切な方向がどちらであるか不確実な場合は、トークしていただけます。

FAQ

Payload CMSは本当に無料ですか？

はい。Payload CMSはMITライセンスされており、コアは完全に無料です。機能をペイウォールの背後にロックする「プレミアムティア」はありません。あなたが自分のホスティングインフラ（サーバー、データベース、ストレージ）に対して支払います。Payloadはまたサービスとしてのプラットフォーム、彼らのマネージドホスティングサービスを提供し、プロジェクトあたり$30/月から開始します。インフラを管理したくない場合は、デプロイメントが大幅に簡素化されます。

HygraphはGraphQLの知識なしで機能しますか？

コンテンツ編集側はGraphQLの知識を必要としません —— 編集者はビジュアルインターフェイスを使用するだけです。しかし、Hygraphからコンテンツをクエリしたdesenvoloperは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またはcommerceloolsから直接コンテンツグラフに製品データをフェデレートできます。Payloadもeコマースバックエンドとうまく機能します。ただし、通常はフック とカスタムエンドポイントを使用して統合を自分で構築します。真剣な電子商取引プロジェクトの場合は、専用コマースバックエンドと並んでいずれかのCMSを考慮してください。

Payload 3.xはPayload 2.xとはどう比較されますか？

Payload 3.xはメジャーな書き換えでした。最大の変更は、PayloadがExpress appではなくNext.jsプラグインとして実行されるようになったということです。つまり、CMSとフロントエンドが同じプロセスを共有し、ゼロ遅延クエリに対してローカルAPIを可能にします。また、PostgreSQLのサポート（Drizzle ORM経由）、ライブプレビュー、再設計された管理UIを追加しました。Payload 2.xを使用していて、それを制限と感じた場合は、Payload 3.xが別の外観の価値があります。それは基本的に異なる体験です。

2026年のPayload CMSの最良のホスティングセットアップは何ですか？

ほとんどのプロジェクトでは、以下をお勧めします：VPSまたはコンテナサービス（Railway、Render、Fly.io、またはDockerを使用したHetzner VPS）、マネージドPostgreSQL（Neon、Supabase、またはVPSプロバイダーの提供）、Cloudflare R2メディアストレージ。総コストは小規模～中規模プロジェクトで通常$40-80/月実行します。大規模なデプロイメントの場合、Vercel with Payload CloudまたはKubernetesセットアップがうまく機能します。価格ページをチェックして、クライアントプロジェクトのインフラストラクチャセットアップをどのように処理するかを確認してください。