ヘッドレスCMSの選択をSanityとPayload派またはStoryblok派に絞り込んだなら、このカテゴリーが放つノイズの80％は既に排除できている。残りの決定は面白い部分だ——エディトリアルチームの体験を最適化するのか、それともエンジニアリングチームのオーナーシップを優先するのか。その質問を正しく理解できれば、残りの選択はほぼ自動的に決まる。
Sanityはエディトリアルチームが主役の場合に答えになる。Seahawk Mediaで12,000件以上のクライアントビルドを運用し、過去18ヶ月間にSanityで直接数件をリリースした経験から、ここでの誠実な見解——勝つ場所、Payloadに負ける場所、Storyblokの勝ち場所。価格設定、機能、マイグレーションパス、そしてベンダーの営業ページでは誰も教えてくれない trade-offについて。
2026年のSanityは実際には何か
SanityはホストされたヘッドレスCMSで、TypeScriptまたはJavaScriptでスキーマを書き、Sanity Studioという名のカスタマイズ可能なReactベースの管理アプリを実行し（通常は自分のドメインにデプロイ）、GROQという graph スタイルのクエリ言語でコンテンツを照会する——GraphQLに似ているが、ドキュメント関係性ではより表現力がある。コンテンツはボックスの外でエディター間でリアルタイムで同期される：同じドキュメント内の2人のエディターはFigmaのようにリアルタイムでカーソル位置を見ることができる。
プラットフォームは成熟している：Sanity v3は過去2年間安定したメジャーバージョンであり、Studioは単一の入力コンポーネントレベルまで本当にカスタマイズ可能で、Live Content APIはドキュメント変更をポーリングなしでフロントエンドにストリーミングする。Sanityは2026年のヘッドレスCMS選択肢の中でも、火曜日の午後に初期段階の製品のように感じられない数少ないもののひとつだ。
2026年のSanity価格設定 — 実際のコスト曲線
3つのプラン。無料枠は寛容に見えますが、ハードキャップに達するまで。Growthプランは1シートあたり月額15ドルから開始。Enterpriseはカスタムで、Growthプランのスケーリングが止まるところから始まります。
無料プラン
- 月額0ドル、20シート含まれ、超過分は一切なし。
- AdministratorとViewerロールのみ — Editor、Developer、Contributorロールはなし。
- ドキュメント、アセット、APIリクエスト、CDN帯域幅にハードキャップあり。クォータに達すると、影響を受ける機能はクォータがリセットされるか、アップグレードするまでブロックされます。
- 現実的な用途：プロトタイプ、社内ツール、または5,000ドキュメント未満で小規模編集チームを持つコンテンツサイト。
Growthプラン
- 1シートあたり月額15ドル、最大50シート。
- 5つのロールすべてが利用可能：Admin、Viewer、Editor、Developer、Contributor。
- 月間25万件のAPIリクエスト、100万件のAPI CDNリクエストが含まれ、超過分は従量課金です。
- 2万5,000ドキュメントのハードキャップ — Growthプランでは超過分の従量課金はなく、Enterpriseプランへの移行が必須です。
- スケジュール済みドラフト、コラボレーション機能、SSO アドオンを追加した場合のシングルサインオン（詳細は下記参照）。
- 現実的な用途：1～10人のエディターと2万5,000ドキュメント未満を抱える本番環境のコンテンツサイトが大半です。
Enterpriseプラン
- カスタム価格設定、営業が対応します。
- ドキュメント上限の拡大、カスタム保持期間、高度なセキュリティ、専任サポート、SLA保証のパフォーマンス。
- 現実的な用途：5万ドキュメント以上のサイト、規制対象業界、調達要件を持つエンタープライズ企業。
Growthの見た目より費用がかかるSSO アドオン
Growthプランの SAML SSO は月額1,399ドルのアドオンです。その他の費用が月額75ドルの5シート体制チームにとって、SSO を追加するとコストが19倍に膨れ上がります。セキュリティ方針で初日からSSOが必須な場合、Growthプランは割に合わず、Enterpriseの機能セットを持たないままEnterpriseの価格を支払うことになります。コミットする前に確認しておく価値があります。
Sanityが勝つケース（そしてそれを選ぶブリーフの種類）
分散チーム全体のリアルタイム編集
Sanityのコラボレーションモデルは、ヘッドレスCMSの中でGoogle Docでの作業に最も近い。同じドキュメント内の2人の編集者は互いのカーソルが見える。コメントは個別フィールドにスレッド化される。ドキュメントの存在状況はナビゲーションに表示される。ブランドチーム、コンテンツマーケティングチーム、2人以上が同じ時間帯に同じドキュメントに触れる組織にとって、これは本当にカテゴリーを定義する機能だ。
CMSテンプレートのように感じさせないスキーマカスタマイズ
Studioはあなたがデプロイするreactアプリだ。カスタム入力コンポーネント、カスタムプレビュー、カスタムワークフローボタン、カスタム検証、カスタムアセットパイプライン——すべてあなたのリポジトリに存在する。編集チームが独自のニーズを持っている場合（銀行休業日を除外するカスタム日付・タイムゾーンピッカー、競合企業リストに対して検証するスラッグフィールド、カスタム画像トリミングUI）、Sanity Studioはプラットフォームと戦わずにそれを構築できる唯一のヘッドレスCMSだ。
クエリ言語としてのGROQ
GROQはドキュメントグラフクエリにおいてGraphQLより表現力がある。参照全体でジョイン、ネストされたフィールドのプロジェクション、計算値でのフィルター、リストのスライスが単一のクエリで可能だ。トレードオフはGROQがSanity固有であること——クエリを他の場所に持ち出せない。複雑なコンテンツサーフェス（ファセット化されたディレクトリ、関連コンテンツウィジェット、マルチロケールフォールバックチェーン）を提供するチームにとって、GROQは同等のGraphQLクエリとフロントエンドロジックより速く書け、速くイテレートできる。
Next.jsフロントエンドでのビジュアル編集
Sanityのビジュアル編集機能は2025年以降一般利用可能で、編集者がプレビューモードのNext.jsまたはNuxtページ上で直接クリックし、Studio内の基盤となるフィールドを編集できる。これはStoryblok以外のヘッドレスCMSスペースで最もクリーンなビジュアル編集の実装だ。編集ワークフローが主にプレビューファーストの場合、これは本当の生産性向上をもたらす。
PayloadがSanityを上回るケース
エンジニアリングチームがビルドの主役であり、エディターチームが若干開発者向けのアドミン体験へのオンボーディングが可能な場合、Payloadが適切な選択肢である。
TypeScriptファーストのスキーマを規範的なソースとする
Payloadのスキーマはアプリケーションコードと同じTypeScriptファイル内に存在する。型安全性はエンドツーエンドである：スキーマ、APIクライアント、Next.jsアプリはすべてコード生成ステップなしで同じ型を共有する。Sanityのスキーマもコード定義されているが、型生成フローはより複雑で、TypeScriptストーリーはより本来的ではない。
セルフホスト、お客様のPostgresデータベース、お客様のS3バケット
データ所有権が譲歩不可能な場合、Payloadはより優れた答えである。CMSはお客様のインフラストラクチャ上で動作し、データベースはお客様のPostgresまたはMongoDBインスタンス、アセットはお客様のS3（または互換性のある）バケットに保存される。SanityはドキュメントをSanityのホスト型インフラストラクチャに保存する。ほとんどのチームにとっては問題ないが、規制業界やサードパーティのデータストアを使用しないポリシーを持つチームにとっては致命的である。
HTTPオーバーヘッドなしのLocal API
PayloadのLocal APIを使用すると、HTTPリクエストなしにNext.jsコードからCMS機能を直接呼び出すことができる。CMSが複数のデータソースの1つに過ぎない緊密に統合されたアプリケーションの場合、これはSanityのネットワークのみのアクセスパターンより測定可能に優れたパフォーマンスを実現する。
PayloadとStrapiの決定について詳しくはこちらで説明した：Payload vs Strapi in 2026。短いバージョンは同じ形である：TypeScriptが多いチームで所有権を望むチームはPayload、より充実したプラグインエコシステムを望むチームはStrapi。Payload vs Strapi in 2026. The short version is the same shape: Payload for TypeScript-heavy teams that want ownership, Strapi for teams that want a richer plugin ecosystem.
StoryblokがSanityを上回る（特定の1つのケース）
StoryblokはSanityを1つの特定の側面だけで上回る：コードに触れずにコンポーネント単位でページをレイアウトしたいマーケティングチームのためのビジュアルエディター。StoryblokのVisual Editorを使用すれば、非技術的なマーケティングマネージャーは事前定義されたコンポーネントブロックからヒーロー、CTA付きヒーロー、3列機能グリッドレイアウトを構築し、その過程でライブプレビューを確認できる。Sanity Visual Editingは優れているが、同じペルソナを中心に設計されていない。
編集チームがマーケティング主導の非技術者で、ページを組み立てたいのであればStoryblokが正解です。編集チームがコンテンツ第一主義（ライター、編集者、ジャーナリスト、ナレッジマネージャー）であれば、Sanityのドキュメントファースト・エディターのほうが優れた体験になります。
Sanityへの移行：現実的なパス
WordPressから
標準的なパターン：WP All Exportを使ってWordPressコンテンツをエクスポート、Sanityの NDJSON ドキュメント形式に変換、Sanity CLI で インポートします。スキーママッピングが実装の中心です — ページ、投稿、カスタム投稿タイプ、ACF フィールドすべてに Sanity の同等物が必要になります。WordPress to Next.js 移行プレイブックは、CMS のターゲットに関わらず適用される SEO 転送の側面をカバーしています。5,000 ページサイト規模では、移行作業だけで 4 週間から 8 週間の集中的な作業が必要です。スキーマに複雑なリレーショナルコンテンツが含まれる場合はさらに長くかかります。The WordPress to Next.js migration playbook covers the SEO transport side that applies regardless of CMS target. Time on a 5,000-page site: 4 to 8 weeks of focused work for the migration alone, longer if the schema includes complex relational content.
Contentfulから
WordPressより簡単です。Contentful のコンテンツモデルが Sanity のドキュメント・アンド・リファレンス構造にきれいにマッピングされるからです。Sanity の移行ツーリングには Contentful エクスポート専用のインポーターがあります。同規模サイトでの現実的なタイムライン：2 週間から 4 週間。
Drupalから
3 つのうち最も難しい。Drupal のエンティティ・アンド・バンドルモデルは構造的に異なるからです。ほとんどのチームは自動移行ではなく、Sanity でスキーマをゼロから再構築することになります。複雑な Drupal マルチ言語サイトで 6 週間から 12 週間。
よくある質問
Sanity は HIPAA 準拠ですか？
Sanity の Growth プランでは HIPAA Business Associate Agreement を公開していないため、Sanity はデフォルトでは PHI の保存に対応していません。医療ワークフローを持つエンタープライズ顧客はカスタムデータハンドリング契約を交渉できますが、これはデフォルトではありません。医療アプリが PHI を直接保存する CMS が必要な場合、HIPAA アドオン付きの Supabase または HIPAA 対応ホスト上の自己ホスト型 Payload デプロイメントの方が防御可能です。
Sanity は Contentful より優れていますか？
2026 年のほとんどのチームにとって、はい — Sanity はより高いスキーマの柔軟性、より優れたリアルタイムコラボレーション、より機能豊富なクエリ言語（GROQ）、および同等の機能セットに対して意味のある低い価格を提供しています。Contentful の強みはエンタープライズ調達とレガシーマーケティングスタックとの統合です。チームが技術的でエディトリアルワークフローが優先事項の場合、Sanity の方が適切です。ステークホルダーが調達に優しいエンタープライズ契約を要求する場合、Contentful の方が安全です。
5 人のチームにおける Sanity のコストはいくらですか？
Growth プランでは、1 ユーザーあたり 15 ドルで 5 ユーザーに対して月額 75 ドルです。SAML SSO が必要な場合、月額 1,399 ドルを追加してください — 同じチームで月額 1,474 ドルになります。無料プランは 20 ユーザーをカバーし、ハードキャップがあるため、チームが小規模で使用量が低い場合、無料ティアで初年度を乗り切ることができるかもしれません。
Sanity を Next.js で使用できますか？
はい — Next.js は 2026 年の Sanity における最も一般的なフロントエンドです。公式の @sanity/client パッケージが API 呼び出しを処理し、GROQ クエリは Server Components またはプレビューモードの API ルート経由でサーバー側で実行され、Visual Editing はプレビューモードで対応しています。Sanity はメンテナンスされた Next.js スターターテンプレートを持っており、それをクローンすることが動作するプロジェクトへの最速の方法です。
GROQ とは何であり、なぜそれが重要なのですか？
GROQ は Sanity のコンテンツクエリ言語 — グラフ形状で投影ベースのクエリ言語で、ヘッドレス CMS コンテンツが必要とする結合とフィルタの種類のために設計されています。ドキュメントグラフクエリに対して GraphQL より表現力があります。欠点は GROQ が Sanity 固有であるため、将来 Sanity から移行する場合、すべてのクエリを書き換える必要があるということです。ほとんどのチームにとって、短期的な生産性の向上はロックイン риск を上回ります。
関連資料
WordPress の代替案 2026 年版：ノーコードでは解決しない場合 — スタック代替案に関する親記事。ヘッドレス CMS の選択肢に関するセクションを含む。 — the parent post on stack alternatives, including the section on headless CMS choices.
WordPress から Next.js への移行でランキングを失わない — CMS の対象が Sanity、Payload、その他のいずれであろうと適用される。SEO 移行は CMS に関係なく同じである。 — applies whether your CMS target is Sanity, Payload, or anything else. The SEO transport is the same regardless of CMS.
ヘッドレスアーキテクチャの長所と短所 — ヘッドレスモデル自体の正直なトレードオフ。意思決定フレームワークの前置きとして有用。 — honest tradeoffs of the headless model itself, useful as the decision framework prequel.
WordPress スタックアドバイザー — URL を貼り付けると、Sanity があなたの具体的な要件に適しているかどうかを含む調整済みの推奨事項が得られる。 — paste your URL, get a tailored recommendation that includes whether Sanity is the right CMS for your specific brief.
CMS の選択がボトルネックになることはほとんどない。ボトルネックは編集チームの新しいツールでの最初の 1 ヶ月である。編集チームが興奮している場合は Sanity を選択し、エンジニアリングチームが興奮している場合は Payload を選択する。
30 分間の CMS ピックコールを予約する — 企画内容、チーム、タイムライン、統合について説明し、Sanity vs Payload vs Storyblok の決定をトレードオフについて正直に持ち帰る。 — describe the brief, the team, the timeline, the integrations, and walk away with a Sanity-vs-Payload-vs-Storyblok decision that is honest about the trade-offs.