Per anni ho usato WordPress. Funzionava, era familiare, e non mi facevo troppe domande. Poi un giorno me ne sono fatta una sola, e tutto è cambiato: di chi è questo sito?

La risposta onesta era: in parte mio, in parte del hosting, in parte dei plugin, in parte di un ecosistema che cresceva intorno a me senza che lo avessi davvero scelto. I contenuti erano miei, sì ma la macchina che li teneva in piedi dipendeva da aggiornamenti costanti, database da mantenere, plugin da rinnovare, vulnerabilità da tappare. Un equilibrio fragile che richiedeva attenzione continua solo per stare fermo.

Non era una questione di costi. Era una questione di controllo.

Il problema con “funziona e basta”

WordPress nasce come CMS dinamico: ogni pagina viene generata al momento della richiesta, pescando dati da un database. È una scelta che ha senso per siti complessi, con contenuti che cambiano in tempo reale, utenti che si loggano, carrelli da gestire. Per un blog personale dove pubblico quando ho qualcosa da dire è un cannone puntato su una zanzara.

Con quella complessità arrivano le dipendenze. Plugin per la SEO, plugin per la sicurezza, plugin per le performance. Ognuno è un pezzo di codice scritto da qualcun altro, aggiornato con i suoi tempi, che può smettere di funzionare o diventare un vettore di attacco. Ho passato più tempo a gestire WordPress che a scrivere.

A un certo punto ho realizzato che stavo lavorando per il sito, invece che il contrario.

Perché non una piattaforma preconfezionata

La risposta ovvia sarebbe stata spostarsi su qualcosa di più semplice una delle tante piattaforme di blogging che promettono zero pensieri, editor bello, tutto incluso. Ci ho pensato. Poi ho pensato a cosa significava davvero.

Significa affidare i miei contenuti a un servizio che oggi esiste e domani potrebbe cambiare le condizioni, sparire, essere acquisito, decidere di mostrare pubblicità vicino alle mie parole. Significa che i miei articoli vivono in un database che non vedo, su server che non controllo, in un formato che potrei non riuscire a esportare facilmente quando volessi andarmene.

Non è paranoia. È la storia recente di internet: piattaforme che cambiano, che chiudono, che pivotano. I contenuti che affidi a qualcun altro sono ospiti, non proprietà.

Volevo qualcosa di diverso. Volevo che i miei contenuti fossero file di testo sul mio computer leggibili, portabili, indipendenti da qualsiasi servizio.

Hugo e la semplicità che cercavo

Hugo è un generatore di siti statici: prende file Markdown e li trasforma in HTML puro. Niente database, niente server-side, niente sessioni. Il risultato è una cartella di file che puoi mettere ovunque un hosting economico, un CDN, un server tuo e funziona.

Il flusso di lavoro è diventato quello che volevo dall’inizio:

  1. Scrivo un articolo in Markdown, nel mio editor
  2. hugo server per vedere com’è in locale
  3. hugo per generare il sito
  4. Deploy con un comando

I contenuti sono file .md sul mio computer, sotto controllo di versione con Git. Se Hugo domani sparisse, ho tutto ogni parola, ogni articolo in un formato leggibile da qualsiasi editor di testo.

La velocità come conseguenza

Una cosa che non mi aspettavo è quanto fosse diversa l’esperienza di navigazione. Un sito statico non deve interrogare nessun database, non deve eseguire PHP, non deve fare niente: serve file. Il risultato è una velocità che WordPress non avrebbe mai potuto eguagliare senza layer di cache, CDN e ottimizzazioni continue.

Non l’ho cercata come obiettivo è arrivata come conseguenza naturale della semplicità.

La sovranità dei dati non è un concetto astratto

Ne sento parlare spesso in termini grandi privacy, GDPR, big tech. Ma nella pratica, per me, significa qualcosa di concreto e quotidiano: sapere dove sono i miei file, poterli spostare, poterli leggere senza dipendere da nessuno.

Con Hugo, i miei articoli esistono indipendentemente da qualsiasi piattaforma. Posso cambiare tema, cambiare hosting, cambiare strumenti i contenuti restano intatti, nel loro formato originale. Non devo chiedere permesso a nessuno per esportare quello che ho scritto.

È una piccola libertà. Ma è mia.

Non è per tutti, e va bene così

Hugo richiede un minimo di dimestichezza con il terminale. Non ha un editor visuale, non ha un pannello di amministrazione, non ti guida per mano. Per chi vuole pubblicare senza pensarci, non è la scelta giusta.

Ma se sei qualcuno che scrive, che tiene ai propri contenuti, che vuole capire come funziona quello che usa allora vale la pena. La curva di apprendimento è reale ma breve, e quello che ottieni dall’altra parte è un sito che funziona, che è tuo, e che non ti chiede niente in cambio.

Sono partito da una domanda semplice. La risposta ha richiesto qualche settimana per essere messa in pratica. Non sono tornato indietro.