Payloadの代替としてのFóir
どちらも、コードで定義するコンテンツモデルへの型付きアクセスを提供します。違いは、その下に何があるか、そしてそれぞれが約束したことをどこで強制するかです。
並べて比較
| Capability | Fóir | Payload |
|---|---|---|
| 料金 | 月額£0.99、£29、または£99 | セルフホストは無料、Payload Cloudは月額$35から |
| コンテンツ管理 | 標準 | 標準 |
| テナントの分離 | コードの下の層で適用 | アプリケーション層でのチェック |
| テナントごとのスキーマ | プロジェクトまたは組織ごと | すべてのテナントに共通の1つの設定 |
| パーソナライズ | 組み込み、リクエストごとに解決 | サードパーティとの連携 |
| オーディエンスのプレビュー | エディターに組み込み | プレビューするパーソナライズなし |
| エージェントのアクセス | コンテンツとコントロールプレーン | コレクションごとのレコードCRUD |
| エージェントの安全策 | 承認ゲート、失敗時は閉じる | キーごとの権限 |
| 生成されるAPI | モデルから生成される型付きGraphQL | 設定から型付け |
| ホスト型認証 | サインイン、ロール、トークンを含む | エンドユーザー向けは自前で用意 |
| コンテンツ以外のバックエンド | オペレーション、フック、スケジュール、シークレット | 自分で書くフックとジョブ |
| データの所有 | Postgresエクスポート、アクセスルールを含む | 自己管理のデータベース |
| 運用 | マネージド、運用するデータベースなし | 運用とパッチ適用は利用者の負担 |
料金
- Fóir
- 月額£0.99、£29、または£99
- Payload
- セルフホストは無料、Payload Cloudは月額$35から
コンテンツ管理
- Fóir
- 標準
- Payload
- 標準
テナントの分離
- Fóir
- コードの下の層で適用
- Payload
- アプリケーション層でのチェック
テナントごとのスキーマ
- Fóir
- プロジェクトまたは組織ごと
- Payload
- すべてのテナントに共通の1つの設定
パーソナライズ
- Fóir
- 組み込み、リクエストごとに解決
- Payload
- サードパーティとの連携
オーディエンスのプレビュー
- Fóir
- エディターに組み込み
- Payload
- プレビューするパーソナライズなし
エージェントのアクセス
- Fóir
- コンテンツとコントロールプレーン
- Payload
- コレクションごとのレコードCRUD
エージェントの安全策
- Fóir
- 承認ゲート、失敗時は閉じる
- Payload
- キーごとの権限
生成されるAPI
- Fóir
- モデルから生成される型付きGraphQL
- Payload
- 設定から型付け
ホスト型認証
- Fóir
- サインイン、ロール、トークンを含む
- Payload
- エンドユーザー向けは自前で用意
コンテンツ以外のバックエンド
- Fóir
- オペレーション、フック、スケジュール、シークレット
- Payload
- 自分で書くフックとジョブ
データの所有
- Fóir
- Postgresエクスポート、アクセスルールを含む
- Payload
- 自己管理のデータベース
運用
- Fóir
- マネージド、運用するデータベースなし
- Payload
- 運用とパッチ適用は利用者の負担
Payloadの動作は公開されているドキュメントに基づいており、2026年8月時点のものです。何かが存在しないと記している場合は、コアと公式プラグインにないという意味であり、構築が不可能という意味ではありません。訂正は歓迎しており、対応します。
データベースを運用せずに、データを所有する
セルフホストする一般的な理由は、ロックインへの不安です。ベンダーがなくなったり、価格が変わったり、ある質問への答えがノーだったりした場合に、コンテンツを自分が管理できる場所に置いておきたいのです。
Fóirはこれに、義務ではなく出口で応えます。1つのコマンドで、お客様が所有するデータベースができます。モデルごとに1つのテーブル、本物の外部キーとしての参照、そこに変換されたアクセスルールが含まれ、同じ顧客のクレームを両方のデータベースに適用して同じ行が返ることを求めるテストで検証されています。出ていくことができ、データを安全にしていた仕組みも一緒に出ていきます。
そうしたくなるまでは、運用、パッチ適用、夜中の呼び出しの対象となるデータベースはありません。
忘れたチェックが行を漏らすことはない
Payloadは、クエリにフィルターを追加するアクセス制御関数でテナントを分けています。これは、すべてのコレクションが登録され、すべてのコードパスがそれを通る間だけ成り立ち、その限界については同社自身のドキュメントが率直に述べています。
Fóirでは、書いたルールがアプリケーションによってではなく、アプリケーションの下で強制されます。チェックを忘れた読み取りは、完全な結果ではなく空の結果を返し、データの新しい置き場所が増えたプロジェクトは、ルールが整うまで出荷できません。
バックエンドの残りも付いてくる
コンテンツの保存を超えてアプリケーションが必要とするもののほとんどが、すでにあります。定期実行の処理、公開や変更で発火するライフサイクルフック、連携先システムへの外向きのオペレーション、そしてそれらの呼び出しに必要なAPIキーを、設定に貼り付けずに保管する場所です。
サインインも付いてきます。エンドユーザーは、登録、パスワードとワンタイムコードによるログイン、ソーシャルプロバイダー、ロール、リフレッシュトークンを、私たちのドメインではなくお客様自身のドメインで利用でき、CMSの隣で認証サービスを立ち上げる必要はありません。
1つのワークスペース、すべてのクライアント
制作会社はクライアントごとにプロジェクトを持ち、すべてを1つのワークスペースから管理します。スキーマを共有するクライアントは、1つのプロジェクト内の組織になります。モデルは一度定義され、すべての組織が継承し、他にはないものが必要なクライアントでは、どの組織も自分のモデルを追加できます。
すべてのキーはプロジェクト内で作成され、そのプロジェクトにだけ使えるため、クライアントのキーは自分のコンテンツにしか届きません。各プロジェクトは自分のサインインドメインと自分のブランディングを持ちます。
オーディエンスは自分が所有するモデル
Fóirのコンテンツはリクエストごとに解決されます。オーディエンスは自分のモデルから定義されるため、他のものと同様に編集でき、バージョン管理され、アドレス指定できます。バリアントはレコード全体にも、その中の1つのフィールドにも置き換えられます。
これは、相手側に同等のものがない部分です。PayloadはCroctやStatsigを案内しており、それは2つ目のシステム、2つ目の請求、そして2か所に存在するコンテンツを意味します。
本来は自分で組み立てるもの
コンテンツAPIは、アプリケーションに必要なもののごく一部です。次のものが最初から付いています。
公開
下書き、完全なバージョン履歴、元に戻す、将来の日時での公開、そしてまとめて公開する必要があるときの一括ロールアウト。
モデルごとの動作
モデルごとに、バージョン管理、公開、バリアント、またはそのいずれもなしを選べます。レコードは、通常のデータ、顧客が所有するもの、公開のもののいずれにもできます。
権限
チーム向けのロールと顧客向けのロール、さらにレコードごとの可視性と、指定した個人への付与。
ホスト型サインイン
パスワード、ワンタイムコード、ソーシャルまたはOIDCプロバイダーに対応し、自社ドメインで利用でき、トークンとリフレッシュも代行します。
メディアとアセット
アップロード、変換、レスポンシブなレンディションを備えたアセットライブラリ。ファイルにもレコードと同じアクセスルールを適用できます。
APIキー
各キーは、許可したモデルとオペレーションにだけ到達でき、そのプロジェクト用に生成されたスキーマに対して動作します。
自動化
Cronスケジュール、公開時や変更時のライフサイクルフック、外部向けオペレーション、そしてそれらに必要なキーを保管するボールト。
通知
トランザクションメールと、Web、iOS、Androidへのプッシュ。コンテンツがすでに発行しているイベントと同じものから送信します。
ノートとタスク
ページではなく、対象のレコードに紐づくコメント。対応が必要な人に割り当てられます。
Ask Fóir
チームと同じツールと権限でコンテンツを扱うアシスタント。編集内容はレビュー用にステージングされます。
不在でも進む作業
Fóirにタスクを割り当てると、不在の間も作業を進め、回答が必要なときや完了したときにノートで知らせます。
拡張機能
独自のツールを管理画面に追加するアプリをインストールできます。操作対象のコンテンツのすぐそばに表示されます。
検索とベクトル
全文検索と、レコードに対して生成される埋め込み。キーワードではなく意味で検索できます。
位置情報
任意のモデルに座標を保存し、近さで検索できます。この地点の近くに何があるかを、距離順に取得します。