5 Hal yang Seharusnya Tidak Dilakukan CMS Modern

Diterbitkan: 2020-05-19

Semua sistem manajemen konten (CMS) memiliki kekuatan dan kelemahannya sendiri. Beberapa dimaksudkan untuk penawaran yang sangat khusus seperti eCommerce atau situs keanggotaan, sementara yang lain adalah jack-of-all-trade. Selain itu, sistem ini berkisar dari open source hingga proprietary.

Di luar WordPress yang memimpin pasar, saya memiliki kesempatan untuk mencoba beberapa sistem lain. Pengalamannya tidak merata.

Saya tidak akan berpura-pura memiliki pengetahuan mendalam tentang setiap paket perangkat lunak di luar sana. Tetapi saya memiliki pengalaman yang cukup untuk memahami apa yang membuat sistem menjadi baik. Ini tentang kemudahan penggunaan dan menempatkan pengguna pada posisi terbaik untuk melakukan sesuatu dengan cara yang benar.

Untuk sebagian besar, ada banyak peningkatan selama dekade terakhir. Namun, tidak semuanya berada di tempat yang seharusnya. Dengan mengingat hal itu, berikut adalah lima hal yang tidak boleh dilakukan CMS di zaman modern ini.

Hasilkan Kode Non-Standar dan Tidak Dapat Diakses

Sulit untuk tidak menyadari bahwa web memiliki banyak standar dan praktik terbaik akhir-akhir ini. Markup harus terstruktur secara semantik dan konten harus dapat diakses. Selain itu, CSS harus digunakan untuk elemen penataan seperti wadah dan tipografi.

Namun, saya masih melihat UI pengeditan konten yang memfasilitasi, dan dengan demikian mempromosikan, melakukan sesuatu dengan cara yang salah . Misalnya, ambil CMS berpemilik berbasis keanggotaan yang pernah saya tangani. Editor kontennya masih menggunakan tabel untuk tata letak multi-kolom serta tag font HTML jadul. Um, 1999 menelepon, mereka ingin markup mereka kembali!

Sekarang, ada perbedaan antara sedikit penyimpangan dari standar dan pengabaian langsung terhadapnya. Fakta bahwa perangkat lunak apa pun masih akan menggunakan teknik usang seperti itu (hampir dua dekade) agak membingungkan – belum lagi tidak bertanggung jawab.

Rata-rata orang yang membuat konten sangat mempercayai UI editor. Kami membutuhkan perangkat lunak untuk mengubah teks dan gambar kami menjadi kode yang bersih dan dapat diakses. Itu tidak harus sempurna, tetapi itu tidak boleh menghalangi kemampuan siapa pun untuk mengkonsumsinya.

Seseorang yang menggunakan telepon genggam.

Izinkan Kekacauan yang Tidak Diatur di Dasbor

Bagi sebagian dari kita, bekerja di meja yang berantakan membuat frustrasi. Sulit untuk menjadi kreatif – atau bahkan berkonsentrasi – dengan berbagai sampah berserakan. Dasbor CMS hampir sama.

Dasbor harus minimal dan mudah disesuaikan. Dasbor WordPress dimulai dengan cara ini, tetapi dengan cepat menjadi berantakan saat Anda menginstal lebih banyak tema dan plugin. Widget dasbor dapat dimatikan dengan cukup mudah. Tetapi banyak pesan notifikasi yang mengganggu yang ditampilkan di bagian belakang tidak begitu mudah untuk dibuang.

Sebagian dari masalahnya adalah, sebagai sistem open source, WordPress tidak memiliki banyak kendali atas bagaimana notifikasi ini disebarkan. Namun, ada beberapa upaya untuk mempermasalahkan pemberitahuan dengan cara yang lebih ramah pengguna.

Ini adalah salah satu area di mana beberapa sistem berpemilik, terutama yang tidak mengizinkan plugin pihak ketiga, memiliki keunggulan. Mereka dapat mengambil kendali penuh atas UI dan memutuskan pemberitahuan apa yang diperlukan dan bagaimana mereka akan ditampilkan.

Kemudian juga kebutuhan untuk membedakan antara pemberitahuan terkait sistem yang sah dan penjualan yang murahan. Dapat dimengerti bahwa pengembang perangkat lunak perlu menghasilkan uang. Namun, dibombardir dengan iklan dan dipaksa untuk mengabaikan pemberitahuan yang sama seratus kali melewati batas. Perlu ada pedoman ketat mengenai jenis perilaku ini.

Meja yang berantakan.

Batasi Portabilitas Konten

Hanya karena situs web Anda dibuat menggunakan CMS tertentu tidak berarti situs tersebut akan selamanya berada di sistem tersebut. Anda mungkin akhirnya melampaui platform yang Anda mulai atau hanya ingin mencoba sesuatu yang baru. Ini tidak selalu mudah.

Dengan beberapa sistem berpemilik, situs yang Anda bangun tetap berada di pihak penyedia atau hilang sama sekali. Konten dan desain tidak dapat diekspor secara asli untuk digunakan di tempat lain. Dalam beberapa kasus, Anda bahkan tidak dapat mengekspor salinan situs Anda untuk tujuan pementasan internal.

Dalam hal ini, Anda tinggal mencari alat pihak ketiga untuk mengekstrak apa yang Anda butuhkan. Jika gagal, Anda mungkin menyalin dan menempelkan kode sumber dari browser web Anda.

Masuk akal bahwa beberapa fungsi mungkin tidak diekspor – seperti, katakanlah, keranjang belanja. Tetapi di zaman sekarang ini, konten itu sendiri setidaknya harus tersedia untuk diekspor sebagai file CSV, JSON, atau XML. Apakah itu terlalu banyak untuk ditanyakan?

Sebuah gembok.

Stabilitas Perdagangan untuk Fitur

Semua perangkat lunak berkembang dari waktu ke waktu – itu sudah pasti. Bug tergencet, lubang keamanan diisi dan fitur baru diluncurkan. Dan mereka semua diharapkan dari CMS.

Namun, ada juga kebutuhan besar untuk stabilitas. Saat Anda menerapkan situs web di CMS pilihan Anda, Anda ingin tahu bahwa itu akan terus berfungsi, versi demi versi.

Perubahan besar dan menyeluruh dapat menimbulkan masalah. Jika semua "bagaimana-jika" tidak diperhitungkan, setiap perubahan mendasar pada cara kerja sistem dapat memiliki konsekuensi yang mengerikan. Fitur tertentu, atau bahkan seluruh situs web, dapat rusak setelah perubahan diterapkan.

Fitur baru tetap penting. Mereka membantu menarik pengguna baru dan idealnya membuat hidup lebih mudah bagi yang sudah ada. Tetapi mereka perlu dipikirkan dengan hati-hati untuk meminimalkan dampak negatif.

Jika sebuah aplikasi mendapatkan reputasi untuk merusak situs web, itu tidak akan bertahan lama.

Seseorang berjalan melintasi jembatan.

Gagal Berkomunikasi dengan Pengguna

Sepertinya komunikasi mungkin sama pentingnya dengan kode. Karena, meskipun suatu sistem mungkin memiliki fitur yang menarik, pengguna perlu mengetahuinya untuk memanfaatkannya.

Demikian pula, mereka yang berada di balik layar CMS perlu mengetahui apa yang diinginkan dan dibutuhkan pengguna mereka. Informasi itu adalah kunci dalam memutuskan fitur mana yang akan diterapkan dan bug mana yang perlu diperbaiki.

Tapi komunikasi adalah pekerjaan besar. Ini mencakup area seperti dokumentasi, dukungan pengguna, dan membangun komunitas. Banyak upaya yang perlu dilakukan di sini, yang sulit bahkan untuk raksasa industri. Untuk sistem yang lebih kecil, ini dapat meregangkan sumber daya manusia yang terbatas secara maksimal.

Tetap saja, itu sepadan dengan usaha. Kegagalan untuk menjaga dialog terbuka dengan pengguna akan mengikis hubungan dan dapat menyebabkan eksodus massal dari platform.

Sebuah tanda bertuliskan "SILENCIO / SILENCE".

CMS Harus Tetap Fokus pada Pengguna

Pada akhirnya, CMS akan dinilai apakah memenuhi kebutuhan penggunanya. Tidak ada yang sempurna di bidang ini, tetapi beberapa jauh di depan yang lain.

Sistem terbaik memungkinkan kami membuat konten dengan cara yang dapat diakses. Mereka akan mengembangkan fitur yang menjaga stabilitas dan akan menyediakan setidaknya beberapa kompatibilitas mundur. Selain itu, sistem ini akan menghormati hak pengguna atas konten mereka sendiri dan memfasilitasi portabilitas.

Di atas segalanya, CMS yang baik akan menjaga jalur komunikasi terbuka dengan pengguna. Dialog terbuka akan menguntungkan semua orang dan membantu memastikan masa depan yang cerah dan produktif.

Di sisi lain, sistem yang gagal di area ini kemungkinan besar tidak akan ada lagi dalam jangka panjang.