corpusctl vs Payload: un CMS che non sta dentro il tuo frontend

Ma se stai scegliendo un CMS questo mese, i fatti sono questi: l'offerta gestita non accetta nuovi progetti, e quella attuale ha una migrazione nel suo futuro. Payload come progetto open source non è interessato e resta self-hostable ovunque tu possa eseguire un'app Next.js.

Se un'acquisizione sia una buona notizia dipende da quale parte ne sei. Le risorse di Figma probabilmente renderanno Payload migliore. Faranno anche sì che la roadmap di Payload risponda alla strategia di Figma — e la strategia di uno strumento di design non è la stessa cosa della strategia dell'infrastruttura di contenuti.

#La differenza più profonda: Payload vive dentro la tua app

È la parte che sopravvive a qualsiasi acquisizione.

Payload gira dentro la tua applicazione Next.js. È la sua decisione di design centrale e la fonte della sua migliore funzionalità — un'API locale che salta del tutto l'HTTP, perché il CMS e il frontend condividono un processo. Per un singolo prodotto Next.js con un solo team, questa è un'esperienza per sviluppatori davvero eccellente ed è il motivo per cui Payload sta conquistando gli sviluppatori.

Significa anche che il tuo CMS e il tuo sito web condividono un deploy, un runtime e un'unità di scaling. Un picco di traffico sul sito pubblico è un picco di traffico sulla cosa che i tuoi editor stanno usando. Una ricompilazione del frontend è una ricompilazione del CMS. Cambiare framework frontend non è un progetto frontend.

corpusctl separa i due percorsi di proposito:

Percorso di scrittura — pannello → API (NestJS) → PostgreSQL → pipeline di build.

Percorso di lettura — visitatore → cache edge nginx → file immutabile nell'object storage.

Si incontrano in esattamente un punto: la pipeline di build scrive nell'object storage. La pubblicazione renderizza il contenuto in un file immutabile e indirizzato tramite hash e aggiorna un manifest. Il client del visitatore risolve lo slug in uno shard del manifest localmente, poi recupera quell'indirizzo dall'edge — memorizzabile nella cache per trenta giorni, perché lo stesso indirizzo non può mai restituire contenuti diversi.

Conseguenze che derivano dalla separazione:

• Il traffico dei visitatori non raggiunge mai l'API o il database. Il carico sul lato scrittura è del tutto indipendente dal lato lettura.
• Il tuo framework frontend non è una decisione del CMS. L'albero di rendering del core è indipendente dal framework; gli adattatori React, Vue e Next.js sono sottili strati al di sopra. Migrare da Next.js a qualcos'altro non tocca il CMS.
• Non c'è un contatore per chiamata, perché non c'è alcuna chiamata.

#Multi-progetto, e dove viene applicato l'isolamento

Payload supporta la multi-tenancy come un pattern documentato che implementi nel tuo codice applicativo.

In corpusctl è nel core, accanto all'auth e al registro dei moduli: un pannello, spazi illimitati, un utente che porta con sé un ruolo separato in ciascuno. L'isolamento è garantito dalla row-level security di PostgreSQL — nel database, sotto lo strato dove un filtro a livello applicativo può essere dimenticato.

L'argomento a favore della RLS è ristretto e, credo, decisivo: l'isolamento a livello applicativo funziona fino all'unica query che ha saltato il filtro. Quella query prima o poi viene scritta, da qualcuno di fretta, in un modulo che nessuno revisiona con attenzione. La RLS rende la fuga impossibile al di sotto dell'errore.

#44.000 stelle, 79 domande su Stack Overflow

Un numero su cui vale la pena soffermarsi. Al 17 agosto 2026, Payload ha circa 44.000 stelle su GitHub e circa 79 domande su Stack Overflow. Strapi, per confronto, ha circa 73.000 stelle e 2.800 domande.

Quel divario è come appare la crescita rapida: una base di utenti ampia, entusiasta e recente il cui corpus di risoluzione dei problemi non è ancora stato scritto. Quando incappi in un caso limite alle 2 di notte, le probabilità che qualcuno abbia già pubblicato la risposta sono significativamente più basse.

Questo va anche contro corpusctl — siamo più piccoli di entrambi. È offerto come un'osservazione sulla maturità, non come un punto segnato.

#Le parti operative

Moduli. Ogni funzionalità di corpusctl è un modulo: media, ricerca, webhook, SEO, GraphQL, import, analytics. disabled preserva i dati e riprende alla riattivazione; uninstalled li cancella e chiede conferma due volte. Un downgrade del piano imposta i moduli su disabled e non elimina mai i dati — imposto nel codice, non promesso in un articolo di supporto.

Renderer senza stile. I renderer dei blocchi arrivano senza alcun CSS predefinito. Ogni tipo di blocco è sovrascrivibile; un tipo sconosciuto viene saltato invece di generare un errore. Se renderizzare un blocco richiede codice specifico del framework, l' astrazione è nel posto sbagliato.

Webhook duraturi. Le consegne stanno in una coda con backoff esponenziale e jitter. Un'ora di inattività del ricevitore non fa perdere eventi.

Codici di errore stabili. Ogni errore dell'API porta un codice permanente (CORPUS_E_9127) più un link alla documentazione. I messaggi sono tradotti in sette lingue; i codici no. Il codice client si lega al codice, quindi migliorare un messaggio non rompe mai un'integrazione.

#Dove Payload vince

Esperienza per sviluppatori per un team Next.js. Nativo TypeScript, config-as-code, e l'API locale. Se il tuo prodotto è un'unica app Next.js e il tuo team è a suo agio nel gestire il deployment, è difficile da battere.

Slancio. Forte crescita su Trends, milioni di download npm al mese, e ora le risorse di ingegneria di Figma. È reale.

Personalizzazione dell'interfaccia di amministrazione. L'admin di Payload è fatto di componenti React che puoi sostituire del tutto. Il pannello di corpusctl è configurabile, non sostituibile arbitrariamente.

Il self-hosting è gratuito e lo è sempre stato. Senza bisogno di precisazioni.

#Il riepilogo onesto

Scegli Payload se sei un team Next.js che vuole config-as-code e l'API locale, e sei a tuo agio con il self-hosting.

Scegli corpusctl se vuoi il CMS fuori dal deploy del tuo frontend, più progetti da un pannello e l'isolamento garantito dal database.

Stato di Payload Cloud e citazioni delle FAQ prese da payloadcms.com/cloud-pricing il 17 agosto 2026. È una situazione in rapida evoluzione — ricontrolla prima di citarla.

Guarda l'architettura → · Leggi la documentazione →

corpusctl vs Directus: una piattaforma di contenuti contro un wrapper di database