Quando si avvia un nuovo sito, la domanda arriva presto: uso un CMS come WordPress o un generatore di siti statici? La risposta onesta è che dipende meno dalla tecnologia e più da chi aggiornerà il sito, quanto spesso e con quali risorse lo si manterrà nel tempo. Questo articolo propone un modo strutturato di decidere.
Le tre architetture in gioco
CMS tradizionale (monolitico)
Il CMS gestisce tutto: database, pannello di amministrazione, modelli e generazione delle pagine a ogni richiesta. WordPress, Joomla e Drupal sono gli esempi più noti. Installi, scegli un tema, aggiungi plugin e il redattore lavora da un'interfaccia visuale.
Generatore statico
Contenuti in file (spesso Markdown) e modelli vengono trasformati in HTML in fase di build. In produzione ci sono solo file. Non esiste un pannello di amministrazione, a meno di aggiungerne uno.
CMS headless
Una via di mezzo: un CMS fornisce l'interfaccia di redazione e conserva i contenuti, ma non genera le pagine. Le espone tramite API e un generatore statico, o un'applicazione, le trasforma nel sito pubblico. La redazione resta comoda, il sito pubblico può restare statico.
I criteri che contano davvero
Chi scrive i contenuti
Se i contenuti li gestisce una persona tecnica, abituata a un editor di testo e a Git, un generatore statico è naturale. Se li gestisce un ufficio marketing, una segreteria o un cliente senza competenze tecniche, serve un'interfaccia visuale: CMS tradizionale o headless.
Quanto spesso cambiano
Pagine che cambiano qualche volta al mese si adattano benissimo a una build. Contenuti pubblicati da più persone, più volte al giorno, con anteprime e flussi di approvazione, spingono verso un CMS, eventualmente headless.
Funzioni necessarie
Elenca le funzioni prima di scegliere la tecnologia: area riservata, e-commerce, prenotazioni, multilingua, ricerca, newsletter. Per alcune un CMS offre plugin pronti; con un sito statico dovrai integrare servizi esterni. Non è necessariamente un male, ma è lavoro da mettere in conto.
Manutenzione nel tempo
È il criterio più sottovalutato. Un CMS tradizionale richiede aggiornamenti regolari del nucleo, del tema e dei plugin, controllo della compatibilità con la versione del linguaggio sul server, backup del database. Ogni plugin è codice di terzi che gira sul tuo server. Un sito statico in produzione non ha nulla da aggiornare; la manutenzione si sposta sulle dipendenze di build, che però non sono esposte su internet.
Sicurezza
Nel mio lavoro di informatica forense, i siti compromessi che mi capita di analizzare hanno spesso la stessa origine: un CMS o un plugin non aggiornato, oppure credenziali di amministrazione deboli. Un CMS può essere gestito in modo sicuro, ma richiede disciplina costante. Un sito statico elimina per costruzione buona parte del rischio lato server.
Un confronto riassuntivo
| Aspetto | CMS tradizionale | Headless + statico | Solo statico |
|---|---|---|---|
| Redazione per non tecnici | ottima | buona | limitata |
| Funzioni pronte (plugin) | moltissime | dipende dal CMS | poche, servizi esterni |
| Manutenzione server | alta | bassa sul sito pubblico | minima |
| Superficie d'attacco | ampia | ridotta | minima |
| Prestazioni senza ottimizzazioni | variabili | elevate | elevate |
| Costo di avvio | basso | medio | basso per tecnici |
Scenari tipici
- Blog personale o portfolio di uno sviluppatore: generatore statico. Scrivi in Markdown, pubblichi con un commit.
- Sito di una piccola attività aggiornato di rado, gestito da un professionista esterno: statico, eventualmente con un piccolo CMS basato su Git per le modifiche semplici del titolare.
- Redazione con più autori e pubblicazioni quotidiane: CMS, tradizionale o headless a seconda delle prestazioni richieste e del budget di sviluppo.
- Negozio online con catalogo e magazzino: piattaforma e-commerce dedicata o CMS con estensione e-commerce; lo statico puro non basta.
- Documentazione di un prodotto software: statico, con i contenuti nello stesso repository del codice.
Domande da farsi prima di decidere
- Chi aggiornerà il sito tra un anno, e con quali competenze?
- Chi applicherà gli aggiornamenti di sicurezza, e con quale frequenza?
- Quali funzioni sono indispensabili oggi e quali sono solo ipotesi?
- I contenuti devono poter migrare facilmente verso un'altra piattaforma?
- Qual è il budget, non solo per costruire il sito ma per mantenerlo?
La quarta domanda merita attenzione: contenuti in Markdown sono portabili quasi ovunque; contenuti sparsi tra database, shortcode di un tema e campi personalizzati di un plugin possono richiedere una migrazione laboriosa.
Migrare da un CMS a un sito statico
Se possiedi già un sito su CMS e vuoi passare allo statico, i passaggi tipici sono:
- esportare i contenuti (molti CMS offrono un'esportazione in XML o tramite API);
- convertirli in Markdown con uno script o uno strumento dedicato, verificando immagini e link interni;
- ricreare i modelli nel generatore;
- mantenere gli stessi URL, oppure predisporre redirect permanenti 301 per quelli che cambiano;
- rimuovere il vecchio CMS dal server una volta verificato il nuovo sito, invece di lasciarlo dimenticato online.
L'ultimo punto è cruciale: un'installazione abbandonata e non aggiornata è un rischio anche se nessuno la visita più.
In sintesi
- La scelta dipende da chi scrive, quanto spesso e con quali risorse si mantiene il sito.
- Un CMS tradizionale offre redazione comoda e molti plugin, ma richiede manutenzione costante.
- Un sito statico è veloce e sicuro, ideale per contenuti gestiti da persone tecniche.
- Il CMS headless combina redazione visuale e sito pubblico statico.
- In caso di migrazione conserva gli URL o usa redirect 301 e rimuovi il vecchio CMS.
