sanity-cms-2026-when-it-wins.html
< BACK Sanity in 2026: 実際に勝つ場所(そしてPayloadに負ける場所)のヒーロー画像

Sanity in 2026: 実際に勝つ場所(そしてPayloadに負ける場所)

ヘッドレスCMSの選択をSanityとPayload派またはStoryblok派に絞り込んだなら、このカテゴリーが放つノイズの80%は既に排除できている。残りの決定は面白い部分だ——エディトリアルチームの体験を最適化するのか、それともエンジニアリングチームのオーナーシップを優先するのか。その質問を正しく理解できれば、残りの選択はほぼ自動的に決まる。Sanity versus the Payload-or-Storyblok crowd, you've already eliminated 80 percent of the noise that the rest of this category emits. The remaining decision is the interesting one: are you optimising for the editorial team's experience, or for the engineering team's ownership? Get that question right and the rest of the choice is mostly forced.

Sanityはエディトリアルチームが主役の場合に答えになる。Seahawk Mediaで12,000件以上のクライアントビルドを運用し、過去18ヶ月間にSanityで直接数件をリリースした経験から、ここでの誠実な見解——勝つ場所、Payloadに負ける場所、Storyblokの勝ち場所。価格設定、機能、マイグレーションパス、そしてベンダーの営業ページでは誰も教えてくれない trade-offについて。

2026年のSanityは実際には何か

SanityはホストされたヘッドレスCMSで、TypeScriptまたはJavaScriptでスキーマを書き、Sanity Studioという名のカスタマイズ可能なReactベースの管理アプリを実行します(通常は自分のドメインにデプロイ)。コンテンツはGROQを経由して照会します。GROQは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リクエストが含まれ、超過分は従量課金です。
  • 25,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 プランは月額 $75 で 5 シート($15/シート)です。SAML SSO が必要な場合は月額 $1,399 を追加してください。同じチームの月額費用は $1,474 になります。無料プランは 20 シートをハードキャップ付きでカバーしているため、チームが小規模で使用量が少ない場合、初年度は無料ティアで対応できる可能性があります。

Sanity を Next.js で使用できますか?

はい。Next.js は 2026 年における Sanity の最も一般的なフロントエンドです。公式の @sanity/client パッケージが API 呼び出しを処理し、GROQ クエリは Server Components またはAPIルートでサーバー側で実行され、ビジュアル編集はプレビューモードでサポートされています。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 Stack Advisor -- 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 か Payload か 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.

< BACK