corpusctl 対 Strapi: 1 つのパネル、N 個のプロジェクト、リクエストメーターなし

corpusctl にはプロジェクト単位の項目がありません。プロジェクトが課金単位ではないからです。パネルは 1 つ、スペースは無制限で、ユーザーは 各スペースで別々のロール を持ちます。あるクライアントでは編集者、別のクライアントではオーナー、さらに別のクライアントでは不可視、といった具合です。分離は PostgreSQL の行レベルセキュリティ によって、ミスが起きるアプリケーション層より下の、データベース内部で強制されます。

#100,000 リクエストは、聞こえるほど大きくない

Starter の枠を割り算すると、おおよそ 1 日 3,300 リクエスト になります。

典型的なページは複数の呼び出しからレンダリングされます。本文、ナビゲーション、関連記事などです。1 ページビューあたり 3 回の呼び出しとすると、上限に達するのは約 1 日 1,100 ページビュー です。さらにクローラー、プレビューリクエスト、稼働監視、デプロイ中にキャッシュを忘れたフロントエンドが加わります。

それ以降、25,000 リクエストごとに $1.50 かかります。大きな金額ではありません。ただ、それは物事がうまくいっているまさにそのときに増える数字であり、しかも見知らぬ訪問者によって動かされるため、予測できない数字です。

しかも Starter では、インスタンスは アイドル時にスリープ します。つまり、静かな時間が続いた後の最初のリクエストではコールドスタートが発生します。速くするために費用を払っているマーケティングサイトで、です。

corpusctl にリクエスト枠がないのは、公開済みコンテンツが API から配信されることが決してないからです。公開ボタンを押すと、レンダリング済みコンテンツがオブジェクトストレージ上の不変（イミュータブル）でハッシュアドレス化されたファイルに書き込まれ、マニフェストが更新されます。訪問者のクライアントはローカルでスラッグをマニフェストシャードに解決し、その不変アドレスを nginx のエッジキャッシュから取得します。同じアドレスが異なるコンテンツを返すことは決してないため、30 日間キャッシュ可能です。

HTTP リクエストは 2 回、いずれもキャッシュからです。どちらも API に届きません。どちらも PostgreSQL に届きません。数えるものが何もないのです。

#Strapi のセルフホストは無料であり、それが誠実な比較である

Community エディションをセルフホストするなら、上記のいずれも当てはまりません。この点は真剣に検討すべきです。その場合に比較しているのは、運用面の負担です。

セルフホストの Strapi が提供するのは CMS 本体です。残りは依然としてあなたが組み立て、運用します。データベース、メディア用のオブジェクトストレージ、必要なら検索バックエンド、Webhook 配信用のキュー、キャッシュ、リバースプロキシ、そしてメジャーバージョン間のアップグレード経路です。

corpusctl はこの一式を 1 つのデプロイとして提供します。PostgreSQL、Valkey、Typesense、Garage、nginx を含み、Enterprise プランではセルフホストのインストールも利用できます。すべてのコンポーネントはあなた自身のインフラ上で動きます。スタックの中に使用量ごとに課金されるサードパーティサービスは存在しません。これは現時点の価格判断ではなく、製品としての制約です。

どちらが優れているかは、その運用面の負担を自分で引き受けたいかどうかに完全に依存します。引き受けたいチームもあり、そうしたチームは Strapi を選ぶべきです。

#4 か月目になって初めて姿を現す部分

機能をオフにする。 corpusctl ではすべての機能がモジュールです。メディア、検索、Webhook、SEO、GraphQL、インポート、アナリティクスなどです。disabled はデータを保持し、中断したところから再開します。uninstalled はそれを消去し、2 度確認を求めます。プランのダウングレードはモジュールを disabled に設定し、データを 決して 削除しません。これはサポートポリシーではなく、コードベースに書かれたルールです。

クライアントライブラリが押し付けるもの。 corpusctl のブロックレンダラーは デフォルトスタイルがゼロ で出荷されます。CSS は 1 行もありません。あらゆるブロックタイプはオーバーライド可能で、未知のブロックタイプは例外を投げるのではなくスキップされます。中核のレンダーツリーはフレームワーク非依存で、React、Vue、Next.js のアダプターはその上に載る薄い層です。意見を押し付けるマークアップを出荷する CMS は「API レスポンスをレンダリングする」問題を解決したのではなく、名前を変えただけです。

Webhook 配信。 配信は、指数バックオフとジッターを備えた永続キューに置かれます。受信側が 1 時間ダウンしても、復帰したときにイベントはまだそこにあります。

エラーコード。 すべての API エラーは永続的なコード（CORPUS_E_9127）とドキュメントリンクを伴います。メッセージは 7 言語に翻訳されますが、コードは翻訳されません。クライアントコードはコードに結び付くため、メッセージを改善しても連携が壊れることは決してありません。

#Strapi が勝る点

コミュニティ。 GitHub スターは約 73,000、Stack Overflow の質問は約 2,800 件で、corpusctl のはるかに小さなフットプリントに対して圧倒的です。深夜 2 時にエッジケースにぶつかったとき、すでに誰かが書き残している可能性は Strapi のほうが劇的に高いのです。これは本物の優位性であり、しかも積み重なっていきます。

プラグインエコシステム。 Strapi にはプラグインとプロバイダーのマーケットプレイスがあります。corpusctl にはありません。連携は Webhook と API に対して書きます。

成熟度。 Strapi は複数のメジャーバージョンを経て出荷され、大きな導入実績があります。corpusctl は若く、SSO と契約上の SLA はロードマップ上にあります。これは、まだ存在しないということを丁寧に言い換えた表現です。

永久に無料、セルフホスト。 Community エディションは無料で、これまでずっとそうでした。これは反論しがたく、私たちも反論するつもりはありません。

#誠実なまとめ

無料でセルフホストしたい、大きなコミュニティを重視する、あるいは自分で書くしかないプラグインが必要な場合は、Strapi を選んでください。

複数のプロジェクトを 1 か所から運用したい、分離をデータベースで強制したい、そして記事がヒットしても動かない請求書が欲しい場合は、corpusctl を選んでください。

Strapi Cloud の料金は strapi.io/pricing-cloud より 2026 年 8 月 17 日に取得したもので、現地税を除きます。料金は変わります。見積もり前に確認してください。

アーキテクチャを見る → · ドキュメントを読む →