5 lucruri pe care un CMS modern nu ar trebui să le facă

Toate sistemele de management al conținutului (CMS) au propriile lor puncte forte și puncte slabe. Unele sunt destinate unor oferte foarte de nișă, cum ar fi comerțul electronic sau site-urile de membru, în timp ce altele sunt o gamă largă. În plus, aceste sisteme variază de la open source la proprietar.

Dincolo de WordPress-ul lider de piață, am avut ocazia să mă apuc de alte câteva sisteme. Experiențele au fost inegale.

Nu voi pretinde că am cunoștințe aprofundate despre fiecare pachet de software de acolo. Dar am suficientă experiență pentru a înțelege ce face pentru un sistem bun. Este vorba despre ușurința în utilizare și punerea utilizatorilor în cea mai bună poziție pentru a face lucrurile în mod corect.

În cea mai mare parte, au existat o mulțime de îmbunătățiri în ultimul deceniu. Totuși, nu totul este unde ar trebui să fie. Având în vedere asta, iată cinci lucruri pe care niciun CMS nu ar trebui să le facă în vremurile moderne.

Generați cod nestandardizat și inaccesibil

Este greu de observat că web-ul are o mulțime de standarde și bune practici în zilele noastre. Markupul trebuie să fie structurat semantic, iar conținutul trebuie să fie accesibil. În plus, CSS ar trebui să fie folosit pentru elemente de stil, cum ar fi containerele și tipografia.

Cu toate acestea, încă văd interfețe de utilizare de editare a conținutului care facilitează și, prin urmare, promovează, a face lucrurile în mod greșit . De exemplu, luați un CMS proprietar, bazat pe abonament, cu care am lucrat. Editorul său de conținut încă utilizează tabele pentru machete cu mai multe coloane, precum și etichete de font HTML vechi. Hm, 1999 a sunat, își vor markup înapoi!

Acum, există o diferență între ușoare abateri de la standarde și o nerespectare totală a acestora. Faptul că orice software ar mai folosi astfel de tehnici învechite (cu aproape două decenii) este oarecum uluitor – ca să nu mai vorbim de iresponsabil.

Persoana medie care creează conținut acordă o mare încredere într-o interfață de utilizare a editorului. Avem nevoie de software pentru a ne transforma textul și imaginile în cod curat și accesibil. Nu trebuie să fie perfect, dar nu ar trebui să împiedice niciodată capacitatea nimănui de a-l consuma.

Permiteți dezordinea nereglementată în tabloul de bord

Pentru unii dintre noi, lucrul la un birou aglomerat este frustrant. Este greu să fii creativ – sau chiar să te concentrezi – cu diverse vechituri în jur. Un tablou de bord CMS este aproape același.

Tablourile de bord ar trebui să fie atât minime, cât și ușor personalizate. Tabloul de bord WordPress începe în acest fel, dar devine rapid o mizerie groaznică pe măsură ce instalați mai multe teme și pluginuri. Widgeturile din tabloul de bord pot fi dezactivate destul de ușor. Dar multele mesaje de notificare sâcâitoare afișate în back-end nu sunt atât de ușor de aruncat.

O parte a problemei este că, ca sistem open source, WordPress nu are prea mult control asupra modului în care sunt implementate aceste notificări. Au fost, totuși, unele eforturi pentru a discuta notificările într-un mod mai ușor de utilizat.

Acesta este un domeniu în care unele sisteme proprietare, în special cele care nu permit pluginuri de la terți, au un avantaj. Aceștia pot prelua controlul complet asupra interfeței de utilizare și pot decide ce notificări sunt necesare și cum vor fi afișate.

De asemenea, este și necesitatea de a face distincția între notificările legitime legate de sistem și vânzările superioare. Este de înțeles că dezvoltatorii de software trebuie să facă bani. Cu toate acestea, a fi bombardat cu reclame și forțat să respingă aceeași notificare de o sută de ori trece o linie. Trebuie să existe linii directoare stricte cu privire la acest tip de comportament.

Restricționați portabilitatea conținutului

Doar pentru că site-ul tău web a fost construit folosind un anumit CMS nu înseamnă că va rămâne pentru totdeauna în acel sistem. S-ar putea să depășești în cele din urmă platforma cu care ai început sau pur și simplu vrei să încerci ceva nou. Acest lucru nu este întotdeauna ușor.

Cu unele sisteme proprietare, site-ul pe care îl construiți fie rămâne la furnizor, fie dispare cu totul. Conținutul și designul nu pot fi exportate nativ pentru a fi utilizate în altă parte. În unele cazuri, nici măcar nu puteți exporta o copie a site-ului dvs. în scopuri interne.

În acest caz, rămâneți în căutarea unui instrument terță parte pentru a extrage ceea ce aveți nevoie. În caz contrar, este posibil să copiați și să lipiți codul sursă din browserul dvs. web.

Este rezonabil ca unele funcționalități să nu fie exportate, cum ar fi, de exemplu, un coș de cumpărături. Dar în zilele noastre, conținutul în sine ar trebui să fie cel puțin disponibil pentru export ca fișier CSV, JSON sau XML. Este prea mult să ceri?

Stabilitate comercială pentru caracteristici

Tot software-ul evoluează de-a lungul timpului – asta este un dat. Bug-urile sunt zdrobite, găurile de securitate sunt umplute și noi funcții sunt dezvăluite. Și toate sunt așteptate pe bună dreptate de la un CMS.

Cu toate acestea, există și o mare nevoie de stabilitate. Când implementați un site web pe CMS-ul dorit, doriți să știți că va continua să funcționeze, versiune după versiune.

Schimbările mari și radicale pot arunca o cheie de maimuță în lucru. Dacă nu sunt luate în considerare toate „ce-ar fi cazul”, orice schimbare fundamentală a modului în care funcționează un sistem poate avea consecințe grave. Caracteristicile specifice, sau chiar un întreg site web, s-ar putea rupe după implementarea modificării.

Caracteristicile noi sunt încă importante. Ele ajută la atragerea de noi utilizatori și, în mod ideal, le ușurează viața celor existenți. Dar ele trebuie gândite cu atenție pentru a minimiza orice impact negativ.

Dacă o aplicație câștigă reputația de a distruge site-uri web, nu va dura foarte mult.

Eșuarea comunicării cu utilizatorii

Se pare că comunicarea ar putea fi la fel de importantă ca și codul. Deoarece, în timp ce un sistem poate avea caracteristici convingătoare, utilizatorii vor trebui să știe despre ele pentru a profita.

De asemenea, cei din culise la un CMS trebuie să știe ce doresc și de ce au nevoie utilizatorii lor. Aceste informații sunt esențiale pentru a decide ce caracteristici să implementeze și ce erori trebuie remediate.

Dar comunicarea este o treabă mare. Acesta cuprinde domenii precum documentarea, asistența utilizatorilor și construirea comunității. Aici trebuie depus mult efort, ceea ce este dificil chiar și pentru giganții din industrie. Pentru sistemele mai mici, poate extinde resursele umane finite la maximum.

Totuși, merită efortul. Eșecul de a menține un dialog deschis cu utilizatorii va eroda relațiile și poate provoca un exod în masă din platformă.

Un CMS trebuie să se concentreze pe utilizatori

În cele din urmă, un CMS va fi judecat dacă îndeplinește nevoile utilizatorilor săi. Niciuna nu este perfectă în acest domeniu, dar unele sunt cu mult înaintea altora.

Cele mai bune sisteme ne permit să creăm conținut într-o manieră accesibilă. Ei vor dezvolta funcții care mențin stabilitatea și vor oferi cel puțin o oarecare compatibilitate cu versiunea anterioară. În plus, aceste sisteme vor respecta dreptul utilizatorului la propriul conținut și vor facilita portabilitatea.

Mai presus de toate, un CMS bun va menține o linie deschisă de comunicare cu utilizatorii. Dialogul deschis va aduce beneficii tuturor și va ajuta la asigurarea unui viitor luminos și productiv.

Pe de altă parte, sistemele care eșuează în aceste zone vor înceta cel mai probabil să mai existe pe termen lung.