Static Site vs CMS Tradisional: Kapan Harus Pindah?

Setelah pindahin situs ini dari Laravel (CMS custom dengan database) ke Astro (static site), lumayan sering ada yang nanya: kapan sih sebenarnya worth pindah dari CMS tradisional ke static site? Biasanya yang nanya itu orang yang lagi ngerasa capek maintain server buat blog yang isinya cuma mereka sendiri yang nulis.

Pertimbangan yang saya pakai waktu itu, dan masih saya pakai kalau ada klien nanya hal serupa:

Seberapa sering konten berubah, dan siapa yang ngubahnya. Kalau konten diupdate beberapa kali sehari oleh banyak orang non-teknis — misalnya tim marketing yang publish artikel tiap hari lewat editor visual — CMS tradisional dengan admin panel masih jauh lebih make sense. Static site cocok kalau kamu, atau tim kecil, yang nulis konten dan nggak keberatan commit ke git tiap kali nambah tulisan. Buat blog ini, saya satu-satunya yang nulis, jadi git bukan hambatan sama sekali — malah kerasa lebih natural dibanding buka dashboard admin.

Berapa besar tim editorial-nya. Static site berbasis Markdown+git paling nyaman buat satu-dua orang. Begitu tim editorial-nya lebih dari itu dan butuh workflow approval — draft, review, publish, dengan orang yang beda-beda di tiap tahap — CMS atau headless CMS jadi lebih efisien, karena mereka biasanya udah punya UI buat approval flow itu tanpa perlu ngajarin non-teknis pakai git.

Seberapa penting minimal maintenance. Ini alasan utama saya pindah, dan yang paling kerasa dampaknya setelah beberapa bulan jalan. Nggak ada server yang perlu di-patch, nggak ada database yang perlu di-backup rutin, nggak ada dependency PHP yang perlu diupdate karena ada CVE baru. Waktu masih di Laravel, saya inget ada satu minggu di mana saya harus stop kerjaan client buat urus patch security darurat di server blog pribadi — itu momen yang bikin saya mulai serius mikirin migrasi. Sekarang, situs ini praktis nggak ada “maintenance server” sama sekali; yang ada cuma npm update sesekali.

Butuh fitur dinamis kayak apa. Kalau butuh user login, komentar real-time, atau personalisasi konten per user, static site murni nggak cukup — butuh tambahan kayak serverless function atau third-party service (Disqus buat komentar, misalnya). Blog ini nggak punya fitur kayak gitu sama sekali, dan saya sengaja nggak nambahin — bukan karena teknis susah, tapi karena saya nggak yakin itu beneran nambah nilai buat blog personal seukuran ini. Kalau suatu saat saya butuh komentar, saya bakal cari third-party service dulu daripada bangun sendiri dan balik butuh backend.

Ada satu hal yang nggak saya sadari sebelum migrasi: berapa banyak waktu mental yang abis cuma buat “khawatir soal server” walau nggak ada masalah beneran. Waktu masih Laravel, tiap ada notifikasi update security dari provider hosting, saya harus stop dan cek apa itu urgent buat blog saya. Sekarang notifikasi kayak gitu nggak ada lagi — bukan karena saya berhenti peduli security, tapi karena permukaan yang perlu dijagain udah jauh lebih kecil.

Kesimpulannya: static site bukan “lebih baik” secara mutlak dari CMS — ini soal cocok sama constraint kamu. Buat situs personal dengan waktu maintenance terbatas dan konten yang saya tulis sendiri, static site menang telak. Buat klien yang timnya lebih besar dan butuh non-teknis publish konten sendiri, saya masih sering rekomendasiin CMS atau headless CMS, meski saya sendiri sekarang lebih milih static site buat kerjaan pribadi.