Laman statik tidak bermaksud laman tidak boleh berubah. Dalam projek ini, artikel Markdown dibina menjadi HTML pada setiap deploy. Pembaca mendapat halaman yang siap, sementara penulis mengubah sumber melalui Git. Kita mengurangkan komponen runtime untuk halaman bacaan, tetapi masih mempunyai proses penerbitan yang aktif.
Kelebihannya ialah kurang perkara yang perlu hidup setiap kali artikel dibuka. Tiada query pangkalan data untuk memaparkan perenggan yang sama kepada semua orang. Fail HTML, CSS dan gambar boleh dihantar dengan cepat. Namun penulis perlu selesa dengan fail, Git dan build. Jika ramai editor bukan teknikal perlu menerbitkan setiap hari, CMS dengan antaramuka editor mungkin lebih sesuai.
Pilih berdasarkan aliran kerja
Tanya siapa menulis, siapa menyemak, berapa kerap kandungan berubah dan sama ada kandungan peribadi diperlukan. Blog peribadi dengan seorang penulis boleh mendapat manfaat daripada kesederhanaan statik. Portal besar dengan hak editor berlapis mungkin memerlukan sistem lain. Jangan pilih seni bina semata-mata kerana ia popular.
Dalam projek ini, jika satu artikel mempunyai format metadata salah, proses build patut berhenti sebelum deploy. Itu kelebihan aliran statik yang dijaga baik: ralat kandungan boleh dikesan sebelum pembaca melihatnya. Namun gambar yang salah tetapi masih wujud mungkin memerlukan semakan manusia, jadi automasi dan bacaan akhir saling melengkapi.
Kesederhanaan juga perlu dijaga. Builder, dependency dan deploy tetap boleh gagal. Simpan dokumentasi proses, uji build sebelum push dan pastikan pemilik tahu cara membaiki laman apabila ada masalah.