Sono due domande diverse che di solito arrivano insieme, e la risposta giusta dipende meno dalla moda tecnologica del momento e più da chi aggiornerà il sito e ogni quanto.
Statico e dinamico: cosa cambia davvero
Un sito dinamico genera la pagina nel momento in cui qualcuno la chiede: il server interroga un database, assembla il contenuto e lo restituisce. È l’architettura classica di WordPress e di quasi tutti i CMS.
Un sito statico fa lo stesso lavoro una volta sola, in fase di pubblicazione: le pagine vengono generate prima e poi servite già pronte. Le conseguenze pratiche sono tre:
- velocità: non c’è elaborazione da fare a ogni visita, e la velocità è un fattore che incide su posizionamento e conversioni;
- sicurezza: senza database e senza plugin esposti la superficie di attacco si riduce drasticamente;
- costi di gestione: l’hosting di file statici è più economico e più stabile sotto picchi di traffico.
Il limite è altrettanto chiaro: se il contenuto cambia di continuo o dipende dall’utente collegato — un catalogo con stock in tempo reale, un’area riservata, un portale — serve una parte dinamica.
WordPress: quando ha senso
WordPress non è una scelta sbagliata per definizione. Ha senso quando:
- pubblichi contenuti spesso e li scrivono più persone;
- ti servono funzioni già pronte che non vuoi far sviluppare da zero;
- vuoi poter cambiare fornitore trovando facilmente chi conosce la piattaforma.
Il conto da pagare è la manutenzione: core, tema e plugin vanno aggiornati, e ogni plugin in più è una dipendenza che può rompersi o diventare una vulnerabilità. Un WordPress lasciato fermo per due anni non è “un sito che funziona”: è un sito che sta aspettando un problema.
Sviluppo su misura: quando conviene
Sviluppare il sito con un framework moderno (o un generatore statico) conviene quando:
- la velocità è un requisito, non un desiderio — e-commerce, campagne a pagamento, molto traffico da mobile;
- l’interfaccia deve essere davvero specifica e non l’adattamento di un tema;
- servono integrazioni con gestionale, CRM o strumenti interni;
- vuoi ridurre al minimo la manutenzione ordinaria.
In questo scenario i contenuti si possono comunque gestire da un pannello: si collega un CMS headless e il sito viene ricostruito a ogni modifica. Chi scrive non tocca il codice, chi visita ottiene una pagina statica velocissima.
Il vero criterio di scelta
Prima di scegliere la tecnologia rispondi a quattro domande:
- Ogni quanto cambiano i contenuti? Ogni giorno o due volte l’anno?
- Chi li cambia? Una persona in azienda o il fornitore?
- Il sito deve fare cose o deve raccontare cose? Un catalogo con carrello è un’applicazione, una presentazione aziendale no.
- Quanto pesa la velocità sul tuo obiettivo? Se investi in pubblicità, ogni secondo di caricamento è budget.
Le risposte determinano la piattaforma. Il percorso inverso — scegliere prima la tecnologia e poi adattarci l’azienda — è il modo più comune di spendere male.
Un errore ricorrente: confondere CMS e proprietà
Usare un CMS non garantisce autonomia, e non usarlo non significa restare in ostaggio. L’autonomia dipende da due cose sole: avere gli accessi (dominio, hosting, repository, pannello) e avere una documentazione minima di come si aggiorna il sito. Sono due punti da mettere per iscritto nel contratto, indipendentemente dalla tecnologia.
Se stai decidendo per un progetto nuovo o per rifare quello esistente, può servirti anche restyling o rifacimento: come capire cosa conviene.