Trasformazione Digitale

Headless CMS per PMI 2022: Strapi vs Contentful vs Sanity vs Storyblok

Headless CMS per PMI 2022: Strapi vs Contentful vs Sanity vs Storyblok

Per anni le PMI italiane hanno installato WordPress, scelto un tema, attaccato due plugin e considerato risolto il tema “presenza online”. Nel 2022 questa formula non basta più. Oggi un contenuto pubblicato dal marketing deve apparire contemporaneamente sul sito istituzionale, su una landing Next.js servita dalla CDN, su un’app React Native, su un totem in negozio e magari sulla scheda prodotto di un marketplace. Il monolite WordPress, dove front-end e back-end coabitano nello stesso database e nello stesso PHP, fatica a stare al passo.

Da qui il boom dei headless CMS registrato tra il 2021 e l’inizio del 2022. Strapi ha rilasciato la v4 a fine novembre 2021, Contentful ha chiuso una Series F a valutazione 3,2 miliardi di dollari, Sanity una Series B da 39 milioni a novembre, Storyblok 47 milioni di euro in Series B a maggio 2021. GraphCMS si è rinominata Hygraph, Forestry è confluita in TinaCMS. Il mercato è in pieno fermento.

In questo articolo confrontiamo i quattro tool dominanti per una PMI italiana che vuole architettura headless: Strapi v4, Contentful, Sanity e Storyblok. 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.

TL;DR — verdetto rapido per 4 personas

  • Team dev interno, budget contenuto, controllo totale: Strapi v4 Community Edition self-hosted. Open source, plugin ecosystem maturo, nessun lock-in.
  • Enterprise con processo editoriale strutturato e zero pazienza per DevOps: Contentful. SaaS robusto, workflow Compose & Launch, prezzo importante ma scalabilità garantita.
  • Sviluppatori che amano TypeScript, Portable Text e modello dati ricco: Sanity. Studio personalizzabile in React, GROQ potentissimo, real-time collaboration nativa.
  • Marketing che vuole vedere mentre scrive, agenzia che produce landing in serie: Storyblok. Visual Editor con live preview, autonomia totale dei content editor.

Cos’è un headless CMS e perché il monolite mostra la corda

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.

Un headless CMS 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à.

Per chi viene da WordPress il punto rilevante è che scrivere 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à.

MACH architecture: il vocabolario condiviso del 2022

L’acronimo MACH — 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.

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.

Dashboard headless CMS su laptop con interfaccia di gestione contenuti
L’interfaccia di un headless CMS è identica a quella di un CMS tradizionale per il content editor: la differenza è tutta dietro le quinte.

Strapi v4: open source maturo, controllo totale, self-hosted

Strapi nasce nel 2015 in Francia come framework Node.js, e a fine novembre 2021 rilascia la v4, 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.

Strapi si distribuisce in due edizioni. La Community Edition è 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 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.

Il cuore di Strapi v4 è il Content-Types Builder: 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.

Il rovescio: Strapi devi ospitarlo. 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.

Quando scegliere Strapi: 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.

Contentful: SaaS enterprise, processo editoriale strutturato

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.

L’interfaccia è un web app sofisticata dove modelli i content type e gestisci le entry. Il punto di forza dal 2021 sono Compose & Launch: 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.

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 (read-only, milioni di chiamate dai front-end pubblici) e Content Management API (write-enabled, usata da editor e workflow) è un design pattern che vale la pena ricordare anche per chi sceglie altri CMS.

Il pricing 2022 prevede un tier Community gratuito (5 utenti, 25.000 record, 2 locale), un tier Team a circa 300 dollari/mese e tier Enterprise 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.

Quando scegliere Contentful: 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.

Sanity: Studio personalizzabile, Portable Text e GROQ

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, un’applicazione React open source che giri tu, personalizzi tu, deployi tu. Lo storage dei contenuti, invece, è sul cloud Sanity con CDN globale.

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.

Sanity introduce due concetti tecnici notevoli. Il primo è Portable Text, 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 (Graph-Relational Object Queries), un query language proprietario alternativo a GraphQL, più espressivo per query relazionali profonde. Sanity offre comunque GraphQL come alternativa.

La real-time collaboration è 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.

Il pricing prevede un Free tier con 3 utenti, 10.000 documenti, 10 GB di asset, e tier a pagamento dal Team a circa 99 dollari/mese. Il modello a documenti è più abbordabile di quello a record di Contentful per progetti medi.

Quando scegliere Sanity: 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.

Team progetta architettura headless CMS su lavagna durante un workshop
Il momento di modellazione dei content type è il più delicato di un progetto headless: cambiare schema a sito live è costoso.

Storyblok: Visual Editor live preview, marketing-first

Storyblok è un CMS austriaco fondato a Linz nel 2017. La scelta distintiva è il Visual Editor: 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.

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.

Le Content Delivery API 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.

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 con 25.000 richieste API mensili, tier Starter 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.

Quando scegliere Storyblok: 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”.

Pricing 2022 a confronto e costi nascosti

La tabella mentale sintetica:

  • Strapi Community Edition: 0 euro di licenza. Costo reale = hosting (60-200 euro/mese su Render o Heroku per istanze production-ready) + maintenance dev.
  • Strapi Enterprise: contratti custom, indicativamente da 9.000 euro/anno in su.
  • Contentful Community: 0 euro fino a 5 user + 25.000 entries + 2 locale. Tier Team da circa 300 dollari/mese.
  • Sanity Free: 0 euro fino a 3 user + 10K documents + 10 GB asset. Tier Team da circa 99 dollari/mese.
  • Storyblok Free: 0 euro fino a 25K richieste API. Tier Starter da circa 99 dollari/mese per 100K richieste.

I costi nascosti che le PMI scoprono dopo sei mesi: banda CDN per asset pesanti, image transformation on-the-fly (Sanity e Storyblok la includono, gli altri richiedono Cloudinary o imgix), hosting front-end (Vercel Pro a 20 dollari/mese per builder, Netlify Pro a 19 dollari/mese), monitoring (Sentry, Datadog), preview environment.

Developer Experience, content modeling e API

La DX è il fattore che più spesso determina il successo di un progetto headless. Strapi gira completamente locale con SQLite di sviluppo: un dev clona il repo, fa npm install, ha tutto. Sanity Studio gira locale ma i dati stanno sempre nel cloud (datasets development separati). Contentful e Storyblok offrono environment / space staging ma il workflow di “clonare lo stato del CMS in locale” è meno diretto.

Sul fronte schema as code Sanity vince a mani basse: schema in file JavaScript/TypeScript versionati su Git. Strapi gestisce gli schema in JSON in /src/api 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.

C’è una scelta filosofica nascosta in ogni progetto headless: il contenuto è text-first (un articolo lungo con campi accessori) o component-first (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.

Tutti e quattro espongono REST e GraphQL. 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: Sanity offre listener WebSocket nativi, Strapi può aggiungerli via Socket.io, Contentful e Storyblok lavorano con webhook e polling.

Contenuto headless CMS visualizzato su mobile e tablet in design responsive
Un singolo contenuto modellato in un headless CMS può alimentare web, mobile, app native e canali futuri senza duplicazioni.

Hosting front-end, multilingua e gestione immagini

Il back-end CMS è solo metà del puzzle. L’altra metà è il front-end statico/SSG/SSR e dove lo deployi. Vercel è 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 è il pioniere del JAMstack, supporta tutti i framework SSG (Gatsby 4 di novembre 2021, Nuxt 3 beta, Astro v0.21 emergente). Cloudflare Pages è entrata in GA nel 2021, integrata con Workers per edge compute, pricing molto aggressivo con banda illimitata.

Per i contenuti multilingua, 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 di iniziare a modellare. Cambiare strategia di localizzazione a metà progetto significa rifare schema e migrazione dati.

Sulla gestione immagini: 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.

Scelta in base al caso d’uso e errori comuni

Tradurre tutto in raccomandazioni concrete per le PMI italiane:

  • Sito corporate B2B manifatturiero, multilingua IT/EN/DE, sicurezza dati: Strapi v4 self-hosted su cloud europeo (Aruba Cloud, OVHcloud, Hetzner) + Next.js su Vercel.
  • E-commerce headless con catalogo medio (Shopify Hydrogen in preview, BigCommerce, commercetools, Commerce.js): Contentful per editorial layer + Compose per landing + integrazione commerce.
  • Blog di qualità + landing page Google Ads in serie: Storyblok con Visual Editor per autonomia marketing.
  • App mobile + sito web con stessa fonte di contenuti: Sanity con Portable Text per formati portabili e modello dati ricco.

Dopo tre anni di progetti, gli errori che vediamo ripetersi:

  1. Over-architecting. Una PMI che fattura 5 milioni non ha bisogno di MACH full-stack con 7 microservizi. Spesso WordPress curato basta per altri 3 anni. Headless si giustifica quando hai almeno due canali da alimentare.
  2. Sottovalutazione del content modeling. Modellare male all’inizio costa 5x rifarlo dopo. Mezza giornata di workshop con il marketing prima di scrivere uno schema risparmia settimane di refactor.
  3. Mancanza di governance editoriale. Headless dà potere ai content editor; se manca un workflow (chi pubblica cosa, chi approva, chi traduce) il sito diventa caotico.
  4. Lock-in nascosto. Strapi è open source ma se costruisci 15 custom plugin difficili da mantenere, sei comunque lock-in interno. Contentful e Sanity hanno export ma re-importare lo stato in un altro CMS è un progetto a sé.
  5. Image strategy improvvisata. Senza una strategia immagini (DAM, formati, breakpoint, lazy loading) le Core Web Vitals crollano e l’investimento headless si vanifica.
  6. Build time fuori controllo. Un sito Gatsby con 5.000 prodotti può impiegare 20 minuti a fare build. Pianifica build incrementali (ISR di Next.js, Deferred Static Generation di Gatsby) fin dall’inizio.

Stai valutando il passaggio a un’architettura headless?

Strapi, Contentful, Sanity, Storyblok — ognuno ha sweet spot e trade-off. Raccontaci il tuo progetto e ti diciamo quale combinazione CMS + front-end ha senso per te, con tempi e costi reali.

Richiedi un preventivo →

Come avviare un pilota headless in 5 step


  1. Workshop di content modeling: riunisci marketing, vendite e dev per definire i content type, i campi e le relazioni che serviranno nei prossimi due anni, non solo oggi.
  2. Scelta del CMS sulla base di team e budget: Strapi se hai team dev e vuoi controllo, Contentful per processi editoriali strutturati, Sanity per schema as code, Storyblok per marketing autonomo.
  3. Setup ambienti dev/staging/production: tre ambienti separati con dati di test in dev, dati pre-produzione in staging, dati reali in production. Tre deploy del front-end corrispondenti.
  4. Implementazione di 3 pagine pilota: home, una scheda dettaglio (prodotto o articolo), una pagina di conversione. Misura Core Web Vitals prima di proseguire.
  5. Migrazione contenuti + redirect SEO: script di import dei contenuti esistenti, mappa di redirect 301 per ogni vecchio URL, monitoraggio Search Console per 30 giorni post-lancio.

Domande frequenti sui headless CMS per PMI

Conviene davvero passare da WordPress a headless per una PMI?

Conviene se hai almeno uno di questi requisiti: alimentare canali multipli (sito + app + totem), performance Core Web Vitals come priorità, team dev già orientato a JavaScript moderno, problemi cronici di sicurezza/aggiornamenti su WordPress. Se il sito ti basta e funziona, restare su WordPress curato è razionale.

Qual è il costo reale di un progetto headless completo?

Per una PMI media, considera 15.000-40.000 euro di sviluppo iniziale (design + content modeling + dev front-end + integrazione CMS + migrazione + go-live), 200-1.500 euro/mese di costi ricorrenti (CMS + hosting front-end + CDN + DAM + monitoring), 3.000-8.000 euro/anno di manutenzione evolutiva.

Strapi è abbastanza maturo per la produzione enterprise?

Con la v4 di novembre 2021 ha raggiunto un livello di maturità significativo: architettura plugin ridisegnata, performance migliorate, ruoli granulari nella Enterprise Edition. Brand come IBM, NASA, eBay lo usano in produzione. La cautela rimane sull’hosting: la responsabilità di tenerlo aggiornato e scalato è tua.

Contentful vale i suoi 300+ euro/mese di abbonamento Team?

Per un’azienda con almeno 3-4 content editor attivi, esigenza di SLA elevati, marketing che fa affidamento su Compose & Launch per produrre landing in serie, sì. Per una PMI con 1-2 editor occasionali no: il piano Community gratis o un Strapi self-hosted bastano.

Sanity GROQ è davvero meglio di GraphQL?

GROQ è più espressivo per query relazionali profonde e proiezioni complesse, perfetto per use case Sanity-centrici. GraphQL è più portabile e con tooling più ricco (Apollo, codegen, federation). Per la maggior parte dei progetti GraphQL basta; GROQ ha senso se hai query data che diventerebbero pesanti in GraphQL.

Posso usare Storyblok per un sito multilingua complesso?

Sì, Storyblok ha uno dei modelli i18n più eleganti: ogni campo è tradotto per lingua all’interno della stessa entry. Una modifica strutturale propaga su tutte le lingue automaticamente, evitando inconsistenze tipiche di sistemi che duplicano l’entry per locale.

Come scelgo il front-end framework per il mio progetto headless?

Next.js 12 è il default ragionevole per la maggior parte dei casi (community ampia, ISR per build incrementali, edge runtime). Nuxt 3 è in beta ma valido per team Vue. Gatsby 4 è solido se hai contenuto stabile. Astro è emergente (v0.21 a novembre 2021) e promettente per siti content-heavy con poco JS.

Conclusione: scegli in base a team, budget e governance

Nel 2022 nessuno dei quattro CMS è oggettivamente migliore degli altri. Sono prodotti maturi con identità e sweet spot diversi. La scelta giusta dipende da chi userà il tool ogni giorno, da quanto controllo sull’infrastruttura serve, dal budget operativo sostenibile, e da come immagini la tua content governance nei prossimi tre anni.

Per una PMI italiana il consiglio resta quello del TL;DR iniziale: Strapi v4 se ami il controllo e hai team dev, Contentful se la priorità è il processo enterprise, Sanity se vuoi schema as code e Portable Text, Storyblok se il marketing deve essere autonomo. In tutti e quattro i casi, il vero salto di qualità non è il CMS ma l’architettura: separare contenuto e presentazione, fare API-first, deployare su edge, misurare le Core Web Vitals. Il monolite WordPress non è morto e non lo sarà presto, ma per chi guarda al 2025 con un piano omnichannel, headless è già la nuova normalità.

Vuoi una soluzione su misura per la tua azienda?

Brentasoft sviluppa gestionali, CRM e software personalizzati per PMI italiane. Parliamo del tuo progetto.