01 — Cosa significa "headless" (e cosa NON significa)
"Headless" è una parola che fa SEO ma confonde le decisioni. Ecco la definizione operativa, senza buzzword.
Headless = il CMS gestisce solo il contenuto, non lo presenta. Il frontend è un'applicazione separata che chiede il contenuto via API (REST o GraphQL) e lo renderizza dove gli pare: web, mobile app, smart TV, newsletter, OG image generator.
WordPress monolitico è l'opposto: WP gestisce contenuto E rendering. Ogni pageview gira PHP+MySQL+plugin che decidono come si vede la pagina. È il modello "tutto in una scatola" che dura dal 2003.
In mezzo c'è WordPress headless: usi WP solo come backend di contenuto (admin Gutenberg, custom post types, media library), e fai il frontend in Next.js/Astro che chiama la WP REST API. È un compromesso che mantiene l'editor experience WP senza la tassa di performance del rendering PHP.
L'errore comune: pensare che "headless" significhi automaticamente "veloce". È falso. Un headless mal fatto (over-fetch, cache miss, edge cold) è più lento di un WordPress decent. La differenza è di controllo e scala, non di velocità per default.
02 — 3 archetipi a confronto (cosa fa cosa)
Tre famiglie di stack reale, ognuna con i suoi trade-off. Capire dove ricade il tuo caso è metà della decisione.
- 01
WordPress monolitico
Cos'è. WP installato su hosting PHP/MySQL, theme + plugin, admin Gutenberg, frontend rendered server-side (PHP) per ogni pageview. WooCommerce per e-commerce.
Trade-off. Setup veloce, ecosistema gigantesco, editor familiare. Performance dipende da quality theme + plugin (spesso pessima). Sicurezza richiede update costanti. Scala male oltre 100k PV/mese senza CDN aggressive.
- 02
WordPress headless
Cos'è. WP backend (admin + REST/GraphQL API) + frontend Next.js/Astro/Nuxt che fetcha contenuto e rende statico/incremental. WP non rende pages — solo contenuto.
Trade-off. Performance frontend top (static gen), editor WP familiare, ma manutenzione doppia (WP backend + frontend codebase). Plugin WP che dipendono da rendering frontend (es. SEO plugin) vanno reimplementati lato Next/Astro.
- 03
Headless puro (CMS specializzato + frontend)
Cos'è. CMS API-first (Sanity, Contentful, Strapi, Storyblok, Payload) + frontend Next/Astro/Remix. Nessuna istanza WordPress. Hosting frontend Vercel/Netlify, hosting CMS managed.
Trade-off. Performance + scala enterprise. Manutenzione frontend-only, niente patch WP weekly. Ma curva apprendimento editor (admin diverso da WP), costo CMS subscription 25-300€/mese, lock-in vendor.
03 — 6 dimensioni decisionali (cosa pesare davvero)
- 01
Performance (CWV reali)
WP monolitico: LCP medio 3-5s su mobile (PHP rendering + plugin assets). WP headless: LCP 0.8-1.5s (static gen + edge). Headless puro: LCP 0.5-1.2s (static gen + CDN edge + image optimization). Differenza non triviale per SEO Google e conversion: ogni 100ms in più di LCP = -1% conversioni e-commerce (dato medio).
- 02
Costo totale (TCO 3 anni)
WP monolitico: hosting 10-30€/mese + plugin paid 100-300€/anno + dev manutenzione 500-2000€/anno = ~1500-4000€ in 3 anni per sito vetrina. WP headless: 50-150€/mese + dev iniziale 5-15k€ + manutenzione = ~10-25k€. Headless puro: 50-300€/mese CMS + dev iniziale 8-25k€ + manutenzione = ~15-40k€. Il break-even avviene quando il traffic giustifica perf gain.
- 03
Manutenzione operativa
WP monolitico: update core+plugin+theme weekly, security patches, db dumps, downtime per upgrade. WP headless: stessi update WP backend + frontend deploys (CI/CD). Headless puro: solo frontend deploy + CMS subscription, niente plugin update, niente db. Headless riduce manutenzione del 60-70% medio sul lungo periodo.
- 04
Editor experience (chi scrive)
WP monolitico: Gutenberg + classico, editori già abituati. WP headless: stesso admin WP, zero curva apprendimento. Headless puro: admin diverso (Sanity Studio, Contentful, Storyblok) — più focalizzato e content-modeling-friendly, ma editor abituati a WP necessitano 1-2 settimane onboarding. Per team con tanti editori non-tech, WP-based vince.
- 05
Team requirements (chi mantiene)
WP monolitico: qualsiasi WP dev (~2000€/anno freelance retainer). WP headless: serve React/Next dev + WP admin abilitato (combo rara, costa di più). Headless puro: serve React/Next dev + know-how CMS specifico (Sanity, Contentful) — meno rara, ma più costosa di WP dev medio. Headless raddoppia il costo team senior.
- 06
SEO + integrazioni
WP monolitico: SEO via plugin (Yoast/RankMath), schema auto, sitemap auto, integrazioni 50k+ plugin pronti. WP headless: SEO frontend va ricostruito (next-sitemap, schema custom, meta), plugin WP che modificano frontend non funzionano. Headless puro: SEO frontend custom, ma controllo totale (schema fine-grained, edge headers, custom OG). Più potente ma più lavoro.
04 — Quando WordPress monolitico è ancora la scelta giusta
Non è cool, ma è spesso la decisione razionale. Ecco i casi.
1. Sito vetrina con <30 pagine: blog/portfolio/showcase senza traffic enorme né ambizioni multi-channel. Hosting 10€/mese, theme decent, finita lì. Headless è overkill puro.
2. Studio professionale (avvocato, architetto, commercialista): contenuto driven, editor non-tech (segretaria che aggiorna news), budget contenuto. WP fa esattamente quello che serve.
3. PMI con team marketing 1-2 persone: chi scrive contenuto è generalista, non vuole imparare un CMS nuovo. WP riduce frizione.
4. E-commerce small-mid (10-200k€/anno): WooCommerce ha ecosystem maturo (gateway pagamento, shipping, contabilità). Shopify è alternativa, ma WooCommerce resta valido.
5. Budget hard cap <3k€: headless richiede dev investment iniziale 5-15k€. Sotto questa soglia, WordPress mono fatto bene > headless mal fatto.
In tutti questi casi, la perf gain di headless non giustifica il TCO. WP fatto bene (theme custom o premium leggero, <5 plugin essenziali, hosting decent, CDN Cloudflare free) può raggiungere CWV verdi e SEO competitivo.
05 — Quando passare headless (e cosa serve)
Quando il TCO headless si paga col valore aggiunto, e quali sono i pre-requisiti.
1. Performance critica per business: e-commerce mid-large dove ogni 100ms di LCP = perdita conversioni misurabile. SaaS dove demo page lenta = bounce. Editorial high-traffic dove ad revenue scala con engagement.
2. Multi-channel content: stesso contenuto deve apparire su sito web + app mobile + newsletter + smart TV + signage. WP non è progettato per multi-channel; headless è.
3. Team dev forte (in-house o retainer): serve React/Next/Astro senior che sa fare static gen + edge functions + CMS integration. Senza questo, headless diventa frankenstein.
4. Compliance enterprise: separare backend (CMS, dati) da frontend (rendering) facilita audit GDPR, security review, isolation. Aziende enterprise spesso lo richiedono.
5. Editorial > 200 articoli + traffic > 200k PV/mese: WP monolitico inizia a soffrire. WP headless o pure headless con static gen + edge cache reggono il volume meglio.
Pre-requisiti minimi: budget iniziale 8-25k€, dev senior reachable per manutenzione, content modeling fatto bene prima di scegliere il CMS, team con almeno 1 persona che sa Git + deploy CI/CD. Se manca uno di questi, WordPress mono o WP headless restano scelte più sicure.
06 — Decision matrix per caso d'uso
Otto profili tipici, otto orientamenti. Punto di partenza, non dogma.
Blog/portfolio personale
WP mono o static SSG (Astro)
Volume basso, scope semplice, budget low. WP mono va bene; Astro static + Markdown è alternativa moderna senza overhead.
Studio professionale
WP mono
Contenuto driven, editor non-tech, budget contenuto. Ecosistema WP per local SEO + plugin booking copre tutto.
PMI sito vetrina
WP mono o WP headless (se perf priority)
Default WP mono. Passare WP headless se Core Web Vitals sono goal SEO esplicito e budget supporta dev investment.
E-commerce small-mid (10-500k€/anno)
WordPress + WooCommerce
Ecosistema WC maturo, gateway+shipping+contabilità. Shopify è alternativa, ma WC resta valida sotto questo volume.
E-commerce mid-large (500k-5M€/anno)
Headless: Shopify Hydrogen / Medusa + Next
Performance e CRO critici, multi-channel, custom checkout. WC scala male oltre 1M€/anno; headless è giustificato.
Editorial / publisher (>200 articoli)
WP headless
Editor abituati a WP, ma frontend Next/Astro per perf + scale. Multi-channel via API. Combo migliore costo/feature.
SaaS marketing site
Headless puro (Sanity/Contentful + Next)
Budget tech disponibile, team dev forte, perf critica per demo conversion, content modeling preciso (features, pricing, docs).
Multi-channel content (sito + app + newsletter)
Headless puro
WP non è progettato per multi-channel. CMS API-first con frontend disaccoppiati = unico modo sano di scalare la content distribution.