In questo articolo confrontiamo i quattro tool dominanti per una PMI italiana che vuole architettura headless: Strapi v4<\/strong>, Contentful<\/strong>, Sanity<\/strong> e Storyblok<\/strong>. Lo facciamo senza tifoseria, con lo sguardo del consulente che deve consegnare un progetto in produzione entro 90 giorni e mantenerlo per i prossimi cinque anni.<\/p>\n Un CMS tradizionale come WordPress è un sistema accoppiato: il database contiene i contenuti, gli stessi script PHP li trasformano in HTML, lo stesso server li serve al browser. Comodo, veloce da avviare, ma rigido. Se domani vuoi consumare gli stessi articoli da un’app mobile sei costretto a installare un plugin REST o GraphQL, mantenere WordPress aggiornato in produzione su un server che diventa single point of failure, e gestire tema + plugin che continuano a entrarsi in conflitto.<\/p>\n Un headless CMS<\/strong> separa la testa (il front-end) dal corpo (il back-end). Il CMS si occupa esclusivamente di modellare e servire i contenuti via API REST o GraphQL. Il front-end è un progetto separato, tipicamente costruito con un framework JavaScript moderno (Next.js, Nuxt, Astro, SvelteKit, Gatsby) e deployato su CDN edge come Vercel, Netlify o Cloudflare Pages. Il risultato: time-to-first-byte millimetrico, Core Web Vitals fuori scala, e la possibilità di alimentare canali multipli — sito, app, totem, marketplace — con la stessa fonte di verità.<\/p>\n Per chi viene da WordPress il punto rilevante è che scrivere<\/em> non cambia: la redazione apre l’editor, compila i campi, pubblica. Sotto il cofano, però, la pubblicazione non è più un cookie e una sessione PHP ma un webhook che invalida la cache CDN e ricostruisce le pagine statiche. Il sito risulta sempre “servito da file”, non da database, con benefici enormi su sicurezza (niente PHP esposto) e velocità.<\/p>\n L’acronimo MACH<\/strong> — Microservices, API-first, Cloud-native, Headless — è diventato il vocabolario condiviso del settore. La MACH Alliance, fondata nel 2020 da Contentful, commercetools, EPAM e Valtech, ha popolarizzato questi quattro pilastri come stella polare di chi rifiuta l’architettura monolitica.<\/p>\n In una PMI italiana media, MACH si traduce così: il CMS è uno dei quattro o cinque servizi (CMS + commerce engine + search + CRM + DAM), ognuno scelto best-of-breed e orchestrato via API. Il sito Next.js o Nuxt sul front-end fa da collante. È un cambio mentale rispetto al “tutto WordPress + WooCommerce”, ma offre una flessibilità che il monolite non raggiungerà mai.<\/p>\n Strapi nasce nel 2015 in Francia come framework Node.js, e a fine novembre 2021 rilascia la v4<\/strong>, una riscrittura profonda che introduce un nuovo database layer basato su Knex, un sistema di plugin ripensato e una gestione granulare di ruoli e permessi. La v4 segna il passaggio da “tool per startup” a piattaforma adottabile in produzione enterprise.<\/p>\n Strapi si distribuisce in due edizioni. La Community Edition<\/strong> è open source, gratuita, e include tutto ciò che serve a una PMI: content type builder, REST + GraphQL API, ruoli base, internazionalizzazione, gestione media, webhooks. La Enterprise Edition<\/strong> aggiunge SSO (SAML\/OIDC), audit log, ruoli avanzati con permessi a livello di campo, content release management, supporto SLA — tipicamente contratti annuali nell’ordine di migliaia di euro, negoziati caso per caso.<\/p>\n Il cuore di Strapi v4 è il Content-Types Builder<\/strong>: una UI dove modelli le tue collection trascinando campi — testo, rich text, JSON, relazioni, componenti riusabili, dynamic zones. Dietro le quinte Strapi genera schema MySQL\/PostgreSQL\/SQLite + controller Node.js che espongono REST e GraphQL con paginazione, filtri, populate delle relazioni. La curva di apprendimento per un dev JavaScript è bassa: in mezza giornata hai un CMS funzionante.<\/p>\n Il rovescio: Strapi devi ospitarlo<\/strong>. Le opzioni reali nel 2022 sono Render, Heroku, Railway, DigitalOcean App Platform, AWS Elastic Beanstalk, oppure un VPS con PM2 e Nginx. Devi gestire backup, upgrade, monitoring, scaling. Per un team con un dev backend è banale; per un’agenzia di soli front-end può diventare un peso.<\/p>\n Quando scegliere Strapi:<\/strong> hai un team Node.js, vuoi controllo totale del codice, hai requisiti GDPR stringenti che spingono a tenere i dati su cloud europeo, il budget è sotto i 1.500 euro\/mese tutto compreso, e ti spaventa il vendor lock-in dei SaaS.<\/p>\n Contentful è la nonna del settore: fondata a Berlino nel 2013, ha più o meno definito il concetto stesso di headless CMS commerciale. Nel 2021 ha chiuso una Series F a valutazione 3,2 miliardi di dollari, dato che testimonia la profondità del suo posizionamento enterprise.<\/p>\n L’interfaccia è un web app sofisticata dove modelli i content type e gestisci le entry. Il punto di forza dal 2021 sono Compose & Launch<\/strong>: due add-on che trasformano Contentful da “CMS per sviluppatori” a piattaforma usabile da marketing senza training. Compose offre una UI dove il marketer costruisce una pagina selezionando blocchi predefiniti (Hero, CTA, Testimonial, Form), Launch gestisce schedulazione e release coordinate.<\/p>\n Le API di Contentful sono REST (Content Delivery API, Content Management API, Content Preview API) e GraphQL, servite da CDN globale Fastly inclusa nel pricing, con SLA del 99,9%. La separazione tra Content Delivery API<\/strong> (read-only, milioni di chiamate dai front-end pubblici) e Content Management API<\/strong> (write-enabled, usata da editor e workflow) è un design pattern che vale la pena ricordare anche per chi sceglie altri CMS.<\/p>\n Il pricing 2022 prevede un tier Community<\/strong> gratuito (5 utenti, 25.000 record, 2 locale), un tier Team<\/strong> a circa 300 dollari\/mese e tier Enterprise<\/strong> a preventivo. Il salto dal Community al Team è ripido e spesso inevitabile: 5 utenti vanno via in fretta in un’azienda con marketing, IT e agenzia esterna.<\/p>\n Quando scegliere Contentful:<\/strong> azienda strutturata, marketing che non vuole avere a che fare con codice, requisito di SLA forte, budget tra i 300 e gli oltre 1.000 euro\/mese di solo CMS, esigenza di Compose & Launch per produrre landing page in modo industriale.<\/p>\n Sanity è un CMS norvegese lanciato nel 2017. La filosofia è radicalmente diversa: invece di darti un’interfaccia di editing pronta all’uso, Sanity fornisce Sanity Studio<\/strong>, un’applicazione React open source che giri tu, personalizzi tu, deployi tu. Lo storage dei contenuti, invece, è sul cloud Sanity con CDN globale.<\/p>\n Sanity Studio v2, rilasciato nel 2021, è un framework dove definisci schema TypeScript\/JavaScript per i tuoi content type, e lo Studio adatta la UI di conseguenza. Vuoi un editor custom per un campo “coordinata geografica”? Scrivi un componente React, lo registri come input, è integrato. Questa estendibilità estrema è il principale magnete per i team tecnici.<\/p>\n Sanity introduce due concetti tecnici notevoli. Il primo è Portable Text<\/strong>, un formato JSON strutturato per il rich content, alternativa a HTML salvato come stringa o Markdown. Portable Text descrive blocchi (paragrafi, heading, liste), span (porzioni di testo con marche tipografiche), embed. Il vantaggio è che lo stesso contenuto può essere renderizzato in modo coerente su web, app native, PDF, voce. Il secondo è GROQ<\/strong> (Graph-Relational Object Queries), un query language proprietario alternativo a GraphQL, più espressivo per query relazionali profonde. Sanity offre comunque GraphQL come alternativa.<\/p>\n La real-time collaboration<\/strong> è un altro asset: più editor lavorano sulla stessa entry in contemporanea, stile Google Docs, con cursori live e merge automatico. A novembre 2021 Sanity ha chiuso una Series B da 39 milioni di dollari guidata da ICONIQ Growth.<\/p>\n Il pricing prevede un Free tier<\/strong> con 3 utenti, 10.000 documenti, 10 GB di asset, e tier a pagamento dal Team<\/strong> a circa 99 dollari\/mese. Il modello a documenti è più abbordabile di quello a record di Contentful per progetti medi.<\/p>\n Quando scegliere Sanity:<\/strong> team tecnico che vuole controllo del tooling editoriale, esigenza di modello dati ricco con relazioni complesse, voglia di abbracciare Portable Text per multipiattaforma, valore per la real-time collaboration, budget medio.<\/p>\n Storyblok è un CMS austriaco fondato a Linz nel 2017. La scelta distintiva è il Visual Editor<\/strong>: invece di un form con campi (titolo, testo, immagine), il content editor vede la pagina renderizzata nel suo aspetto finale e clicca direttamente sugli elementi per modificarli, esattamente come farebbe in un page builder visuale — con la differenza che sotto le quinte l’output è JSON consumabile da qualunque front-end.<\/p>\n Questo approccio risolve il principale punto dolente di Contentful e Sanity per i team marketing: nei CMS form-based il content editor non sa cosa stia producendo finché non pubblica; con Storyblok lo vede in tempo reale. Per un’agenzia che produce landing su landing per campagne Google Ads, è un cambio di paradigma.<\/p>\n Le Content Delivery API<\/strong> di Storyblok sono REST e GraphQL, supportano internazionalizzazione (i18n) di prima classe (un campo è tradotto per lingua, non un’entry duplicata), e usano CDN globale. Storyblok ha vinto a maggio 2021 una Series B da 47 milioni di euro guidata da HV Capital.<\/p>\n Il pricing 2022 di Storyblok è particolare perché basato sul traffico API e sul numero di workspace, non sul numero di record. C’è un Free plan<\/strong> con 25.000 richieste API mensili, tier Starter<\/strong> a circa 99 dollari\/mese (per 100K richieste), poi crescita fino a Enterprise. Il vantaggio: una PMI con catalogo grande ma traffico contenuto paga poco. Lo svantaggio: se hai picchi virali, il costo cresce in modo meno prevedibile.<\/p>\n Quando scegliere Storyblok:<\/strong> autonomia totale del marketing è il primo requisito, agenzia che gestisce molti siti clienti con stessi component pattern, sito multilingua complesso, esigenza di evitare ticket continui di “modifichiamo questa landing”.<\/p>\n La tabella mentale sintetica:<\/p>\n I costi nascosti che le PMI scoprono dopo sei mesi: banda CDN<\/strong> per asset pesanti, image transformation<\/strong> on-the-fly (Sanity e Storyblok la includono, gli altri richiedono Cloudinary o imgix), hosting front-end<\/strong> (Vercel Pro a 20 dollari\/mese per builder, Netlify Pro a 19 dollari\/mese), monitoring<\/strong> (Sentry, Datadog), preview environment<\/strong>.<\/p>\n La DX è il fattore che più spesso determina il successo di un progetto headless. Strapi<\/strong> gira completamente locale con SQLite di sviluppo: un dev clona il repo, fa Sul fronte schema as code<\/strong> Sanity vince a mani basse: schema in file JavaScript\/TypeScript versionati su Git. Strapi gestisce gli schema in JSON in C’è una scelta filosofica nascosta in ogni progetto headless: il contenuto è text-first<\/strong> (un articolo lungo con campi accessori) o component-first<\/strong> (una pagina composta da blocchi visuali atomici)? Una landing marketing è component-first; un articolo di blog è text-first. Storyblok è nato component-first ed è il più raffinato in quel dominio. Contentful con Compose & Launch ha colmato il gap. Sanity con Portable Text e custom blocks è flessibile in entrambi i mondi. Strapi con Components e Dynamic Zones supporta entrambi gli approcci ma la UI per il marketer non è ai livelli di Storyblok.<\/p>\n Tutti e quattro espongono REST e GraphQL<\/strong>. REST è più semplice da debuggare, cacheabile via HTTP cache, sufficiente per la maggior parte dei progetti. GraphQL vince quando hai pagine con dati eterogenei (hero + carosello prodotti + post correlati + form) e vuoi evitare N+1 di chiamate REST. GROQ di Sanity è ancora più potente per query relazionali profonde, ma è sintassi proprietaria. Su real-time<\/strong>: Sanity offre listener WebSocket nativi, Strapi può aggiungerli via Socket.io, Contentful e Storyblok lavorano con webhook e polling.<\/p>\n Il back-end CMS è solo metà del puzzle. L’altra metà è il front-end statico\/SSG\/SSR e dove lo deployi. Vercel<\/strong> è la patria di Next.js (Next.js 12 di fine 2021 ha introdotto il nuovo Edge Runtime), deploy istantaneo da Git, preview per ogni PR, image optimization integrata. Netlify<\/strong> è il pioniere del JAMstack, supporta tutti i framework SSG (Gatsby 4 di novembre 2021, Nuxt 3 beta, Astro v0.21 emergente). Cloudflare Pages<\/strong> è entrata in GA nel 2021, integrata con Workers per edge compute, pricing molto aggressivo con banda illimitata.<\/p>\n Per i contenuti multilingua<\/strong>, Storyblok ha il modello più pulito: ogni campo ha valori per ogni lingua, l’entry è unica. Sanity permette più pattern (campo localizzato come oggetto, documenti separati per lingua). Contentful usa locale a livello di space. Strapi v4 ha introdotto il plugin i18n ufficiale che gestisce relazioni tra versioni linguistiche. Suggerimento: scegli il pattern prima<\/em> di iniziare a modellare. Cambiare strategia di localizzazione a metà progetto significa rifare schema e migrazione dati.<\/p>\n Sulla gestione immagini<\/strong>: Sanity include un image pipeline serverless con trasformazioni on-the-fly via URL parameter, equivalente di un imgix gratuito incluso. Storyblok ha un servizio analogo. Contentful offre l’Images API per resize\/format. Strapi non offre nativamente trasformazioni server-side: tipicamente si integra Cloudinary tramite plugin ufficiale, oppure si usa AWS S3 + CloudFront, oppure Next.js Image Optimization. Cloudinary resta il DAM (Digital Asset Management) di riferimento per progetti dove il volume di asset diventa significativo.<\/p>\n Tradurre tutto in raccomandazioni concrete per le PMI italiane:<\/p>\n Dopo tre anni di progetti, gli errori che vediamo ripetersi:<\/p>\nTL;DR — verdetto rapido per 4 personas<\/h3>\n
\n
Cos’è un headless CMS e perché il monolite mostra la corda<\/h2>\n
MACH architecture: il vocabolario condiviso del 2022<\/h2>\n
![\"Dashboard](\"https:\/\/brentasoft.com\/blog\/wp-content\/uploads\/2026\/06\/headless-cms-laptop-dashboard.jpg\")
Strapi v4: open source maturo, controllo totale, self-hosted<\/h2>\n
Contentful: SaaS enterprise, processo editoriale strutturato<\/h2>\n
Sanity: Studio personalizzabile, Portable Text e GROQ<\/h2>\n
![\"Team](\"https:\/\/brentasoft.com\/blog\/wp-content\/uploads\/2026\/06\/headless-cms-team-architecture.jpg\")
Storyblok: Visual Editor live preview, marketing-first<\/h2>\n
Pricing 2022 a confronto e costi nascosti<\/h2>\n
\n
Developer Experience, content modeling e API<\/h2>\n
npm install<\/code>, ha tutto. Sanity<\/strong> Studio gira locale ma i dati stanno sempre nel cloud (datasets development separati). Contentful<\/strong> e Storyblok<\/strong> offrono environment \/ space staging ma il workflow di “clonare lo stato del CMS in locale” è meno diretto.<\/p>\n\/src\/api<\/code> versionabile. Contentful e Storyblok espongono content model API per migration via CLI, ma la pratica tipica resta modificare nella UI — con rischio di drift tra ambienti.<\/p>\n![\"Contenuto](\"https:\/\/brentasoft.com\/blog\/wp-content\/uploads\/2026\/06\/headless-cms-mobile-responsive.jpg\")
Hosting front-end, multilingua e gestione immagini<\/h2>\n
Scelta in base al caso d’uso e errori comuni<\/h2>\n
\n
\n