Con una piattaforma si pubblica un sito in un pomeriggio. La domanda utile non è quale approccio sia migliore in assoluto, ma quali vincoli si accettano e quanto costano quando il progetto cambia. Provo a metterli in fila senza tifoseria.

Cosa si guadagna con una piattaforma

Tempo iniziale, un pannello di amministrazione già pronto, aggiornamenti del core gestiti da altri, un ecosistema in cui quasi tutto è già stato risolto da qualcuno. Per un blog, una piccola vetrina o una landing con esigenze standard, riscrivere queste cose da zero non ha senso economico.

Il codice che non hai scritto e che servi comunque

Un tema generico deve coprire tutti i casi d'uso previsti dal suo autore, quindi carica CSS e JavaScript anche per le funzioni che non usi. Ogni plugin aggiunge i propri script, i propri fogli di stile e le proprie query al database, spesso su tutte le pagine e non solo dove serve. Il risultato è misurabile: kilobyte trasferiti e query per pagina crescono per accumulo, non per scelta, ed è la causa più comune di Core Web Vitals non superati.

La superficie d'attacco cresce con le estensioni

Ogni plugin è codice di terzi che gira con gli stessi privilegi del sito. Le vulnerabilità delle estensioni sono la via d'ingresso più frequente sui CMS diffusi, perché sono bersagli noti e automatizzabili: un difetto pubblicato viene sfruttato su larga scala nel giro di poche ore. Ne consegue che la manutenzione di un sito a plugin non è opzionale ed è soprattutto tempestiva: aggiornare in fretta, non quando capita.

Portabilità e lock-in

I contenuti sono quasi sempre esportabili; struttura, personalizzazioni e automazioni molto meno. Sulle piattaforme chiuse non c'è accesso al codice: si può portare via il testo, non il sito. È un vincolo accettabile se il progetto resta quello previsto, molto meno se in futuro serviranno integrazioni o funzioni che la piattaforma non contempla.

Dove il su misura costa di più

Investimento iniziale e tempi più lunghi, evidentemente. Ma anche due costi meno visibili: la qualità dipende interamente dalla competenza di chi scrive il codice, e senza documentazione e convenzioni chiare il progetto diventa manutenibile solo da chi l'ha scritto - che è un lock-in a sua volta, solo su una persona invece che su una piattaforma.

Il criterio pratico

Conta quante delle tue esigenze cadono fuori dallo schema previsto dalla piattaforma. Se sono zero, la piattaforma è la scelta razionale e il su misura è spreco. Ogni esigenza fuori schema, invece, si traduce in un plugin aggiuntivo o in una forzatura che lavora contro lo strumento: è lì, sommando forzature e manutenzione, che il su misura recupera il costo iniziale. La stessa domanda vale anche al contrario - se stai facendo scrivere da zero un blog senza requisiti particolari, stai pagando per qualcosa che esiste già.

Approfondisci: cosa misurano davvero i Core Web Vitals.