Come ho creato un gestionale editoriale senza utilizzare CMS esterni
Pubblicare nuovi articoli senza modificare il codice del sito e senza installare un CMS tradizionale. È da questa esigenza che è nato il mio piccolo gestionale editoriale proprietario.
Quando ho deciso di integrare un blog nel mio sito personale, mi sono trovato davanti a una scelta: continuare a gestire i contenuti direttamente dal codice, adottare un CMS esistente oppure sviluppare uno strumento dedicato.
Ho scelto la terza strada.
Non perché i CMS siano inutili, ma perché volevo costruire qualcosa che rispondesse esattamente alle mie necessità, senza introdurre funzionalità che non avrei utilizzato.
Il problema: un sito semplice da sviluppare, meno semplice da aggiornare
Nello sviluppo dei miei siti preferisco mantenere il controllo sulla struttura, sulle prestazioni e sul codice.
Questo approccio offre diversi vantaggi, ma presenta anche un limite quando i contenuti iniziano a cambiare frequentemente.
Per pubblicare un nuovo articolo, una gestione completamente manuale può richiedere di intervenire sui file, inserire il contenuto nella struttura HTML, aggiornare i collegamenti e distribuire le modifiche.
Operazioni perfettamente gestibili per uno sviluppatore, ma poco pratiche se l'obiettivo è pubblicare con regolarità.
Scrivere un articolo dovrebbe essere un'attività editoriale, non un intervento di manutenzione del sito.
Avevo quindi bisogno di separare due operazioni diverse: sviluppare la piattaforma e pubblicare i contenuti.
La soluzione: un gestionale che fa poche cose, ma quelle giuste
Ho deciso di sviluppare una piccola area gestionale interna, dedicata esclusivamente agli articoli del blog.
L'obiettivo non era creare un'alternativa completa a WordPress o ad altre piattaforme.
Volevo uno strumento capace di gestire un flusso molto preciso:
- Accedere all'interfaccia di gestione.
- Preparare un nuovo articolo, compilando i contenuti previsti.
- Salvarlo come bozza oppure pubblicarlo.
- Utilizzare un template predefinito per mostrarlo sul sito.
La parte applicativa utilizza PHP per gestire il caricamento del template e la presentazione dei contenuti.
In questo modo non devo costruire manualmente una nuova pagina ogni volta che pubblico.
La struttura rimane coerente, mentre il contenuto cambia.
Separare contenuto e presentazione
Questa è probabilmente la decisione più importante dell'intero progetto.
In una gestione manuale, il contenuto e la struttura della pagina rischiano di essere strettamente collegati.
Ogni articolo diventa un nuovo intervento sul codice.
Nel mio sistema, invece, il template definisce come deve apparire un articolo, mentre il gestionale si occupa della sua creazione e del relativo stato di pubblicazione.
Il vantaggio è duplice.
Dal punto di vista editoriale, posso concentrarmi su ciò che voglio comunicare, senza dover ricostruire ogni volta la pagina.
Dal punto di vista tecnico, posso lavorare sull'aspetto e sulla struttura del template separatamente dai singoli articoli.
È un principio semplice, ma fondamentale per rendere sostenibile la gestione dei contenuti nel tempo.
Perché non ho utilizzato WordPress?
La risposta non è che WordPress sia una cattiva soluzione.
È una piattaforma completa, consolidata e perfettamente sensata per moltissimi progetti.
Il punto è che, nel mio caso, avevo bisogno di una porzione molto limitata delle funzionalità normalmente offerte da un CMS.
Non mi serviva un ecosistema di plugin, temi o strumenti per gestire un portale complesso.
Mi serviva pubblicare articoli.
Sviluppare un gestionale dedicato mi ha permesso di progettare un'interfaccia essenziale e di mantenere il controllo sull'integrazione con il sito.
Naturalmente, questa scelta ha anche un costo: sicurezza, manutenzione, test ed evoluzione del sistema diventano responsabilità di chi lo sviluppa.
Un gestionale proprietario non è automaticamente più veloce, sicuro o conveniente di un CMS esistente.
Diventa interessante quando i requisiti sono chiari e il vantaggio di avere una soluzione su misura giustifica il lavoro necessario.
Dal progetto personale a una riflessione più ampia
Questa esperienza mi ha confermato un principio che cerco di applicare anche ai progetti per i miei clienti.
Non sempre la soluzione migliore è quella con più funzionalità. Spesso è quella che introduce meno complessità per raggiungere un obiettivo.
Una piccola attività, una struttura turistica o un professionista possono avere esigenze completamente diverse.
Qualcuno deve aggiornare quotidianamente decine di contenuti. Qualcun altro deve modificare poche informazioni durante l'anno.
Nel primo caso può essere utile una piattaforma editoriale completa. Nel secondo potrebbe bastare un sistema molto più semplice.
La tecnologia dovrebbe adattarsi al processo di lavoro, non costringere il processo ad adattarsi alla tecnologia.
Cosa mi porto a casa da questo sviluppo
Il risultato più interessante non è soltanto avere un pannello da cui pubblicare gli articoli.
È aver trasformato un'attività ripetitiva in un flusso di lavoro più ordinato.
Il gestionale ha uno scopo specifico, il blog mantiene una struttura coerente e posso dedicare più attenzione ai contenuti.
Rimangono possibili evoluzioni e miglioramenti, ma la base è già utilizzabile per l'obiettivo per cui è nata.
Questo piccolo progetto rappresenta bene il mio approccio allo sviluppo web: partire da un problema concreto, individuare le funzionalità davvero necessarie e costruire una soluzione proporzionata.
Perché un buon prodotto digitale non deve necessariamente fare tutto. Deve fare bene ciò per cui è stato progettato.
Luca Bernardis - Sviluppo web, SEO e soluzioni digitali su misura.
Se stai valutando come rendere più semplice la gestione del tuo sito o dei tuoi contenuti, puoi approfondire il mio metodo di lavoro nella sezione Servizi.