Fóir come alternativa a Payload
Entrambi ti danno accesso tipizzato a modelli di contenuto che definisci nel codice. La differenza è ciò che sta sotto, e dove ciascuno di noi fa rispettare ciò che promette.
Confronto diretto
| Capability | Fóir | Payload |
|---|---|---|
| Prezzo | £0.99, £29 o £99 al mese | Gratuito se self-hosted, oppure da $35 al mese per Payload Cloud |
| Gestione dei contenuti | Standard | Standard |
| Isolamento dei tenant | Applicato sotto il tuo codice | Controlli a livello di applicazione |
| Schema per tenant | Per progetto o organizzazione | Una configurazione per tutti i tenant |
| Personalizzazione | Integrata, risolta a ogni richiesta | Integrazione di terze parti |
| Anteprima per pubblico | Integrata nell'editor | Nessuna personalizzazione da vedere in anteprima |
| Accesso per gli agenti | Contenuti e control plane | CRUD dei record per collection |
| Salvaguardie per gli agenti | Approvazione obbligatoria, in caso di errore resta chiuso | Permessi per chiave |
| API generata | GraphQL tipizzato dai tuoi modelli | Tipizzata dalla tua configurazione |
| Autenticazione ospitata | Login, ruoli e token inclusi | Porta la tua per gli utenti finali |
| Backend oltre i contenuti | Operazioni, hook, pianificazioni, secret | Hook e job che scrivi tu |
| Proprietà dei dati | Export su Postgres, regole di accesso incluse | Database gestito da te |
| Metterlo in funzione | Gestito, nessun database da gestire | Lo gestisci e applichi le patch tu |
Prezzo
- Fóir
- £0.99, £29 o £99 al mese
- Payload
- Gratuito se self-hosted, oppure da $35 al mese per Payload Cloud
Gestione dei contenuti
- Fóir
- Standard
- Payload
- Standard
Isolamento dei tenant
- Fóir
- Applicato sotto il tuo codice
- Payload
- Controlli a livello di applicazione
Schema per tenant
- Fóir
- Per progetto o organizzazione
- Payload
- Una configurazione per tutti i tenant
Personalizzazione
- Fóir
- Integrata, risolta a ogni richiesta
- Payload
- Integrazione di terze parti
Anteprima per pubblico
- Fóir
- Integrata nell'editor
- Payload
- Nessuna personalizzazione da vedere in anteprima
Accesso per gli agenti
- Fóir
- Contenuti e control plane
- Payload
- CRUD dei record per collection
Salvaguardie per gli agenti
- Fóir
- Approvazione obbligatoria, in caso di errore resta chiuso
- Payload
- Permessi per chiave
API generata
- Fóir
- GraphQL tipizzato dai tuoi modelli
- Payload
- Tipizzata dalla tua configurazione
Autenticazione ospitata
- Fóir
- Login, ruoli e token inclusi
- Payload
- Porta la tua per gli utenti finali
Backend oltre i contenuti
- Fóir
- Operazioni, hook, pianificazioni, secret
- Payload
- Hook e job che scrivi tu
Proprietà dei dati
- Fóir
- Export su Postgres, regole di accesso incluse
- Payload
- Database gestito da te
Metterlo in funzione
- Fóir
- Gestito, nessun database da gestire
- Payload
- Lo gestisci e applichi le patch tu
Il comportamento di Payload è tratto dalla sua documentazione pubblicata, aggiornata ad agosto 2026. Dove diciamo che una cosa manca, intendiamo che manca nel core e nei plugin ufficiali, non che sia impossibile da costruire. Le correzioni sono benvenute e le faremo.
Possedere i tuoi dati senza gestire un database
Il solito motivo per fare self-hosting è la preoccupazione del lock-in: se il fornitore sparisce, o il prezzo cambia, o la risposta a una richiesta è no, vuoi i tuoi contenuti in un posto che controlli.
Fóir risponde con un'uscita e non con un obbligo. Un solo comando produce un database che possiedi: una tabella per modello, i riferimenti come vere chiavi esterne e le tue regole di accesso tradotte su di esso, verificato da un test che applica i claim dello stesso cliente a entrambi i database e richiede le stesse righe in risposta. Puoi andartene, e ciò che rendeva sicuri i tuoi dati se ne va con te.
Finché non vuoi, non c'è nessun database da gestire, aggiornare o per cui farsi svegliare di notte.
Un controllo dimenticato non può far trapelare una riga
Payload separa i tenant con funzioni di controllo degli accessi che aggiungono un filtro alla tua query. Questo regge esattamente finché ogni collection è registrata e ogni percorso di codice ci passa, e la loro stessa documentazione è esplicita sui limiti.
In Fóir le regole che scrivi sono applicate sotto l'applicazione, non da essa. Una lettura che dimentica un controllo torna vuota invece che completa, e un progetto che ottiene un nuovo posto dove archiviare dati non può essere rilasciato senza regole che lo coprano.
Il resto del backend arriva insieme
Gran parte di ciò che serve a un'applicazione oltre all'archiviazione dei contenuti è già qui: lavoro pianificato, hook del ciclo di vita che scattano alla pubblicazione o a una modifica, operazioni in uscita verso i sistemi con cui ti integri e un posto dove tenere le chiavi API che quelle chiamate richiedono senza incollarle nella configurazione.
Il login è incluso. I tuoi utenti finali ottengono registrazione, login con password e codice monouso, provider social, ruoli e refresh token, sul tuo dominio e non sul nostro, senza che tu debba mettere in piedi un servizio di autenticazione accanto al CMS.
Un workspace, ogni cliente
Le agenzie ottengono un progetto per cliente, tutti amministrati da un unico workspace. I clienti che devono condividere uno schema stanno come organizzazioni dentro un unico progetto: il modello è definito una volta, ogni organizzazione lo eredita, e ciascuna può aggiungere un modello proprio quando un cliente ha bisogno di qualcosa che gli altri non hanno.
Ogni chiave è creata dentro un progetto e serve solo quel progetto, quindi la chiave di un cliente raggiunge solo i suoi contenuti. Ogni progetto ha il proprio dominio di login e il proprio brand.
Un pubblico è un modello che possiedi
I contenuti in Fóir si risolvono per richiesta. Un pubblico è definito a partire dai tuoi modelli, quindi è modificabile, versionato e indirizzabile come qualsiasi altra cosa, e una variante può sostituire un intero record o un singolo campo al suo interno.
È il pezzo che non ha equivalente dall'altra parte. Payload ti rimanda a Croct o Statsig, il che significa un secondo sistema, un secondo conto e contenuti che vivono in due posti.
Cosa dovresti assemblare altrimenti
Un'API per i contenuti è la parte più piccola di ciò che serve a un'applicazione. Queste arrivano insieme.
Pubblicazione
Bozze, cronologia completa delle versioni, ripristino, pubblicazione a un orario futuro e rollout in blocco quando un gruppo di contenuti deve andare online insieme.
Comportamento del modello
Per ogni modello: versioning, pubblicazione, varianti, o nessuna di queste. I record possono essere semplici dati, appartenere a un cliente o essere pubblici.
Permessi
Ruoli per il tuo team e ruoli per i tuoi clienti, più visibilità per singolo record e accessi concessi a una persona precisa.
Login ospitato
Password, codice monouso e provider social o OIDC, sul tuo dominio, con token e refresh gestiti per te.
Media e asset
Una libreria di asset con upload, trasformazioni e rendition responsive, e le stesse regole di accesso sui file come sui record.
Chiavi API
Ogni chiave raggiunge esattamente i modelli e le operazioni che consenti, su uno schema generato per quel progetto.
Automazione
Pianificazioni cron, hook del ciclo di vita su pubblicazione e modifica, operazioni in uscita e un vault per le chiavi di cui hanno bisogno.
Notifiche
Email transazionali e push su web, iOS e Android, dagli stessi eventi che i tuoi contenuti già emettono.
Note e attività
Commenti ancorati al record a cui si riferiscono invece che a una pagina, assegnabili a chi deve agire.
Ask Fóir
Un assistente che lavora sui tuoi contenuti con gli stessi strumenti e permessi del tuo team, mettendo le sue modifiche in attesa di revisione.
Lavoro che va avanti senza di te
Assegna un'attività a Fóir e lui lavora mentre sei via, tornando sulla nota quando ha bisogno di una risposta o ha finito.
Estensioni
Installa app che aggiungono i tuoi strumenti all'admin, accanto ai contenuti su cui operano.
Ricerca e vettori
Ricerca full text, ed embedding generati per i tuoi record così puoi recuperarli per significato invece che per parola chiave.
Geo
Salva le coordinate su qualsiasi modello e cerca per prossimità: cosa c'è vicino a questo punto, ordinato per distanza.
Vedilo con i tuoi modelli
Crea un progetto, definisci un modello e rileggilo tramite la API.