CMS

È sempre necessario un CMS (Content Management System)?

Una recente conversazione con dei colleghi mi ha fornito lo stimolo per scrivere questo post che avevo in cantiere da tempo. Il tema è l’uso, anzi l’abuso dei Content Management System nella realizzazione dei siti web aziendali.

cms-siti-aziendali-

Nel 2008 può sembrare un po’ luddista e retrò mettere in discussione l’utilità di uno strumento come il CMS, che ha permesso ad un notevole numero di persone di pubblicare contenuti sul Web senza richiedere particolari competenze di tipo tecnico. A scanso di equivoci voglio quindi precisare che sono un fervente sostenitore di questo strumento e, chi mi conosce, sa che li uso quotidianamente nell’adempimento del mio lavoro.

Diversi anni di esperienza ed il confronto diretto con persone impegnate nella realizzazione di siti web, soprattutto aziendali, mi hanno però portato a credere che in molti casi l’impiego di un CMS può non essere la soluzione ottimale né per il cliente né per l’agenzia.

Considerare il progetto nella sua globalità

Se si è abituati a lavorare spesso con un particolare CMS si può commettere l’errore di approcciarsi ad un progetto web pensando secondo le logiche proprie di quella piattaforma. Non si pensa al modo migliore per trasformare le idee in realtà ma piuttosto a come far coincidere le necessità del cliente con le caratteristiche dello strumento. Ci sono situazioni in cui il punto di ottimo viene raggiunto senza richiedere né interventi drastici sul CMS né aggiustamenti o rivisitazioni delle esigenze del cliente. In altri casi però uno dei due fronti deve necessariamente cedere.

Fortunatamente molti degli attuali sistemi di gestione dei contenuti sono sufficientemente flessibili e riescono ad adattarsi piuttosto bene ai diversi scenari, anche se prima o poi capita sempre di scontrarsi con i limiti ed i vincoli imposti dallo strumento.
Bisogna quindi valutare in maniera adeguata i benefici apportati dall’implementazione del CMS con i possibili rischi che si potrebbero incontrare strada facendo.

Tutti i siti sono dinamici in fase di analisi

È molto educativo poter assistere sia alle dimostrazioni d’uso di un CMS che al loro impiego reale nel corso della normale routine aziendale. È sicuramente esaltante avere la possibilità di modificare qualsiasi contenuto in tempo reale con un semplice clic del mouse, poter impostare date di scadenza per i documenti, gestire cicli di approvazione per la pubblicazione ed il versioning dei contenuti. Quanto però di ciò che è effettivamente possibile viene in realtà utilizzato?

Ha senso usare un complesso sistema di gestione quando in un sito l’unica area dinamica sono le news? Non sarebbe più opportuno valutare quali aree del sito sono soggette a modifiche più frequenti ed adottare strumenti ad hoc per la loro gestione?
Se un progetto prevede una complessa gerarchia di documenti in costante espansione è molto probabile che un CMS rappresenti la soluzione ideale. Se però solo una parte del sito ed una tipologia di contenuto richiede tale necessità forse è più opportuno realizzare un sistema che soddisfi tale esigenza piuttosto che estendere la complessità a tutto il sito.

Istruzione all’uso

Un altro dei fattori da tenere in considerazione riguarda l’utilizzo dello strumento da parte del cliente. Alzi la mano chi non si è mai trovato di fronte alla necessità di inserire contenuti per conto di un cliente al quale è stato fornito un CMS. Nonostante l’apparente semplicità, i diversi Content Management System richiedono comunque una buona dose di pratica da parte dell’utente finale.

In caso di difficoltà da parte di quest’ultimo può capitare quindi che venga contattato il fornitore che, a seconda dei casi, spiega le procedure corrette oppure provvede direttamente alla modifica o all’inserimento dei contenuti. È superfluo sottolineare che, in entrambe i casi, viene meno uno dei principali vantaggi per i quali è stato pensato il CMS.

Prestazioni

Personalmente tendo a considerare poco serio un CMS che non offra una funzione basilare come il caching. Che sia caching dell’intera pagina, un caching parziale o livello di query tale funzione consente di alleggerire il carico di lavoro del server quando un utente richiede una pagina del sito. Ecco un semplice esempio per chiarire meglio questo concetto (i puristi mi perdonino ;)):

  • quando un utente visita una pagina di un sito web dinamico, il CMS esegue tutta una serie di operazioni sul database per reperire le informazioni da mostrare all’utente sotto forma di pagina in linguaggio html;
  • senza un sistema di caching il CMS dovrebbe ripetere tutte le stesse identiche operazioni per ogni utente che visita quella determinata pagina, anche se i contenuti della pagina non cambiano da una visita all’altra;
  • è chiaro quindi che un sistema di caching permetta di soddisfare un maggior numero di richieste evitando al server di dover continuamente compiere le stesse identiche operazioni.

Tornando al tema principale del post, è evidente che utilizzare un sistema dinamico per aree del sito destinate a rimanere immutate per molto tempo significa aggiungere complessità dove non ce n’è bisogno.

Considerazioni finali

La scelta dello strumento adatto alla realizzazione di un’idea è sempre un passaggio delicato all’interno di un progetto web. Inoltre la Rete è piena di discussioni e guerre di religione tra i sostenitori di questo o di quel CMS. A mio avviso invece è utile fare un passo indietro e valutare, in prima istanza, se vale la pena adottare uno tra i CMS che offre il mercato. Il rischio infatti è quello di lasciarsi tentare da una strada in discesa che rende veloce e rapido l’avvio di un progetto ma che, in futuro, può tramutarsi in un ripido e tortuoso sentiero di montagna.

È quindi opportuno valutare e tenere sempre presenti:

  • le reali esigenze del cliente;
  • la struttura organizzativa del cliente, le competenze e le risorse che è disposto ad impiegare per la gestione de sito;
  • l’importanza di ridurre il più possibile la complessità;

Il tema affrontato è complesso ed è sicuramente pretenzioso pretendere di affrontarlo in tutti gli aspetti in un singolo post. Mi piacerebbe quindi conoscere le vostre impressioni sperando che possa nascere una discussione in merito.

Altri articoli che ti suggerisco…

Nessun articolo correlato

12 commenti su “È sempre necessario un CMS (Content Management System)?”

  1. Assolutamente d’accordo, non sempre c’è l’esigenza di un CMS. A tavolino spesso ci si accorge -come tu stesso dici- che l’unica pagina da aggiornare è quella delle news, in quel caso va bene persino un blog su blogspot con un bel tema :)

    Senza contare le implicazioni ed i costi aggiornamento ed upgrade del software. A volte è persino meglio iWeb! ;D

    Rispondi
  2. senza contare un limite che, a mio parere, hanno molti CMS cioè che se usi la loro parte front end, ti trattano come un incapace che può solo far danni e quindi ti danno pochissime possibilità di andare un poco oltre il semplice inserimento, modifica e cancellazione testo, mentre se usi la loro parte back end puoi fare tutto ed il contrario di tutto e si suppone che tu sia l’amministratore onniscente.
    Non ho ancora trovato un CMS che mi permetta di personalizzare in modo facile la pagina di inserimento in modo da non dover insegnare al cliente cosa e come deve fare, ma di insegnare al CMS cosa e come voglio inserire.
    Tu per caso conosci qualche CMS che lo fa?
    Un esempio su tutti:
    Devo inserire 10 campi dati + 4 fotografie, ( dico apposta 4 perchè molti sembra che pensino che una è sufficente), ma non voglio che il cliente si debba impaginare l’articolo, deve farlo il CMS in background (ovviamente seguendo il mio template predisposto).
    Sembra facile. :D

    Rispondi
  3. Anche a me Drupal piace molto e l’ho usato in moltissimi progetti. Purtroppo però a volte capita di dover lottare per ore per modificare qualche comportamento di default.

    Drupal però è da considerarsi più un framework che un CMS, dato che la sua flessibilità gli permette di realizzare cose che vanno ben oltre un semplice CMS.

    Certo che se con Drupal gestiamo un sito quasi completamente statico che sfrutta solo un paio di View e un paio di contenuti realizzati con CCK allora ricadiamo nell’ambito del problema affrontato nel post.

    Rispondi
  4. Quindi tu cosa consiglieresti se appunto dovessi realizzare un sito con solo una sezione dinamica?
    CMS leggeri ma personalizzabili tanto da valere la pena di essere comunque utilizzati non me ne vengono in mente (e i consigli su Drupal ne sono la dimostrazione), quindi cosa rimane? la sana programmazione in PHP magari condita con un po’ di Ajax? :D

    Rispondi
  5. Ciao Tiziano,
    il tuo ottimo articolo mette in luce una questione aperta da tempo che mi spinge a fare alcune riflessioni.

    A parte l’efficacia (indubbia) e la “spendibilità commerciale” (very cool) di un CMS, penso che non sia uno strumento per tutti i clienti.

    Non voglio mettere in discussione le capacità delle persone, ma la reale assunzione di responsabilità del committente.

    L’idea di poter far tutto e poter fare da soli guida la scelta di un CMS e il più delle volte siamo stati noi a metterglielo in testa… Nulla di male, ma se poi non ci sarà nessuno a fare questo lavoro?

    All’inizio il cliente è motivato, lui o il personale assegnato seguono la formazione e inseriscono i contenuti. Poi l’entusiasmo cala fisiologicamente e solo il metodico impegno garantisce la continuità al progetto.

    Il problema è che il cliente tende a sottovalutare “le cose di internet” e non valuta chiaramente il carico di lavoro necessario a mantenere il proprio progetto.
    Non parlo di malafede, anche perchè sono cose sue, solo di una debole presa di coscienza della situazione.
    Sono frequenti i casi dove il personale assegnato ha già la sua mansione ed è stato “piegato” a fare anche questo lavoro.

    Il risultato lo conosciamo bene: il progetto viene aggiornato sempre di meno, poi dopo qualche mese di inattività il “gestore di turno” si trova a dover (per forza) fare un aggiornamento e non ricorda come, allora ci chiamerà e dovremo fare nuova formazione o fare noi la modifica…

    Tutto tempo perso, ma non credo sia solo colpa sua.
    Penso che uno dei nostri compiti sia comunicargli forte e chiaro che ha definito un nuovo processo al quale va assegnata una nuova risorsa ben definita, che al progetto va dedicato del tempo in modo continuativo e permanente, di una o più persone.

    Saranno forse solo mie esperienze, ma anche di fronte ai soliti sorrisini non dimentico mai di dire che internet è una cosa seria.
    Sergio

    Rispondi
  6. Trovo questo articolo interessante e ben fatto.
    Secondo me un CMS mette in condizione di esere on-line anche chi non ha eccessive competenze tecniche.
    Non lo vedi quindi adatto a realtà aziendali molto complesse e dinamiche, per le quali è consigliabile disegnare l’architettura e scrivere i programmi da zero.
    Un CMS è customizzabile e quelli migliori godono anche di un notevole supporto da parte della comunità.
    Un’azienda però non può introdurre un elemento di criticità nel proprio business e deve valutare attentamente le proprie esigenze e le risorse che è disposta a dedicargli.

    Faccio alcuni esempi pratici.

    Se domani un’estensione non è più supportata o un aggiornamento non funziona bene cosa faccio? Me la prendo con chi l’ha rilasciata?

    Se le mie esigenze cambiano ma il CMS non mi consente modifiche cosa faccio? Quali programmi vado a toccare? Siamo sicuri che così facendo non regredisce qualche altra funzione?

    Io uso Joomla e mi trovo molto bene, ma penso di avere esigenze molto diverse da quelle di un sito aziendale.

    Rispondi

Lascia un commento