Website Cepat Tanpa Database dengan Static Site Generator

Banyak website perusahaan isinya jarang berubah: profil, layanan, kontak, beberapa artikel. Tetapi di belakangnya sering berjalan CMS lengkap dengan database, plugin, dan jadwal update, hanya untuk halaman yang disunting sebulan sekali.

Static site generator (SSG) menawarkan cara lain. Alat ini menyusun seluruh website menjadi file HTML, CSS, dan JavaScript jadi sebelum diunggah, sehingga server cukup mengirim file tanpa menjalankan database atau kode di setiap kunjungan. Sebagian besar beban perawatan ikut hilang.

Bagaimana cara kerja static site generator?

Di CMS seperti WordPress, setiap kali pengunjung membuka halaman, server menjalankan PHP, mengambil data dari database, lalu menyusun HTML. Cache bisa mempercepat proses ini, tetapi mesinnya tetap ada di belakang.

SSG memindahkan proses penyusunan itu ke tahap "build". Konten ditulis dalam file teks (biasanya Markdown) atau diambil dari sumber data, lalu digabung dengan template. Hasilnya folder berisi file statis yang tinggal diunggah ke hosting atau CDN. Saat pengunjung datang, server hanya mengirim file yang sudah jadi.

Setiap kali ada perubahan konten, website di-build ulang. Proses ini bisa otomatis: begitu file baru disimpan ke repositori Git, layanan build menyusun ulang dan menerbitkan hasilnya.

Tiga SSG yang sering dipakai

Ketiganya open source dan gratis, dengan karakter yang berbeda:

• Hugo
  • Ditulis dengan bahasa Go, didistribusikan sebagai satu file program.
  • Dikenal cepat saat build, sehingga sering dipakai untuk website dengan banyak halaman.
  • Template memakai sintaks Go, yang terasa asing bagi sebagian developer web.
• Astro
  • Berbasis JavaScript, mengusung konsep "islands": halaman dikirim sebagai HTML, dan JavaScript hanya dimuat untuk komponen yang butuh interaksi.
  • Bisa memakai komponen dari React, Vue, Svelte, dan lainnya dalam satu proyek.
  • Cocok untuk tim yang sudah akrab dengan ekosistem JavaScript modern.
• Eleventy (11ty)
  • Berbasis JavaScript, sederhana, dan fleksibel dalam pilihan bahasa template.
  • Tidak memaksakan framework frontend tertentu.
  • Cocok untuk website kecil sampai menengah yang ingin tetap ringan.

Selain itu masih ada Jekyll, Next.js dalam mode ekspor statis, dan banyak lagi. Untuk website bisnis biasa, perbedaan di antara mereka lebih soal selera developer daripada hasil akhir.

Apa kelebihannya untuk website bisnis?

Kecepatan. File statis bisa disajikan langsung oleh web server atau CDN tanpa pemrosesan tambahan. Waktu respons server biasanya rendah, dan ini membantu metrik seperti LCP. Kaitan kecepatan dengan hasil bisnis dibahas di kecepatan website dan penjualan.

Keamanan. Tidak ada halaman login admin di server publik, tidak ada database yang bisa disuntik, tidak ada plugin yang perlu ditambal setiap minggu. Permukaan serangan jauh lebih kecil, meski bukan nol: server, domain, dan akun hosting tetap harus diamankan.

Biaya dan perawatan. Hosting file statis membutuhkan sumber daya kecil. Tidak ada update CMS rutin, dan backup cukup berupa salinan repositori.

Cocok dengan CDN. Karena semuanya file, seluruh website bisa disimpan di jaringan CDN sehingga dekat dengan pengunjung di mana pun. Konsepnya ada di apa itu CDN.

Keterbatasannya, terutama untuk editor non-teknis

Di sinilah kelemahannya paling terasa. Di WordPress, staf marketing tinggal login, menulis, dan menekan terbitkan. Di website statis murni, mengubah konten berarti menyunting file Markdown, menyimpannya ke Git, lalu menunggu build. Bagi staf yang tidak terbiasa, alur ini terasa asing dan mudah salah.

Ada jalan tengah. CMS berbasis Git seperti Decap CMS memberi antarmuka penyuntingan di atas file, atau headless CMS dipakai sebagai sumber konten yang memicu build otomatis. Pola kedua dibahas di headless CMS. Keduanya menambah komponen yang perlu disiapkan developer.

Fitur dinamis juga perlu solusi terpisah. Formulir kontak, pencarian, komentar, atau keranjang belanja tidak berjalan dengan sendirinya. Biasanya diselesaikan dengan layanan pihak ketiga, fungsi serverless, atau skrip kecil di server.

Kapan SSG cocok, kapan sebaiknya tidak?

Pola yang umum terlihat:

• Cocok: company profile, landing page kampanye, dokumentasi produk, portofolio, blog teknis yang ditulis tim dengan developer, halaman acara.
• Kurang cocok: toko online dengan stok dan harga yang sering berubah, portal dengan login pengguna, website yang diperbarui banyak orang non-teknis setiap hari, atau situs yang sangat bergantung pada plugin siap pakai.

Isi halaman untuk website profil perusahaan tetap sama, apa pun platformnya. Panduannya ada di isi website company profile.

Cara menimbangnya: bila konten jarang berubah dan ada orang yang nyaman dengan Git atau mau menyiapkan CMS pendamping, SSG memberi kecepatan dan ketenangan. Bila tim konten besar dan butuh mengubah halaman sendiri setiap hari tanpa bantuan developer, CMS tradisional masih lebih praktis.

Di mana website statis dihosting?

Hampir semua hosting bisa menyajikan file statis, karena yang dibutuhkan hanya web server. Pilihannya mulai dari shared hosting biasa (unggah folder hasil build ke direktori publik), VPS dengan Nginx, sampai layanan hosting statis yang terhubung langsung ke repositori Git dan menjalankan build otomatis.

Yang perlu dipastikan: HTTPS aktif, domain mengarah dengan benar, dan ada cara mudah mengulang build saat konten berubah. Bila website lama ingin dipindah ke statis, rencanakan pengalihan URL lama agar peringkat di mesin pencari tidak hilang.