Fóir comme alternative à Payload

Les deux vous donnent un accès typé à des modèles de contenu que vous définissez en code. La différence tient à ce qui se trouve en dessous, et à l'endroit où chacun de nous applique ce qu'il promet.

Côte à côte

Prix

Fóir
£0.99, £29 ou £99 par mois
Payload
Gratuit en auto-hébergement, ou à partir de $35 par mois pour Payload Cloud

Gestion de contenu

Fóir
Standard
Payload
Standard

Isolation des tenants

Fóir
Appliquée sous votre code
Payload
Vérifications au niveau applicatif

Schéma par tenant

Fóir
Par projet ou par organisation
Payload
Une config pour tous les tenants

Personnalisation

Fóir
Intégrée, résolue à chaque requête
Payload
Intégration tierce

Aperçu par audience

Fóir
Intégré à l'éditeur
Payload
Aucune personnalisation à prévisualiser

Accès des agents

Fóir
Contenu et plan de contrôle
Payload
CRUD des enregistrements par collection

Garde-fous pour les agents

Fóir
Barrière d'approbation, qui échoue en mode fermé
Payload
Permissions par clé

API générée

Fóir
GraphQL typé à partir de vos modèles
Payload
Typée à partir de votre config

Authentification hébergée

Fóir
Connexion, rôles et jetons inclus
Payload
À apporter vous-même pour les utilisateurs finaux

Backend au-delà du contenu

Fóir
Opérations, hooks, planifications, secrets
Payload
Hooks et jobs que vous écrivez

Propriété des données

Fóir
Export Postgres, règles d'accès incluses
Payload
Base de données autogérée

Exploitation

Fóir
Géré, aucune base de données à exploiter
Payload
Vous l'exploitez et appliquez les correctifs

Le comportement de Payload est tiré de sa documentation publiée, à jour en août 2026. Lorsque nous disons qu'une chose est absente, nous voulons dire absente du cœur et des plugins officiels, et non impossible à construire. Les corrections sont les bienvenues et nous les ferons.

Posséder vos données sans exploiter de base de données

La raison habituelle d'héberger soi-même est la crainte de la dépendance : si le fournisseur disparaît, ou si le prix change, ou si la réponse à une question est non, vous voulez votre contenu quelque part que vous contrôlez.

Fóir y répond par une sortie plutôt que par une obligation. Une seule commande produit une base de données dont vous êtes propriétaire : une table par modèle, des références sous forme de vraies clés étrangères, et vos règles d'accès traduites dessus, vérifiées par un test qui applique les claims d'un même client aux deux bases de données et exige les mêmes lignes en retour. Vous pouvez partir, et ce qui protégeait vos données part avec vous.

D'ici là, vous n'avez aucune base de données à exploiter, à corriger ou qui vous réveille la nuit.

Une vérification oubliée ne peut pas laisser fuiter une ligne

Payload sépare les tenants avec des fonctions de contrôle d'accès qui ajoutent un filtre à votre requête. Cela tient exactement tant que chaque collection est enregistrée et que chaque chemin de code passe par là, et leur propre documentation est directe sur les limites.

Dans Fóir, les règles que vous écrivez sont appliquées sous l'application, pas par elle. Une lecture qui oublie une vérification revient vide plutôt que complète, et un projet qui gagne un nouvel endroit où stocker des données ne peut pas être livré sans règles qui le couvrent.

Le reste du backend vient avec

La plupart de ce dont une application a besoin au-delà du stockage de contenu est déjà là : des tâches planifiées, des hooks de cycle de vie qui se déclenchent à la publication ou à la modification, des opérations sortantes vers les systèmes avec lesquels vous vous intégrez, et un endroit où garder les clés d'API que ces appels exigent sans les coller dans la config.

La connexion vient avec. Vos utilisateurs finaux obtiennent l'inscription, la connexion par mot de passe et par code à usage unique, les fournisseurs sociaux, les rôles et les jetons de renouvellement, sur votre propre domaine plutôt que le nôtre, sans que vous ayez à monter un service d'authentification à côté du CMS.

Un espace de travail, tous les clients

Les agences obtiennent un projet par client, tous administrés depuis un seul espace de travail. Les clients qui doivent partager un schéma sont des organisations à l'intérieur d'un seul projet : le modèle est défini une fois, chaque organisation en hérite, et chacune peut ajouter un modèle qui lui est propre quand un client a besoin de quelque chose que les autres n'ont pas.

Chaque clé est créée à l'intérieur d'un projet et ne sert que ce projet : la clé d'un client n'atteint donc que son propre contenu. Chaque projet a son propre domaine de connexion et sa propre identité de marque.

Une audience est un modèle qui vous appartient

Le contenu dans Fóir se résout à chaque requête. Une audience est définie à partir de vos propres modèles : elle est donc modifiable, versionnée et adressable comme tout le reste, et une variante peut remplacer un enregistrement entier ou un seul champ à l'intérieur.

C'est l'élément sans équivalent de l'autre côté. Payload vous oriente vers Croct ou Statsig, ce qui signifie un second système, une seconde facture, et du contenu qui vit à deux endroits.

Ce que vous assembleriez autrement

Une API de contenu n'est qu'une petite partie de ce dont une application a besoin. Le reste est fourni avec.

Publication

Brouillons, historique complet des versions, annulation, publication à une date ultérieure, et déploiements groupés quand un lot doit passer en ligne en même temps.

Comportement des modèles

Par modèle : versionnement, publication, variantes, ou rien de tout cela. Les enregistrements peuvent être de simples données, appartenir à un client, ou être publics.

Permissions

Des rôles pour votre équipe et des rôles pour vos clients, plus la visibilité par enregistrement et des octrois à une personne nommée.

Connexion hébergée

Mot de passe, code à usage unique, et fournisseurs sociaux ou OIDC, sur votre propre domaine, avec jetons et renouvellement gérés pour vous.

Médias et fichiers

Une bibliothèque de médias avec téléversement, transformations et rendus adaptatifs, et les mêmes règles d'accès sur les fichiers que sur les enregistrements.

Clés API

Chaque clé atteint exactement les modèles et les opérations que vous autorisez, sur un schéma généré pour ce projet.

Automatisation

Planifications cron, hooks de cycle de vie à la publication et à la modification, opérations sortantes, et un coffre pour les clés dont elles ont besoin.

Notifications

E-mail transactionnel et push vers le web, iOS et Android, à partir des mêmes événements que votre contenu émet déjà.

Notes et tâches

Des commentaires ancrés à l'enregistrement concerné plutôt qu'à une page, assignables à la personne qui doit agir.

Ask Fóir

Un assistant qui travaille votre contenu avec les mêmes outils et les mêmes permissions que votre équipe, en mettant ses modifications en attente de relecture.

Un travail qui avance sans vous

Confiez une tâche à Fóir et il travaille pendant votre absence, puis revient sur la note quand il a besoin d'une réponse ou quand il a terminé.

Extensions

Installez des apps qui ajoutent vos propres outils à l'administration, à côté du contenu sur lequel elles agissent.

Recherche et vecteurs

Recherche plein texte, et embeddings générés pour vos enregistrements afin de retrouver par le sens plutôt que par mot-clé.

Géo

Stockez des coordonnées sur n'importe quel modèle et interrogez par proximité : ce qui se trouve près de ce point, trié par distance.

Voir le résultat avec vos propres modèles

Créez un projet, définissez un modèle et relisez-le via l'API.

Commencer à construireLire la documentation