5 cose che un moderno CMS non dovrebbe fare

Tutti i sistemi di gestione dei contenuti (CMS) hanno i propri punti di forza e di debolezza. Alcuni sono pensati per offerte molto di nicchia come eCommerce o siti di abbonamento, mentre altri sono un tuttofare. Inoltre, questi sistemi vanno dall'open source al proprietario.

Oltre al WordPress leader di mercato, ho avuto l'opportunità di dilettarmi in alcuni altri sistemi. Le esperienze sono state irregolari.

Non pretendo di avere una conoscenza approfondita di ogni pacchetto software disponibile. Ma ho abbastanza esperienza per capire cosa rende un buon sistema. Si tratta di facilità d'uso e di mettere gli utenti nella posizione migliore per fare le cose nel modo giusto.

Per la maggior parte, c'è stato un sacco di miglioramenti negli ultimi dieci anni. Tuttavia, non tutto è dove dovrebbe essere. Con questo in mente, ecco cinque cose che nessun CMS dovrebbe fare nei tempi moderni.

Genera codice non standardizzato e inaccessibile

È difficile non notare che al giorno d'oggi il Web ha molti standard e migliori pratiche. Il markup deve essere strutturato semanticamente e il contenuto deve essere accessibile. Inoltre, i CSS dovrebbero essere utilizzati per lo stile di elementi come contenitori e tipografia.

Tuttavia, vedo ancora interfacce utente per la modifica dei contenuti che facilitano, e quindi promuovono, fare le cose nel modo sbagliato . Ad esempio, prendi un CMS proprietario basato sull'abbonamento con cui ho lavorato. Il suo editor di contenuti utilizza ancora tabelle per layout a più colonne e tag di font HTML della vecchia scuola. Uhm, 1999 chiamato, vogliono indietro il loro markup!

Ora, c'è una differenza tra lievi deviazioni dagli standard e un totale disprezzo per loro. Il fatto che qualsiasi software utilizzi ancora tecniche così obsolete (di quasi due decenni) è alquanto sconcertante, per non dire irresponsabile.

La persona media che crea contenuti ripone grande fiducia nell'interfaccia utente di un editor. Abbiamo bisogno del software per trasformare il nostro testo e le nostre immagini in codice pulito e accessibile. Non deve essere perfetto, ma non dovrebbe mai ostacolare la capacità di nessuno di consumarlo.

Consenti disordine non regolamentato nel dashboard

Per alcuni di noi, lavorare su una scrivania ingombra è frustrante. È difficile essere creativi, o anche concentrarsi, con varie cianfrusaglie in giro. Un dashboard CMS è più o meno lo stesso.

I dashboard dovrebbero essere minimi e facilmente personalizzabili. La dashboard di WordPress inizia in questo modo, ma diventa rapidamente un disastro quando installi più temi e plugin. I widget della dashboard possono essere disattivati ​​abbastanza facilmente. Ma i molti fastidiosi messaggi di notifica mostrati nel back-end non sono così facili da eliminare.

Parte del problema è che, in quanto sistema open source, WordPress non ha molto controllo su come vengono distribuite queste notifiche. Ci sono stati, tuttavia, alcuni sforzi per gestire gli avvisi in un modo più intuitivo.

Questa è un'area in cui alcuni sistemi proprietari, in particolare quelli che non consentono plug-in di terze parti, hanno un vantaggio. Possono assumere il controllo completo dell'interfaccia utente e decidere quali notifiche sono necessarie e come verranno visualizzate.

Poi c'è anche la necessità di distinguere tra avvisi legittimi relativi al sistema e upsell di cattivo gusto. È comprensibile che gli sviluppatori di software abbiano bisogno di fare soldi. Tuttavia, essere bombardati da pubblicità e costretti a respingere la stessa notifica cento volte supera il limite. Ci devono essere linee guida rigorose riguardo a questo tipo di comportamento.

Limita la portabilità dei contenuti

Solo perché il tuo sito Web è stato creato utilizzando un particolare CMS non significa che rimarrà per sempre in quel sistema. Alla fine potresti diventare troppo grande per la piattaforma con cui hai iniziato o semplicemente voler provare qualcosa di nuovo. Questo non è sempre facile.

Con alcuni sistemi proprietari, il sito che crei rimane con il provider o scompare del tutto. Il contenuto e il design non possono essere esportati in modo nativo per l'uso altrove. In alcuni casi, non puoi nemmeno esportare una copia del tuo sito per scopi di staging interno.

In tal caso, rimani alla ricerca di uno strumento di terze parti per estrarre ciò di cui hai bisogno. In caso contrario, potresti copiare e incollare il codice sorgente dal tuo browser web.

È ragionevole che alcune funzionalità non possano essere esportate, come, ad esempio, un carrello degli acquisti. Ma al giorno d'oggi, il contenuto stesso dovrebbe essere almeno disponibile per l'esportazione come file CSV, JSON o XML. È chiedere troppo?

Stabilità commerciale per le funzionalità

Tutto il software si evolve nel tempo, questo è un dato di fatto. I bug vengono eliminati, le falle di sicurezza vengono colmate e vengono svelate nuove funzionalità. E sono tutti giustamente attesi da un CMS.

Tuttavia, c'è anche un grande bisogno di stabilità. Quando distribuisci un sito Web sul tuo CMS preferito, vuoi sapere che continuerà a funzionare, versione dopo versione.

Cambiamenti grandi e radicali possono gettare una chiave inglese nelle opere. Se non si tiene conto di tutti i "what-ifs", qualsiasi cambiamento fondamentale nel modo in cui funziona un sistema può avere conseguenze disastrose. Funzionalità specifiche, o anche un intero sito Web, potrebbero interrompersi dopo l'implementazione della modifica.

Le nuove funzionalità sono ancora importanti. Aiutano ad attrarre nuovi utenti e, idealmente, semplificano la vita a quelli esistenti. Ma devono essere attentamente studiati per ridurre al minimo gli impatti negativi.

Se un'app si guadagna la reputazione di rompere i siti Web, non durerà molto.

Mancata comunicazione con gli utenti

Sembra che la comunicazione possa essere importante quanto il codice. Perché, mentre un sistema può avere caratteristiche interessanti, gli utenti dovranno conoscerle per trarne vantaggio.

Allo stesso modo, chi sta dietro le quinte di un CMS deve sapere cosa vogliono e di cui hanno bisogno i propri utenti. Tali informazioni sono fondamentali per decidere quali funzionalità implementare e quali bug devono essere corretti.

Ma la comunicazione è un grande lavoro. Comprende aree come la documentazione, il supporto per gli utenti e la creazione di comunità. Qui è necessario dedicare molti sforzi, il che è difficile anche per i giganti del settore. Per i sistemi più piccoli, può allungare al massimo le risorse umane limitate.

Tuttavia, ne vale la pena. Il mancato mantenimento di un dialogo aperto con gli utenti eroderà le relazioni e potrebbe causare un esodo di massa dalla piattaforma.

Un CMS deve mantenere l'attenzione sugli utenti

In definitiva, un CMS sarà giudicato se soddisfa le esigenze dei suoi utenti. Nessuno è perfetto in questo settore, ma alcuni sono molto più avanti di altri.

I migliori sistemi ci consentono di creare contenuti in modo accessibile. Svilupperanno funzionalità che mantengono la stabilità e forniranno almeno una certa compatibilità con le versioni precedenti. Inoltre, questi sistemi rispetteranno il diritto dell'utente ai propri contenuti e faciliteranno la portabilità.

Soprattutto, un buon CMS manterrà una linea di comunicazione aperta con gli utenti. Il dialogo aperto andrà a beneficio di tutti e contribuirà a garantire un futuro luminoso e produttivo.

D'altra parte, i sistemi che falliscono in queste aree molto probabilmente cesseranno di esistere a lungo termine.