Web server adalah komputer dan program yang menyimpan berkas website, lalu mengirimkannya ke browser setiap kali seseorang membuka alamat situs Anda. Komunikasinya memakai protokol HTTP, atau versi terenkripsinya, HTTPS. Jadi ketika calon pelanggan mengetik alamat usaha Anda dan halamannya muncul di layar, yang bekerja di belakang adalah web server: menerima permintaan, mencari berkas yang diminta, lalu mengirimkannya kembali bersama sebuah kode status.
Artikel ini ditulis untuk dua pembaca sekaligus. Pertama, pemilik usaha yang ingin paham apa yang sebenarnya dibayar ketika membeli hosting, dan apa yang harus ditanyakan ketika situsnya tiba-tiba tidak bisa dibuka. Kedua, pelajar yang butuh penjelasan cara kerja web server tanpa istilah yang bertumpuk. Kami mulai dari dua arti web server yang sering tertukar, lalu alur permintaan dan respons langkah demi langkah, contoh perangkat lunaknya, dan terakhir daftar pertanyaan yang pantas Anda ajukan ke vendor.
Satu batasan supaya tidak mengulang: perumpamaan hosting sebagai ruko dan domain sebagai alamat, serta cara memastikan akun atas nama Anda, sudah dibahas di panduan hosting dan domain untuk pemilik usaha. Di sini kita masuk satu lapis lebih dalam, yaitu apa yang terjadi di dalam ruko itu setiap kali ada tamu datang.
Apa itu web server: satu nama untuk dua hal
Pertanyaan apa itu web server sering dijawab setengah, karena istilah ini dipakai untuk dua benda yang berbeda. Dokumentasi MDN milik Mozilla memisahkannya dengan rapi. Dari sisi perangkat keras, web server adalah komputer yang menyimpan program web server beserta berkas penyusun website, seperti dokumen HTML, gambar, CSS, dan JavaScript, dan komputer itu tersambung ke internet. Dari sisi perangkat lunak, web server adalah sekumpulan program yang mengatur bagaimana pengunjung mengakses berkas tersebut, dan minimal di dalamnya ada HTTP server, yaitu program yang memahami alamat web dan protokol HTTP.
Pembedaan ini ada gunanya dalam percakapan sehari-hari. Ketika teknisi berkata "servernya mati", bisa berarti mesinnya padam karena listrik atau jaringan pusat data bermasalah, bisa juga berarti mesinnya menyala tetapi program web server-nya berhenti. Yang pertama diurus penyedia hosting. Yang kedua sering bisa dipulihkan dalam hitungan menit oleh siapa pun yang memegang akses server. Menanyakan "yang mana?" menghemat banyak waktu saling lempar.
MDN juga membedakan web server statis dan dinamis. Web server statis mengirim berkas apa adanya ke browser. Web server dinamis menambahkan server aplikasi dan basis data, sehingga halamannya dirakit dulu sebelum dikirim. Situs berbasis CMS seperti WordPress termasuk yang kedua: setiap kali halaman dibuka, program membaca isi dari basis data lalu menyusunnya menjadi HTML. Situs statis lebih ringan dan lebih sedikit bagian yang bisa rusak, sedangkan situs dinamis lebih mudah diedit sendiri. Pertimbangan lengkapnya kami tulis di perbandingan WordPress dan website custom.
Fungsi web server bagi website usaha Anda
Kalau diringkas menjadi daftar tugas, fungsi web server jauh lebih banyak daripada sekadar "menampilkan website". Berikut pekerjaan yang dikerjakannya setiap detik tanpa Anda lihat:
- Menerima permintaan. Setiap kunjungan tiba sebagai permintaan HTTP yang menyebut alamat halaman yang diinginkan.
- Mencari berkasnya. Menurut MDN, HTTP server memeriksa apakah alamat yang diminta cocok dengan berkas yang ada. Kalau ada, isinya dikirim. Kalau tidak ada, server memeriksa apakah halaman itu perlu dibuat secara dinamis. Kalau keduanya tidak mungkin, server mengirim pesan galat, paling sering 404 Not Found.
- Meneruskan ke program. Untuk halaman dinamis, web server menyerahkan permintaan ke server aplikasi, menunggu hasilnya, lalu mengirimkannya ke pengunjung.
- Mengenkripsi sambungan. Web server memegang sertifikat TLS dan menjalankan HTTPS, sehingga isi formulir kontak Anda tidak berjalan dalam bentuk teks terbuka.
- Mengalihkan alamat. Aturan pengalihan, misalnya dari alamat lama ke alamat baru setelah struktur situs berubah, dijalankan di web server.
- Mengompres dan menyimpan sementara. Nginx, misalnya, mencantumkan kompresi gzip dan cache sebagai fitur dasarnya. Berkas yang lebih kecil sampai lebih cepat ke ponsel pelanggan.
- Mencatat log. Setiap permintaan tercatat: kapan, alamat mana, dan kode status apa yang dikirim. Log inilah yang dibuka pertama kali ketika ada yang janggal, dari lonjakan trafik aneh sampai halaman yang tiba-tiba hilang.
Dari tujuh tugas itu, tiga yang terakhir paling sering terlupa saat serah terima proyek. Situsnya tampil, jadi dianggap beres, padahal pengalihan dari alamat lama belum dipasang, kompresi belum aktif, dan tidak ada yang tahu di mana lognya disimpan.
Cara kerja web server langkah demi langkah
Mari telusuri satu kunjungan, misalnya seseorang membuka tokokueanda.com/menu (contoh) dari ponselnya. Urutannya kira-kira begini:
- Alamat diketik. Browser memisahkan nama domain dari jalur halamannya, lalu memeriksa apakah ia sudah menyimpan jawaban untuk nama itu dari kunjungan sebelumnya.
- DNS menerjemahkan nama. DNS adalah sistem penamaan yang menyimpan daftar nama domain beserta sumber daya yang terkait, seperti alamat IP. Hasilnya berupa nomor mesin yang dituju.
- Sambungan dibuka. Browser membuka sambungan ke alamat IP tersebut. Karena alamatnya HTTPS, keduanya lebih dulu bernegosiasi TLS: server menunjukkan sertifikatnya, browser memeriksanya, dan jalur terenkripsi terbentuk.
- Permintaan dikirim. Isinya berupa metode (umumnya GET), jalur halaman, versi protokol, dan beberapa header, misalnya bahasa yang diinginkan browser.
- Web server memproses. Berkas dicari, atau halaman dirakit oleh program di belakangnya.
- Respons dikirim. Isinya versi protokol, kode status, header, lalu badan respons berupa HTML.
- Browser merender. HTML dibaca, lalu browser meminta berkas lain yang disebut di dalamnya, seperti CSS, gambar, dan skrip. Setiap berkas itu adalah permintaan baru dengan putaran yang sama.
Bagi pemilik usaha, rangkaian ini punya satu angka yang layak dikenal: Time to First Byte (TTFB). Menurut web.dev, TTFB mengukur waktu dari mulai membuka halaman sampai byte pertama respons tiba, dan di dalamnya termasuk waktu pengalihan, pencarian DNS, sambungan dan negosiasi TLS, serta waktu server memproses permintaan. Targetnya 0,8 detik atau kurang. Angka ini paling langsung mencerminkan kualitas web server dan hosting Anda, karena semua yang terjadi setelahnya bergantung pada byte pertama itu. Cara mengukurnya kami jelaskan di panduan cek kecepatan website.
Protokol yang digunakan untuk mengakses halaman web adalah HTTP dan HTTPS
Pertanyaan ini kerap keluar di soal sekolah, dan jawabannya singkat: protokol yang digunakan untuk mengakses halaman web adalah HTTP (HyperText Transfer Protocol), dan versi amannya HTTPS (HyperText Transfer Protocol Secure). MDN menjelaskan HTTP sebagai protokol untuk mengambil sumber daya seperti dokumen HTML dan menjadi dasar pertukaran data di web. Polanya klien dan server: permintaan selalu dimulai oleh penerima, biasanya browser, dan server menjawab.
HTTP tidak menyimpan keadaan: dua permintaan berurutan tidak saling kenal, sehingga keranjang belanja atau status masuk akun ditambahkan lewat cookie. HTTPS adalah HTTP yang memakai TLS untuk mengenkripsi seluruh komunikasi antara klien dan server. Untuk website usaha, ini bukan fitur tambahan, karena formulir kontak dan nomor telepon pelanggan lewat jalur ini. Sertifikatnya pun tidak harus mahal. Caddy, misalnya, secara bawaan menerbitkan dan memperpanjang sertifikat lewat Let's Encrypt atau ZeroSSL. Yang perlu Anda pastikan justru siapa yang bertanggung jawab kalau perpanjangan otomatis itu gagal.
Kode status yang dikirim web server dan artinya bagi Anda
Setiap respons membawa kode tiga angka. MDN membaginya menjadi lima kelas: 100 sampai 199 informasi, 200 sampai 299 berhasil, 300 sampai 399 pengalihan, 400 sampai 499 galat di sisi klien, dan 500 sampai 599 galat di sisi server. Yang paling sering Anda temui:
Tabel ini lebih lebar dari layar. Geser ke samping untuk melihat seluruh kolom.
| Kode | Arti menurut MDN | Yang perlu Anda lakukan |
|---|---|---|
| 200 OK | Permintaan berhasil | Tidak ada. Ini kondisi normal. |
| 301 Moved Permanently | Alamat sumber daya berubah permanen, alamat baru disertakan | Pakai untuk halaman yang pindah selamanya. Google menampilkan alamat tujuan di hasil pencarian. |
| 302 Found | Alamat berubah sementara | Pakai hanya untuk sementara, misalnya halaman promo. Google tetap menampilkan alamat asal. |
| 304 Not Modified | Isi belum berubah, browser boleh memakai salinan simpanannya | Tidak ada. Tanda cache bekerja. |
| 403 Forbidden | Klien tidak punya hak akses, server menolak | Periksa izin folder atau aturan keamanan yang terlalu ketat. |
| 404 Not Found | Server tidak menemukan sumber daya yang diminta | Pasang pengalihan 301 bila halamannya pindah, atau perbaiki tautan yang salah. |
| 500 Internal Server Error | Server menghadapi kondisi yang tidak tahu cara menanganinya | Hubungi pemegang perawatan. Sering muncul setelah pembaruan plugin atau kode. |
| 502 Bad Gateway | Server perantara menerima respons tidak valid dari server di belakangnya | Biasanya program aplikasi di belakang web server berhenti. Perlu dicek di sisi server. |
| 503 Service Unavailable | Server belum siap, misalnya sedang perawatan atau kelebihan beban | Wajar sesaat saat perawatan. Kalau sering, kapasitas hosting perlu ditinjau. |
Kode 404 dan 301 punya dampak langsung ke pencarian Google. Halaman yang pindah tanpa pengalihan permanen kehilangan jalur dari tautan lama dan hasil pencarian yang sudah terbentuk. Pemeriksaannya termasuk dalam checklist website siap SEO yang kami pakai sebelum serah terima.
Contoh web server dan ciri masing-masing
Ada banyak contoh web server, tetapi hanya segelintir yang menguasai sebagian besar internet. Menurut W3Techs, data per 27 September 2026, di antara situs yang web server-nya bisa dikenali, Nginx dipakai 30,8 persen, Apache 22,0 persen, LiteSpeed 14,4 persen, Node.js 7,2 persen, Microsoft IIS 3,0 persen, dan Caddy 1,0 persen. Cloudflare Server tercatat paling tinggi, 31,0 persen, karena banyak situs dilayani lewat jaringan Cloudflare yang berdiri di depan server aslinya. Itu bukan program yang Anda pasang sendiri di hosting. W3Techs juga mencatat bahwa satu situs bisa memakai lebih dari satu web server, sehingga angkanya tidak dijumlahkan menjadi 100 persen.
Tabel ini lebih lebar dari layar. Geser ke samping untuk melihat seluruh kolom.
| Web server | Ciri menurut sumber resminya | Biasanya dipilih untuk |
|---|---|---|
| Apache HTTP Server | Dirilis 1995, dikelola Apache Software Foundation, berlisensi Apache 2.0. Mendukung modul yang bisa dimuat seperti mod_rewrite dan pengaturan per folder lewat berkas .htaccess. | Situs yang butuh aturan berbeda per folder tanpa menyentuh konfigurasi utama server |
| Nginx | Web server HTTP sekaligus reverse proxy, cache, dan penyeimbang beban. Ditulis Igor Sysoev, berlisensi BSD 2 klausul. Dokumentasinya menyebut 10.000 sambungan keep-alive yang tidak aktif hanya memakan sekitar 2,5 MB memori. | Trafik tinggi dengan memori terbatas, dan sebagai pintu depan untuk aplikasi di belakangnya |
| LiteSpeed Web Server | Menyebut dirinya pengganti langsung Apache yang membaca konfigurasi Apache dan .htaccess, berarsitektur event-driven, dengan mesin cache LSCache dan dukungan HTTP/3. Berlisensi komersial dengan tingkat gratis terbatas, sementara OpenLiteSpeed adalah versi sumber terbukanya. | Penyedia hosting yang ingin kompatibel dengan situs Apache tetapi lebih hemat sumber daya |
| Microsoft IIS | Web server di Windows Server. Permintaan diterima HTTP.sys di tingkat kernel, dan alur pemrosesannya menyatu dengan ASP.NET. | Aplikasi berbasis .NET dan lingkungan perusahaan yang sudah memakai Windows Server |
| Caddy | HTTPS otomatis secara bawaan: menerbitkan dan memperpanjang sertifikat TLS lewat Let's Encrypt atau ZeroSSL, lalu mengalihkan HTTP ke HTTPS. | Proyek kecil sampai menengah yang ingin HTTPS beres tanpa pengaturan manual |
Pendapat kami untuk pemilik usaha: nama program web server jarang menjadi penentu. Nginx yang dikonfigurasi asal-asalan kalah dari Apache yang dirawat rapi. Yang lebih menentukan adalah apakah ada orang yang memperbarui programnya, memasang pengalihan dengan benar, dan memantau lognya. Kalau penasaran, buka alat pengembang di browser desktop, pilih tab Network, muat ulang halaman, klik permintaan pertama, lalu lihat header Server di bagian respons. Banyak situs sengaja menyembunyikan header ini, jadi hasil kosong bukan tanda ada yang salah.
Web server, hosting, domain, server aplikasi, dan basis data: siapa mengerjakan apa
Lima istilah ini sering dipakai bergantian dalam percakapan dengan vendor, padahal masing-masing punya tugas dan gejala kerusakan yang berbeda. Mengenali gejalanya membantu Anda menghubungi pihak yang tepat sejak pesan pertama.
Tabel ini lebih lebar dari layar. Geser ke samping untuk melihat seluruh kolom.
| Istilah | Tugasnya | Gejala kalau bermasalah | Pihak yang biasanya mengurus |
|---|---|---|---|
| Domain | Nama terdaftar yang diketik pengunjung | Alamat tidak dikenali sama sekali, atau tiba-tiba menampilkan halaman parkir | Registrar dan pemilik akun domain |
| DNS | Menunjukkan nama domain ke alamat IP server | Setelah pindah server, sebagian pengunjung masih diarahkan ke tempat lama untuk sementara | Pengelola DNS, sering registrar atau layanan terpisah |
| Hosting | Layanan sewa mesin, listrik, jaringan, dan penyimpanan | Semua situs di akun itu tidak bisa dibuka sekaligus | Penyedia hosting |
| Web server | Program yang menerima permintaan HTTP dan mengirim respons | Galat 502 atau 503, sertifikat HTTPS kedaluwarsa, pengalihan salah arah | Penyedia hosting (shared) atau pengelola server (VPS) |
| Server aplikasi | Program yang merakit halaman dinamis, misalnya PHP atau Node.js | Galat 500, halaman putih kosong setelah pembaruan | Pengembang atau pemegang kontrak perawatan |
| Basis data | Menyimpan isi halaman, produk, dan pesanan | Pesan gagal tersambung ke basis data, isi hilang sebagian | Pengembang atau pemegang kontrak perawatan |
Tabel ini juga menjelaskan kenapa "hosting saya sudah mahal kok masih error" sering salah alamat. Hosting yang bagus menjamin mesinnya hidup. Hosting tidak menjamin plugin Anda cocok satu sama lain setelah pembaruan. Keluhan yang sering muncul dari pemilik usaha adalah dilempar bolak-balik antara penyedia hosting dan pembuat website, dan akar masalahnya hampir selalu karena tidak ada yang ditunjuk memegang lapisan server aplikasi.
Di mana web server berjalan: shared hosting, VPS, dedicated, dan cloud
Program web server yang sama bisa berjalan di tempat yang sangat berbeda. Empat bentuk yang akan Anda temui di halaman harga penyedia hosting:
- Shared hosting. Banyak website tinggal di satu web server, dan biaya perawatannya dibagi ke banyak pelanggan. Murah dan dikelola penyedia, termasuk pembaruan keamanan. Kelemahannya, ada batas pemakaian dan kendali Anda terbatas, sementara situs lain di mesin yang sama bisa ikut memakan sumber daya.
- VPS (virtual private server). Mesin virtual yang disewakan, menjalankan sistem operasinya sendiri dengan akses administrator penuh. Fungsinya setara server fisik khusus dengan biaya lebih rendah, tetapi mesin fisiknya tetap dibagi dengan VPS lain. Pembaruan dan keamanannya menjadi urusan Anda atau pengelola yang Anda bayar.
- Dedicated server. Satu mesin fisik untuk Anda sendiri. MDN mencatat server khusus biasanya lebih tersedia, selalu tersambung, bisa memiliki alamat IP tetap, dan umumnya dirawat pihak ketiga. Biayanya paling tinggi.
- Cloud. Menurut definisi NIST, model akses sesuai kebutuhan ke kumpulan sumber daya komputasi bersama yang bisa ditambah dan dilepas dengan cepat. Cocok untuk trafik yang naik turun tajam, tetapi pengaturannya lebih rumit dan tagihannya perlu diawasi.
Kapan usaha kecil butuh yang mana? Untuk website company profile beberapa halaman atau landing page statis, shared hosting yang dikelola rapi sudah memadai, dan uang Anda lebih berguna untuk isi halaman. Toko online dengan transaksi rutin atau aplikasi web berisi dasbor dan akun pengguna mulai masuk akal di VPS, dengan satu syarat: ada yang merawatnya. VPS tanpa pengelola sama dengan membeli gedung tanpa satpam. Pertimbangan platformnya kami bahas di panduan membuat toko online, dan gambaran biayanya di rincian biaya bikin website.
Satu faktor lagi sering terlewat: lokasi fisik server. Karena TTFB memuat waktu sambungan dan negosiasi TLS, server di benua lain untuk pelanggan yang semuanya di Indonesia menambah waktu tempuh di setiap permintaan, dan itu tidak bisa diperbaiki dengan mengecilkan gambar.
Pertanyaan yang perlu Anda ajukan ke vendor soal web server
Anda tidak perlu menjadi teknisi untuk menilai apakah server website Anda dirawat. Cukup ajukan pertanyaan berikut, sebaiknya secara tertulis, sebelum membayar pembuatan atau perpanjangan:
- Di negara dan kota mana server berada? Jawaban yang jelas menunjukkan vendor tahu mesin yang dipakainya.
- Jenis hostingnya apa? Shared, VPS, atau lainnya, dan siapa yang memegang akses administratornya.
- Backup dibuat seberapa sering, disimpan di mana, dan kapan terakhir diuji pulih? Backup yang tersimpan di mesin yang sama dengan situsnya ikut hilang bila mesin itu rusak. Backup yang belum pernah diuji pulih belum terbukti bisa dipakai.
- Siapa yang memperpanjang sertifikat HTTPS, dan apa yang terjadi kalau perpanjangan otomatis gagal?
- Siapa yang memperbarui program server dan CMS, seberapa sering?
- Kalau situs tidak bisa dibuka, berapa lama waktu respons dan perbaikannya? Minta angkanya, bukan kata "secepatnya".
- Atas nama siapa akun hostingnya, dan berapa biaya memindahkannya?
Supaya adil, ini jawaban kami untuk pertanyaan yang sama. Semua paket pembuatan sudah termasuk hosting dan SSL tahun pertama, dan daftar harganya terbuka. Mulai tahun kedua ada Tetap Tayang seharga Rp750.000 per tahun untuk Landing Page dan Profil Usaha 5 (Rp950.000 per tahun untuk Profil Usaha 10 dan Katalog), berisi perpanjangan domain, hosting, SSL, backup mingguan, pemantauan uptime, dan pengingat H-30 serta H-7. Untuk situs yang rutin diperbarui ada Jaga seharga Rp350.000 per bulan: pembaruan terjadwal bulanan, backup harian otomatis dengan uji pulih bulanan, pemantauan uptime, respons WhatsApp maksimal 8 jam kerja, dan perbaikan insiden maksimal 2 hari kerja. Yang tidak termasuk di Jaga juga kami tulis: fitur baru, artikel baru, dan cek PageSpeed berkala. Rinciannya ada di halaman jasa maintenance website. Memindahkan situs ke hosting pilihan Anda sendiri, kapan pun, tidak kami kenakan biaya.
Kesimpulan
Web server adalah pihak yang benar-benar melayani pengunjung Anda: mesin yang selalu menyala dan program yang menerima permintaan HTTP atau HTTPS, mencari atau merakit halaman, lalu mengirimkannya bersama kode status. Hosting adalah tempat ia tinggal, domain dan DNS adalah jalan menuju ke sana, sedangkan server aplikasi dan basis data adalah dapur di belakangnya. Kelima bagian itu harus sehat bersamaan supaya satu halaman bisa tampil.
Untuk usaha kecil, pilihan program web server hampir tidak pernah menjadi masalah utama. Masalahnya adalah siapa yang merawatnya. Mulailah dari tiga hal yang bisa Anda periksa sendiri hari ini: halaman utama terbuka lewat HTTPS tanpa peringatan, halaman lama yang sudah dihapus mengalihkan ke halaman pengganti alih-alih berakhir di 404, dan ada nama orang yang bertanggung jawab atas backup. Kalau Anda sedang merencanakan situs baru dari nol, urutan langkahnya ada di panduan cara bikin website.
Kalau salah satu dari tiga hal itu belum jelas di situs Anda, ceritakan kondisinya lewat WhatsApp (membuka WhatsApp di tab baru). Kami balas dengan apa yang perlu dibenahi dan berapa biayanya secara tertulis.
Sumber
- MDN, What is a web server? (tab baru), untuk definisi sisi perangkat keras dan perangkat lunak, perbedaan web server statis dan dinamis, alur HTTP server mencari berkas, serta ciri server khusus.
- MDN, How the web works (tab baru), untuk urutan DNS, permintaan HTTP, respons 200 OK, dan penyusunan halaman oleh browser.
- MDN, Overview of HTTP (tab baru), untuk definisi HTTP, pola klien dan server, sifat tanpa keadaan dan peran cookie, serta isi permintaan dan respons.
- MDN, HTTPS (tab baru), untuk definisi HTTPS sebagai HTTP yang dienkripsi dengan TLS.
- MDN, DNS (tab baru), untuk definisi sistem penamaan domain.
- MDN, HTTP response status codes (tab baru), untuk lima kelas kode status dan arti 200, 301, 302, 304, 403, 404, 500, 502, dan 503.
- Google Search Central, Redirects and Google Search (tab baru), untuk perbedaan pengalihan permanen dan sementara di hasil pencarian.
- web.dev, Time to First Byte (tab baru), untuk definisi TTFB, fase penyusunnya, dan target 0,8 detik.
- W3Techs, Usage statistics of web servers (tab baru), untuk pangsa pemakaian web server per 27 September 2026 dan catatan bahwa satu situs bisa memakai lebih dari satu web server.
- Wikipedia, Apache HTTP Server (tab baru), untuk tahun rilis, pengelola, lisensi, modul, dan dukungan .htaccess.
- nginx.org (tab baru), untuk fungsi nginx, pembuat, lisensi, fitur dasar seperti kompresi gzip dan cache, serta pemakaian memori sambungan keep-alive.
- LiteSpeed Technologies, LiteSpeed Web Server (tab baru), untuk kompatibilitas dengan Apache, arsitektur event-driven, LSCache, lisensi, dan OpenLiteSpeed.
- Microsoft Learn, Introduction to IIS Architectures (tab baru), untuk peran HTTP.sys dan integrasi dengan ASP.NET.
- Caddy, Automatic HTTPS (tab baru), untuk penerbitan dan perpanjangan sertifikat otomatis serta pengalihan HTTP ke HTTPS.
- Wikipedia, Shared web hosting service (tab baru), untuk definisi, kelebihan, dan batasan shared hosting.
- Wikipedia, Virtual private server (tab baru), untuk definisi VPS dan pembagian perangkat keras fisik.
- NIST SP 800-145, The NIST Definition of Cloud Computing (tab baru), untuk definisi cloud computing.
