corpusctl 対 Payload：フロントエンドの中にない CMS
Payload は Figma に参加し、新規 Cloud デプロイは一時停止され、FAQ はいずれ移行することになると述べています。デカップルされた代替手段がどのようなものかをご紹介します。
Payload はこのカテゴリで最も急上昇中の名前であり、それに値します。Google トレンドは payload cms を「headless CMS」の関連クエリの ブレイクアウト としてフラグ付けしており、npm パッケージは月に何百万回もダウンロードされ、GitHub スター数はおよそ 44,000 です。
今年、あなたの評価に含めるべき 2 つのことが起きました。
Payload は現在 Figma の一部であり、Cloud は一時停止中
2026 年 8 月 17 日に読んだ Payload 自身の Cloud ページから：
Payload は Figma に参加しました。 … 新規プロジェクトのデプロイは現在一時停止していますが、既存の Cloud プロジェクトは引き続き通常通り稼働します。
そして同じページの FAQ から：
プロジェクトを移行する必要はありますか？ はい、いずれは。急ぐ必要はありませんが、利用可能になったら移行できるより良いものを構築する予定です。
評価すべき点は評価しましょう。これは自社サイトで公開された、異例なほど直接的な回答であり、彼らはエンタープライズ顧客の移行を支援することを確約しています。誰も誤導されてはいません。
しかし、あなたが 今月 CMS を選んでいるなら、事実はこうです。マネージド提供は新規プロジェクトを受け付けておらず、現行のものには将来の移行が待ち受けています。オープンソースプロジェクトとしての Payload は影響を受けず、Next.js アプリを実行できる場所ならどこででもセルフホスト可能なままです。
買収が良いニュースかどうかは、あなたがどちら側にいるかによります。Figma のリソースはおそらく Payload をより良くするでしょう。同時に、Payload のロードマップを Figma の戦略に従わせることにもなります。そしてデザインツールの戦略は、コンテンツインフラの戦略とは同じではありません。
より深い違い：Payload はあなたのアプリの中に住む
これはどんな買収よりも長く残る部分です。
Payload は あなたの Next.js アプリケーションの中で実行されます。これがその中心的な設計の決断であり、最大の特長の源です——HTTP を完全にスキップするローカル API です。CMS とフロントエンドがプロセスを共有するからです。1 つのチームを持つ単一の Next.js 製品にとって、これは本当に優れた開発者体験であり、Payload が開発者を獲得している理由です。