Saat orang bilang sebuah website itu “statis” atau “dinamis”, kedengarannya seperti menggambarkan sifat, seolah situs yang satu pemalu dan yang lain enerjik. Padahal bukan begitu. Dua kata itu menjelaskan hal yang sangat praktis: bagaimana halaman yang kamu lihat di browser sebenarnya dibentuk sebelum sampai ke layarmu. Begitu kamu paham satu ide ini, cara berpikirmu soal kecepatan, biaya, dan kemampuan sebuah website akan berubah.
Tulisan ini menjelaskan kedua pendekatan dari nol. Tidak perlu bekal apa pun. Di akhir, kamu bisa melihat hampir semua website dan menebak dengan cukup tepat bagaimana ia bekerja di balik layar, sekaligus tahu pendekatan mana yang cocok untuk proyek yang mungkin kamu buat.
Dulu, apa yang terjadi saat kamu membuka website
Setiap kali kamu membuka sebuah halaman web, browser mengirim pesan singkat lewat internet ke sebuah komputer yang disebut server (server itu cuma komputer yang tugasnya menunggu permintaan seperti ini lalu menjawabnya). Browser berkata, kira-kira, “tolong berikan halaman di alamat ini.” Server lalu mengirim halaman tersebut kembali. Setelah itu browser menggambarnya di layar.
Inilah versi paling sederhana dari pertukaran tadi:
Browser kamu ──── "berikan /about" ────► Server
◄──── ini halamannya ────Seluruh urusan statis-versus-dinamis sebenarnya bermuara pada satu detail dalam gambar itu: kapan dan bagaimana server menyiapkan halaman yang ia kirim balik. Cuma itu. Ingat baik-baik poin ini, karena semua hal lain mengalir dari sini.
Website statis: halaman yang sudah jadi sejak awal
Website statis terdiri dari berkas-berkas yang sudah ada, dalam keadaan jadi sepenuhnya, sebelum ada yang berkunjung. Seseorang (atau sebuah alat build) membuat tiap halaman sekali, menyimpannya sebagai berkas, lalu server tinggal menyerahkan berkas yang sama persis itu ke setiap pengunjung yang meminta. Tidak ada perakitan yang terjadi saat permintaan datang.
Perbandingan yang gampang: bayangkan buku cetak di rak. Halaman-halamannya sudah ditata dan dicetak jauh-jauh hari. Ketika kamu membuka buku itu, tidak ada yang sedang menulisnya saat itu juga, kamu cuma membaca apa yang sudah ada. Situs statis bekerja persis seperti itu. Berkasnya sudah “dicetak” lebih dulu, dan server tinggal mengambilkannya dari rak untukmu.
Blog yang sedang kamu baca ini contoh yang pas. Tiap artikel diubah jadi berkas HTML yang sudah final ketika situs ini dibangun, dan berkas yang sama itu disajikan ke ribuan pembaca tanpa perubahan.
Saat build (sekali): konten ──► berkas HTML siap pakai
Saat diminta (sering): browser ──► server menyerahkan berkasnya apa adanyaKenapa banyak orang suka situs statis
Karena pekerjaannya sudah selesai, menyajikan halaman statis nyaris tanpa beban bagi server. Dari sini muncul beberapa keunggulan nyata:
- Cepat. Tidak ada yang perlu dihitung; berkasnya tinggal dikirim. Halaman statis biasanya jenis halaman yang paling cepat dimuat.
- Murah. Menyajikan berkas polos butuh daya komputasi yang sangat kecil, jadi hosting-nya bisa murah atau bahkan gratis.
- Andal dan aman. Tanpa program yang merakit halaman secara langsung dan tanpa basis data yang diakses tiap kunjungan, jauh lebih sedikit yang bisa rusak atau diserang.
- Mudah menampung lonjakan. Entah sepuluh atau sepuluh ribu orang berkunjung sekaligus, server melakukan tugas remeh yang sama: menyalin berkas.
Di mana statis kurang memadai
Kelemahannya sudah ada di namanya: kontennya tetap. Setiap pengunjung melihat berkas yang sama. Kalau kamu butuh halaman yang menyapa pengguna yang sudah login dengan namanya, menampilkan keranjang belanja pribadi, atau menyajikan data yang berubah tiap menit, berkas statis murni tidak bisa melakukannya sendiri, sebab ia sudah difinalkan sebelum pengunjung itu datang.
Statis bukan berarti membosankan
Situs statis tetap bisa terasa hidup. Animasi, menu, dan elemen interaktif kecil berjalan dengan JavaScript di dalam browser pengunjung setelah halaman selesai dimuat. “Statis” hanya merujuk pada cara halaman dibuat dan disajikan, bukan apakah ia bergerak di layar.
Website dinamis: halaman yang dirakit saat diminta
Website dinamis justru sebaliknya. Alih-alih menyerahkan berkas yang sudah jadi, server membangun halaman secara segar pada saat permintaan datang, biasanya dengan menjalankan sebuah program dan sering kali dengan mengambil data dari basis data (basis data adalah tempat penyimpanan data yang tertata, misalnya daftar pengguna, pesanan, atau komentar).
Kembali ke perumpamaan sehari-hari: situs dinamis lebih mirip barista yang membuat kopimu sesuai pesanan ketimbang buku cetak. Tidak ada yang sudah siap di rak. Kamu memesan, lalu petugas merakit minuman spesifikmu saat itu juga, sesuai keinginanmu.
Karena halaman dirakit per permintaan, isinya bisa disesuaikan dengan siapa pun yang sedang meminta. Server bisa memeriksa siapa kamu, mencari datamu, lalu menyusun halaman yang khusus untukmu.
Saat diminta: browser ──► server menjalankan program
program meminta data ke basis data
program menyusun halaman khusus
browser ◄── halaman yang baru dirakitKenapa orang memilih situs dinamis
Situs dinamis membuka segala hal yang bergantung pada konten yang berubah atau dipersonalisasi:
- Personalisasi. “Selamat datang kembali, Jane Doe” lengkap dengan dasbor, pesanan, dan rekomendasi miliknya sendiri.
- Data hidup yang sering berubah. Linimasa sosial, kotak masuk, stok barang, dan hasil pencarian yang berbeda setiap saat.
- Konten dari pengguna. Komentar, postingan, dan unggahan yang dibuat pengunjung, yang harus disimpan dan ditampilkan kembali.
- Akun dan login. Apa pun yang perlu tahu siapa kamu dan menjaga datamu terpisah dari milik orang lain.
Toko daring yang dikelola ACY Partner Indonesia, misalnya, hampir wajib dinamis: harga, stok, dan keranjang tiap pelanggan terus berubah dan berbeda dari orang ke orang.
Harga dari semua keluwesan itu
Membangun halaman untuk tiap permintaan butuh kerja nyata. Artinya situs dinamis umumnya butuh daya komputasi lebih besar, biaya operasionalnya lebih mahal, dan punya lebih banyak bagian yang bisa gagal atau perlu diamankan. Situs dinamis juga bisa lebih lambat, karena pengunjung menunggu selama server menjalankan programnya dan mengakses basis data, meski rekayasa yang baik menjaga waktu tunggu itu tetap singkat.
Makin banyak kemampuan, makin banyak tanggung jawab
Situs dinamis biasanya melibatkan program backend dan basis data. Keduanya menambah kemampuan, tapi juga menambah hal yang harus dirawat, diperbarui, dan dilindungi. Makin banyak bagian berarti makin banyak titik tempat bug dan masalah keamanan bisa muncul.
Perbandingan berdampingan
Berikut kompromi yang sama, disajikan dengan gamblang:
| Aspek | Website statis | Website dinamis |
|---|---|---|
| Kapan halaman dibuat | Di awal, sekali saja | Pada saat tiap permintaan |
| Sama untuk semua orang? | Ya, tiap pengunjung dapat berkas yang sama | Tidak, bisa dipersonalisasi |
| Kecepatan umum | Sangat cepat | Lebih lambat (tergantung kerjanya) |
| Biaya hosting | Murah, kadang gratis | Lebih tinggi |
| Butuh basis data? | Tidak | Biasanya ya |
| Cocok untuk | Blog, dokumentasi, halaman promosi, portofolio | Toko, aplikasi sosial, dasbor, login |
| Hal yang bisa rusak | Sedikit | Lebih banyak |
“Server-rendering” dan wilayah abu-abu di tengah
Dalam praktik, garis antara statis dan dinamis bukan tembok keras, dan kamu akan mendengar istilah yang berada di antaranya. Yang paling umum adalah server-side rendering (SSR), yang berarti server membangun HTML sebuah halaman secara langsung lalu mengirim halaman yang sudah jadi ke browser. Itu pendekatan dinamis: merakit halaman per permintaan, di sisi server.
Ujung yang berlawanan adalah static site generation, yaitu semua halaman dibangun lebih dulu menjadi berkas, dan inilah persis pendekatan statis. Banyak alat modern bisa melakukan keduanya, bahkan mencampurnya dalam satu proyek: sebagian halaman dipanggang lebih dulu sebagai berkas statis, sebagian lagi dibuat langsung saat dibutuhkan. Jadi alih-alih memilih satu “kubu” selamanya, kamu bisa memilih per halaman sesuai kebutuhan halaman itu.
Patokan praktis
Kalau sebuah halaman tampak sama bagi semua orang dan jarang berubah, condongkan ke statis. Kalau sebuah halaman harus tahu siapa yang melihatnya atau menampilkan data yang terus berubah, condongkan ke dinamis. Banyak proyek nyata memakai campuran keduanya.
Cara memutuskan untuk proyekmu sendiri
Kamu tidak perlu menghafal apa pun. Cukup ajukan beberapa pertanyaan jujur soal halaman yang sedang kamu buat:
- Apakah tiap pengunjung melihat hal yang sama? Kalau ya, statis kemungkinan besar sangat cocok.
- Apakah kontennya jarang berubah, atau berubah hanya saat kamu memperbaruinya? Itu juga mengarah ke statis.
- Apakah orang perlu login, menyimpan data, atau melihat sesuatu yang personal? Itu mendorongmu ke dinamis.
- Apakah informasinya terus berubah dengan sendirinya (pesanan, pesan, angka langsung)? Dinamis lagi.
Portofolio pribadi, halaman promosi perusahaan, dokumentasi proyek, atau blog seperti ini adalah kasus statis yang klasik: cepat, murah, dan sederhana. Toko daring, jejaring sosial, sistem pemesanan, atau aplikasi apa pun dengan akun pengguna condong ke dinamis, karena ia harus menanggapi tiap orang secara individu.
Rangkuman
Seluruh pembedaan ini bertumpu pada satu pertanyaan: apakah halaman dibuat lebih dulu, atau dirakit segar untuk tiap permintaan?
- Situs statis menyajikan berkas yang sudah jadi. Cepat, murah, andal, dan ideal saat semua orang melihat konten yang sama dan jarang berubah.
- Situs dinamis membangun halaman saat diminta, sering memakai program backend dan basis data. Biayanya lebih besar dan bagiannya lebih banyak, tapi inilah yang kamu butuhkan untuk personalisasi, akun, dan data yang terus berubah.
- Server-side rendering dan static generation cuma nama bagi dua cara membangun halaman ini, dan alat modern memungkinkanmu mencampur keduanya dalam satu situs.
Tidak ada pilihan yang “lebih baik” secara mutlak, yang ada hanya yang paling pas untuk tugasnya. Begitu kamu bisa mengenali jenis kerja yang sebenarnya dibutuhkan sebuah halaman, pilihannya cenderung muncul sendiri. Dari sini, langkah lanjut yang wajar adalah menengok lebih dekat apa yang dilakukan server, bagaimana basis data menyimpan informasi yang diandalkan situs dinamis, dan apa sebenarnya “backend” itu, sebab bagian-bagian itulah yang membuat halaman dinamis bisa terwujud.
