CMS semplice: perché per la maggior parte dei siti meno è meglio

La primavera scorsa ho preso in gestione il sito brochure di un piccolo studio legale. Cinque pagine, un modulo di contatto, una mappa. Girava su WordPress con 23 plugin, un page builder che nessuno ricordava di aver installato e un database pieno di nove anni di commenti spam. Il sito faceva meno di quanto avrebbe fatto una pila di file HTML, eppure aveva bisogno di aggiornamenti mensili, un plugin di sicurezza, un plugin di cache e un plugin di backup per tenere compagnia al plugin di cache. Quel lavoro è il motivo per cui ora do a ogni cliente la stessa regola: usa lo strumento più piccolo che fa il lavoro. Per la maggior parte dei siti, quello strumento è un CMS semplice.

Questo articolo illustra cos'è davvero un CMS semplice, i costi di manutenzione che i sistemi grandi non mettono mai in fattura e come capire da che parte della barricata sta il tuo sito.

Cos'è davvero un CMS semplice

Spogliato del termine, un CMS fa tre cose: archivia i tuoi contenuti, ti permette di modificarli senza un client FTP e renderizza le pagine per i visitatori. Un CMS semplice fa queste tre cose con il minor numero possibile di parti in movimento, in genere niente server MySQL, niente marketplace di plugin, niente framework di temi con il suo ciclo di rilascio.

• CMS flat-file come Grav, Bludit o Pico archiviano i contenuti come file Markdown o JSON in cartelle. Il sito è l'albero dei file.
• CMS single-file come WonderCMS o il CMS Restorix comprimono l'intero pannello di amministrazione in un unico file PHP che si trova accanto ai tuoi contenuti.
• Generatori di siti statici vanno un passo oltre: nessun admin live, solo HTML ricostruito a ogni modifica. Ottimo, finché un cliente non vuole correggere un refuso alle 21:00.

Ciò a cui rinunci sono account utente, flussi editoriali, commenti e un plugin per ogni evenienza. Ciò che ottieni in cambio è un sito abbastanza piccolo da tenere tutto in testa.

Il conto della manutenzione che nessuno menziona

WordPress in sé non è il cattivo. Il peso deriva da tutto ciò che gli orbita attorno. Il core vuole aggiornamenti. Il tema vuole aggiornamenti. Ognuno dei tuoi 15-40 plugin vuole aggiornamenti secondo un proprio calendario, scritto da persone diverse, testato su versioni diverse. Ogni aggiornamento è un piccolo biglietto della lotteria: di solito tutto bene, occasionalmente uno schermo bianco di sabato.

Ecco i conti che faccio vedere ai clienti. Un tipico piccolo sito WordPress ha bisogno di:

• Controllo e applicazione degli aggiornamenti: 30-60 minuti al mese, di più nei mesi in cui qualcosa si rompe.
• Backup che hai davvero testato: altri 30 minuti, e dovresti fare un ripristino di prova ogni trimestre.
• Pulizia del database: revisioni, transients, spam, metadati orfani. Salto e un sito di 50 pagine si trascina dietro un database da 400 MB.
• Monitoraggio della sicurezza: quando un plugin popolare rivela una vulnerabilità, il tuo orologio delle patch parte. I report di incident response di aziende come Sucuri rintracciano regolarmente una larga parte delle infezioni dei CMS a plugin e temi non aggiornati.

Un sito flat-file inverte gran parte di quella lista. Nessun database da pulire o iniettare. La superficie di attacco si riduce a un file admin e alla tua versione di PHP. I backup diventano un cron job che fa rsync di una cartella. Ho siti flat-file che sono rimasti tre anni senza accessi e sono sopravvissuti a un cambio di server senza il minimo problema.

Flat-file contro database: cosa cambia giorno per giorno

Notate che nulla di tutto questo riguarda i grafici di benchmark. Un sito WordPress con cache e un sito flat-file servono entrambi le pagine velocemente. La differenza emerge al decimo mese, quando il sito semplice non ha ancora bisogno di nulla e quello grande ha bisogno della sua ora mensile di attenzioni.

CMS single-file: l'estremo della semplicità

La versione più radicale dell'idea è il CMS single-file: l'intero admin, editing, salvataggio, gestione file, dentro un unico file PHP. WonderCMS ha costruito la sua intera identità su questo, spedendo un admin come un solitario index.php. Abbiamo preso la stessa strada con il CMS Restorix: un file in /webarchive-cms.php, aggiunto a ogni sito ripristinato che distribuiamo, con editing dei contenuti, ricerca e sostituzione a livello di sito e un file manager integrati.

Perché qualcuno dovrebbe comprimere un CMS in un singolo file? Tre motivi pratici:

1. Installazione zero. Nessuna procedura guidata, nessuna credenziale di database, nessuna matrice di versioni. Carica il file, aprilo, modifica.
2. Impatto zero. Elimina il file e il sito torna a essere semplice HTML. Niente si nasconde in un database che hai dimenticato di esportare.
3. Difficile da rompere. Il CMS Restorix viene fornito con la safe mode attiva di default e ogni sito distribuito ha la sua password di admin generata casualmente, visibile nella tua dashboard. Superficie piccola, raggio di esplosione piccolo.

Un admin a un singolo file non gestirà mai una rivista online, e non è pensato per quello. Esiste perché un sito aziendale di 40 pagine possa essere modificato due volte all'anno senza assumere qualcuno che ricordi come funziona l'admin.

Dove un CMS semplice non basta

Preferisco perdere un cliente che vendere lo strumento sbagliato, quindi ecco la lista onesta. Salta il CMS semplice quando:

• Vendi prodotti. Catalogo reale, carrello, tasse, fatture, WooCommerce o una piattaforma di e-commerce dedicata si guadagna la sua complessità. Lo store di un cliente con 800 SKU non è un candidato flat-file.
• Molte mani toccano i contenuti. Ruoli editoriali, flussi di approvazione, permessi per utente. I sistemi semplici di solito danno per scontato un solo admin.
• I contenuti sono relazionali. Eventi collegati a luoghi collegati a città, filtro sfaccettato su cinque tassonomie. Quello è il terreno di gioco di un database.
• Ti servono account, forum o commenti. Un forum phpBB del 2009 con 60.000 post resta su un database. Punto.
• Il team conosce già un CMS grande. Riqualificare le persone a volte costa più della manutenzione. Noioso, ma vero.

Regola pratica: se degli estranei devono accedere e fare cose sul tuo sito, ti serve un database. Se il pubblico si limita a leggere, probabilmente no.

Una checklist rapida per decidere

Rispondi a queste cinque domande prima di scegliere qualsiasi cosa:

1. Quante pagine avrà tra due anni? Meno di circa 500 funziona bene come flat file.
2. Chi lo modifica e quanto spesso? Modifiche mensili da parte di una persona favoriscono strumenti semplici.
3. Il pubblico interagisce, account, carrelli, commenti? Ogni sì ti spinge verso un database.
4. Chi lo mantiene dopo il lancio? Se la risposta onesta è 'nessuno, davvero', la semplicità è una funzionalità, non un compromesso.
5. Cosa succede se viene attaccato o l'host muore? Con un CMS semplice la risposta onesta è 'ricarica la cartella'.

Se totalizzi quattro o cinque risposte verso 'piccolo e sola lettura', un CMS semplice ti farà risparmiare soldi reali in tre anni, soprattutto in ore che non passerai mai.

Come provare un CMS semplice su un sito reale

Non serve un progetto verde per testare l'idea. Due percorsi a basso rischio:

Primo, ricostruisci un piccolo sito esistente. Prendi quel sito brochure di cinque pagine, copia il testo e ricostruiscilo su Grav o Bludit in un sottodominio. Un weekend basta, curva di apprendimento inclusa. Se il cliente lo modifica senza chiamarti, l'esperimento è superato.

Secondo, il percorso che la gente dimentica, ripristina un vecchio sito che hai già perso. Se un sito è morto con un dominio scaduto o un piano di hosting scaduto, le sue pagine di solito sono ancora nella Wayback Machine. Passalo attraverso un preventivo gratuito: Restorix conta i file archiviati e fissa il prezzo prima che tu paghi, poi distribuisce il ripristino sul tuo hosting con il suo CMS single-file già in posizione. Ciò che ottieni non è una copia da museo congelata ma un piccolo sito modificabile, che è esattamente la nicchia che un CMS semplice riempie. Se qualcosa fallisce, il rimborso viene accreditato automaticamente sul tuo saldo.

In entrambi i casi, il test costa giorni, non mesi. Questo è il punto della semplicità.