Headless CMS: l'architettura dei contenuti che separa i progetti seri dagli altri

Ci sono ancora milioni di siti su WordPress, e molti funzionano benissimo. Ma quando un progetto cresce, quando i contenuti devono essere distribuiti su più canali — sito, app, newsletter, schermi in negozio, voce — il modello monolitico inizia a scricchiolare. È a quel punto che entra in scena l'headless CMS.

L'idea è semplice: separare il backend, dove si scrivono e si organizzano i contenuti, dal frontend, dove vengono mostrati. Il backend espone i contenuti via API, e qualunque interfaccia può consumarli. Un solo contenuto, tante presentazioni diverse.

Quando passare a headless ha senso

Headless conviene quando i contenuti devono vivere su più canali, quando il team editoriale è grande e ha bisogno di ruoli e flussi avanzati, o quando la performance del frontend è critica e si vuole costruirlo in tecnologie moderne (React, Next.js, Astro, SvelteKit) senza i vincoli di un tema PHP.

Non conviene quando il sito è piccolo, gestito da una persona sola, e nessuno ha competenze di sviluppo per costruire il frontend. Per quei casi, WordPress o uno static site generator continuano a essere scelte ottime.

Le piattaforme che dominano nel 2026

Sanity resta la scelta dei team che vogliono il massimo controllo: schemi personalizzabili in JavaScript, real-time collaboration, query language potente. Contentful è il punto di riferimento enterprise, con compliance e SLA solidi. Storyblok ha conquistato i progetti marketing grazie al visual editor. Strapi è l'opzione open source più matura, perfetta per progetti che vogliono il controllo totale dell'infrastruttura.

La scelta giusta dipende meno dalle feature e più dal team. Un CMS è uno strumento di lavoro quotidiano: deve essere amato dagli editor, non solo dagli sviluppatori.