Payload

Payloadとは

Payload（github.com/payloadcms/payload）は、既存のappフォルダに直接インストールできる初のNext.jsネイティブCMSを自称しています。別のCMSサービスを動かしてAPI越しにコンテンツを取りに行くのではなく、バックエンドと管理画面がすでにあるNext.jsアプリの内側に住みます。そのためReact Server Componentsから直接データベースを問い合わせられます。TypeScriptで書かれ、MITライセンスで、2026年7月時点でスター数は43,792です。

このプロジェクトはヘッドレスCMSであると同時にアプリフレームワークだと位置づけており、その姿勢が設計に出ています。管理インターフェースは自分で書いたコレクション設定から生成され、自分のserver componentsで拡張できます。導入はcreate-payload-appコマンド1つで、メンテナは初めての人にwebsiteテンプレートを勧めています。リッチテキストブロック、オンデマンド再検証、ライブプレビューまで一式を、同じappフォルダ内のTailwind製フロントエンドで示してくれるからです。

最初から入っているもの

以下はリポジトリ自身が掲げている内容で、希望的観測ではありません。

Payloadは創業者の成長スタックのどこに入るか

CMSはコンテンツ主導の成長を支える土台です。ページが数枚を超えた瞬間——ブログ、比較セクション、地域別や連携先別のページ——ボトルネックはデザインではなく公開に移ります。エンジニアなしで誰がページを追加できるのか、そしてどれだけ速いのか。それがSEOページを量産することやプログラマティックSEOの裏側にある機構であり、Payload公式のwebsite・blog・ecommerceテンプレートはまさにそこを狙っています。近隣と比べると、公開の面でGhostと、ストアの面でMedusaと重なりつつ、そのどちらでもない汎用のコンテンツバックエンドです。

正直に認めておくべき境界は、CMSが決めるのはページの作り方であって、そのページが訪問を勝ち取るかどうかではないという点です。公開できることは必要条件であって十分条件ではありません。取り上げる価値のある主題を選び、検索結果の上位を眺めるだけでは得られない中身を書き、それを順位に変えるリンクや言及を獲得する——この仕事は残ります。CMSを入れて数か月後に「コンテンツはうまくいかなかった」と結論づける創業者は珍しくありませんが、足りなかったのはツールではなかったのです。

CMSか、コードの中のコンテンツか

すべてのサイトにCMSが要るわけではなく、選択を誤ると両方向に高くつきます。問うべきは、誰が編集するのか、どれくらいの頻度か、そしてページが公開される前に何が保証されていてほしいのかです。

AgentCeres——agentceres.comのAI Growth Officer——を作る中での一次情報として。私たち自身のマーケティングページは2つ目の道を取っています。このサイトの回答ページ、用語集ページ、プロジェクトページはいずれもCMSのレコードではなく、型付きTypeScriptファイルの1エントリです。これは意図的な取引でした。ページがコードであるおかげで、1ページずつテストが走り、リンクが壊れていたり、内部リンクが1本もなかったり、いずれ古くなる数値が直書きされていたりするとビルドが失敗します。CMSは編集者が入力した内容を受け入れるのが仕事なので、構造上これらの検査はできません。代償は本物で、私たちは払っています。プルリクエストを開けない人は、ここでは公開できないのです。もし編集者がアプリを出荷する人と同じでなかったなら、Payloadのモデルのほうが正解でしょう。