CMS Sederhana: Mengapa yang Kecil Lebih Baik daripada yang Besar untuk Kebanyakan Situs Web

Musim semi lalu saya mengambil alih situs brosur untuk firma hukum kecil. Lima halaman, formulir kontak, peta. Situs itu berjalan di WordPress dengan 23 plugin, page builder yang tidak ada yang ingat memasangnya, dan basis data yang menyimpan komentar spam selama sembilan tahun. Situs itu melakukan lebih sedikit daripada tumpukan file HTML, namun butuh pembaruan bulanan, plugin keamanan, plugin caching, dan plugin cadangan untuk menemani plugin caching. Pekerjaan itulah yang membuat saya sekarang memberikan setiap klien aturan yang sama: gunakan alat terkecil yang bisa menyelesaikan pekerjaan. Untuk kebanyakan situs, alat itu adalah CMS sederhana.

Artikel ini membahas apa sebenarnya CMS sederhana itu, biaya pemeliharaan yang tidak pernah dicantumkan oleh sistem besar di faktur, dan bagaimana menentukan di sisi mana situs Anda berada.

Apa sebenarnya CMS sederhana itu

Sederhanakan istilahnya, CMS melakukan tiga hal: menyimpan konten Anda, memungkinkan Anda mengedit konten tanpa klien FTP, dan merender halaman untuk pengunjung. CMS sederhana melakukan ketiga hal itu dengan bagian yang bergerak sesedikit mungkin, biasanya tanpa server MySQL, tanpa pasar plugin, tanpa kerangka tema dengan siklus rilisnya sendiri.

• CMS flat-file seperti Grav, Bludit, atau Pico menyimpan konten sebagai file Markdown atau JSON di dalam folder. Situsnya adalah pohon file itu sendiri.
• CMS file tunggal seperti WonderCMS atau Restorix CMS memadatkan seluruh admin, pengeditan, penyimpanan, manajemen file, ke dalam satu file PHP yang diletakkan di samping konten Anda.
• Generator situs statis melangkah lebih jauh: tanpa admin langsung, hanya HTML yang dibangun ulang setiap ada perubahan. Bagus, sampai klien ingin memperbaiki salah ketik pada jam 9 malam.

Yang Anda korbankan adalah akun pengguna, alur kerja editorial, komentar, dan plugin untuk setiap keperluan. Yang Anda dapatkan kembali adalah situs yang cukup kecil untuk diingat di kepala.

Tagihan pemeliharaan yang tidak pernah disebutkan

WordPress sendiri bukanlah penjahatnya. Beban datang dari semua yang mengorbit di sekitarnya. Inti butuh pembaruan. Tema butuh pembaruan. Masing-masing dari 15 hingga 40 plugin Anda butuh pembaruan sesuai jadwalnya sendiri, ditulis oleh orang yang berbeda, diuji terhadap versi yang berbeda. Setiap pembaruan adalah tiket lotre kecil: biasanya baik-baik saja, kadang-kadang layar putih di hari Sabtu.

Inilah perhitungan yang saya jelaskan kepada klien. Situs WordPress kecil pada umumnya membutuhkan:

• Pemeriksaan dan penerapan pembaruan: 30 hingga 60 menit per bulan, lebih lama di bulan ketika ada yang rusak.
• Cadangan yang benar-benar Anda uji: 30 menit lagi, dan Anda sebaiknya menguji pemulihan setiap tiga bulan.
• Kebersihan basis data: revisi, transien, spam, metadata yatim. Abaikan dan situs 50 halaman akan menyeret basis data 400 MB di belakangnya.
• Pemantauan keamanan: ketika plugin populer mengungkapkan kerentanan, jam tambalan Anda mulai berdetak. Laporan respons insiden dari perusahaan seperti Sucuri secara rutin melacak sebagian besar infeksi CMS kembali ke plugin dan tema yang usang.

Situs flat-file membalikkan sebagian besar daftar itu. Tidak ada basis data untuk dibersihkan atau disuntik. Permukaan serangan menyusut menjadi satu file admin dan versi PHP Anda. Cadangan menjadi pekerjaan cron yang melakukan rsync folder. Saya punya situs flat-file yang berjalan tiga tahun tanpa login dan selamat dari pemindahan server tanpa drama sama sekali.

Flat-file vs basis data: apa yang berubah sehari-hari

Perhatikan bahwa tidak satu pun dari ini tentang grafik tolok ukur. Situs WordPress yang di-cache dan situs flat-file sama-sama menyajikan halaman dengan cepat. Perbedaannya muncul di bulan kesepuluh, ketika situs sederhana masih tidak membutuhkan apa-apa dan yang besar butuh perhatian satu jam per bulan.

CMS file tunggal: ujung ekstrem dari kesederhanaan

Versi paling radikal dari ide ini adalah CMS file tunggal: seluruh admin, pengeditan, penyimpanan, manajemen file, di dalam satu file PHP. WonderCMS membangun seluruh identitasnya di atas ini, mengirimkan admin sebagai index.php tunggal. Kami mengambil rute yang sama dengan Restorix CMS: satu file di /webarchive-cms.php, ditambahkan ke setiap situs yang dipulihkan yang kami deploy, dengan pengeditan konten, pencarian & penggantian di seluruh situs, dan manajer file di dalamnya.

Mengapa seseorang memadatkan CMS menjadi satu file? Tiga alasan praktis:

1. Tanpa instalasi. Tanpa wizard, tanpa kredensial basis data, tanpa matriks versi. Unggah file, buka, edit.
2. Tanpa jejak. Hapus file dan situs kembali menjadi HTML biasa. Tidak ada yang tersembunyi di basis data yang lupa Anda ekspor.
3. Sulit rusak. Restorix CMS dikirimkan dengan mode aman aktif secara default, dan setiap situs yang di-deploy mendapatkan kata sandi admin yang dihasilkan secara acak, ditampilkan di dasbor Anda. Permukaan kecil, radius ledakan kecil.

Admin satu file tidak akan pernah menjalankan majalah online, dan memang tidak dimaksudkan untuk itu. Ia ada agar situs perusahaan 40 halaman dapat diedit dua kali setahun tanpa menyewa seseorang untuk mengingat cara kerja admin.

Di mana CMS sederhana kurang memadai

Saya lebih suka kehilangan kesepakatan daripada menjual alat yang salah, jadi inilah daftar jujurnya. Lewati CMS sederhana ketika:

• Anda menjual barang. Katalog nyata, keranjang, pajak, faktur, WooCommerce atau platform toko khusus layak mendapatkan kompleksitasnya. Toko klien dengan 800 SKU bukan kandidat flat-file.
• Banyak tangan menyentuh konten. Peran editorial, alur persetujuan, izin per pengguna. Sistem sederhana biasanya mengasumsikan satu admin.
• Konten bersifat relasional. Acara terhubung ke tempat terhubung ke kota, penyaringan berfaset di lima taksonomi. Itu adalah wilayah basis data.
• Anda butuh akun, forum, atau komentar. Forum phpBB tahun 2009 dengan 60.000 posting tetap di basis data. Titik.
• Tim sudah mengenal CMS besar. Pelatihan ulang terkadang lebih mahal daripada pemeliharaan. Membosankan, tapi benar.

Aturan praktis: jika orang asing harus login dan melakukan sesuatu di situs Anda, Anda butuh basis data. Jika publik hanya membaca, Anda mungkin tidak membutuhkannya.

Daftar periksa keputusan cepat

Jawab lima pertanyaan ini sebelum memilih apa pun:

1. Berapa banyak halaman yang akan dimiliki dalam dua tahun? Di bawah sekitar 500 halaman baik-baik saja sebagai file datar.
2. Siapa yang mengeditnya, dan seberapa sering? Pengeditan bulanan oleh satu orang mendukung perkakas sederhana.
3. Apakah publik berinteraksi, akun, keranjang, komentar? Setiap jawaban ya mendorong Anda ke basis data.
4. Siapa yang memeliharanya setelah peluncuran? Jika jawaban jujurnya adalah 'tidak ada, sungguh', kesederhanaan adalah fitur, bukan kompromi.
5. Apa yang terjadi jika diretas atau host mati? Dengan CMS sederhana jawaban jujurnya adalah 'unggah ulang folder'.

Skor empat atau lima ke arah 'kecil dan hanya-baca' dan CMS sederhana akan menghemat uang nyata selama tiga tahun, sebagian besar dalam jam yang tidak pernah Anda habiskan.

Cara mencoba CMS sederhana di situs nyata

Anda tidak perlu proyek baru untuk menguji ide ini. Dua rute berisiko rendah:

Pertama, bangun ulang situs kecil yang sudah ada. Ambil situs brosur lima halaman itu, salin teksnya, dan bangun ulang di Grav atau Bludit di bawah subdomain. Akhir pekan cukup, termasuk kurva pembelajaran. Jika klien mengeditnya tanpa menelepon Anda, eksperimen berhasil.

Kedua, rute yang sering dilupakan, pulihkan situs lama yang sudah hilang. Jika sebuah situs mati karena domain kedaluwarsa atau paket hosting yang tidak diperpanjang, halaman-halamannya biasanya masih tersimpan di Wayback Machine. Jalankan melalui estimasi gratis: Restorix menghitung file yang diarsipkan dan mengunci harga sebelum Anda membayar, lalu men-deploy pemulihan ke hosting Anda dengan CMS file tunggalnya sudah terpasang. Yang Anda dapatkan kembali bukan salinan museum beku, melainkan situs kecil yang dapat diedit, persis ceruk yang diisi oleh CMS sederhana. Jika ada yang gagal, pengembalian dana otomatis masuk ke saldo Anda.

Bagaimanapun, pengujian ini memakan waktu hari, bukan bulan. Itulah inti dari kesederhanaan.