Konfigurasi Web Server: Pengaturan Penting dan Urutan Pengerjaannya

Konfigurasi web server adalah pengaturan yang menentukan bagaimana server menjawab permintaan pengunjung: berkas mana yang disajikan untuk alamat tertentu, apakah koneksi dipaksa ke https, seberapa lama browser boleh menyimpan salinan, dan apakah balasan dipadatkan sebelum dikirim.

Yang Benar-benar Bisa Anda Ubah

Sebelum membaca lebih jauh, penting mengetahui bahwa sebagian besar pengaturan di bawah ini hanya bisa diubah kalau Anda mengelola VPS sendiri.

• Di shared hosting, konfigurasi utama server dipegang penyedia. Yang tersedia untuk Anda hanya berkas .htaccess — itu pun kalau servernya Apache atau LiteSpeed Enterprise — ditambah beberapa pengaturan di control panel seperti versi PHP dan pemasangan SSL.
• Di VPS, seluruh konfigurasi ada di tangan Anda, berikut seluruh tanggung jawabnya.

Kalau Anda memakai shared hosting dan mendapati pengaturan yang dibutuhkan tidak tersedia, mintalah ke penyedia. Sebagian besar bersedia mengubahnya kalau permintaannya jelas.

Bagian Konfigurasi yang Paling Sering Disentuh

Empat pengaturan berikut mencakup hampir semua kebutuhan website biasa.

1. Virtual host dan document root. Menentukan domain mana mengarah ke folder mana di server. Inilah yang membuat satu server bisa melayani beberapa website sekaligus.
2. Sertifikat SSL dan pemaksaan https. Setelah sertifikat terpasang, tambahkan aturan yang mengalihkan seluruh permintaan http ke https, dan pastikan hanya ada satu versi alamat yang berlaku.
3. Pengalihan alamat. Ketika struktur alamat berubah, tiap alamat lama perlu diarahkan ke padanannya. Mengalihkan semuanya ke beranda cenderung diperlakukan sebagai halaman tidak ditemukan, dan itu sebab paling umum trafik anjlok setelah situs diperbarui.
4. Halaman kesalahan. Menyiapkan halaman 404 sendiri supaya pengunjung yang tersesat masih menemukan jalan.

Pengaturan yang Berpengaruh pada Kecepatan

Empat pengaturan berikut mengurangi jumlah data yang dikirim dan jumlah permintaan yang harus dilayani ulang.

• Kompresi balasan. Aktifkan gzip atau brotli untuk berkas teks: HTML, CSS, dan JavaScript. Ukuran kirimnya bisa turun jauh. Gambar dan video tidak perlu dikompres ulang karena formatnya sudah termampatkan.
• Header cache untuk berkas statis. Beri masa berlaku panjang pada gambar, CSS, dan JavaScript supaya browser pengunjung tidak mengunduhnya lagi pada kunjungan berikutnya. Gunakan nama berkas bernomor versi agar pembaruan tetap terbaca.
• HTTP/2 atau HTTP/3. Keduanya menangani banyak berkas dalam satu koneksi jauh lebih efisien daripada HTTP/1.1. Umumnya cukup diaktifkan sekali dan berlaku seterusnya.
• Keepalive. Menjaga koneksi tetap terbuka untuk beberapa permintaan berikutnya, sehingga tidak ada proses pembukaan koneksi berulang untuk setiap berkas.

Di tingkat server, ada satu lagi yang penting untuk VPS kecil: batas jumlah proses pekerja. Batas yang terlalu tinggi membuat RAM habis saat lonjakan, dan server berhenti merespons — justru bukan menjadi lebih cepat. Seberapa besar pengaruhnya juga bergantung pada perangkat lunak yang dipakai, dan selisihnya dibahas di perbandingan LiteSpeed vs Nginx.

Urutan Pengerjaan yang Masuk Akal

Konfigurasi server adalah langkah lanjutan, bukan langkah pertama, karena empat penyebab paling umum situs lambat tidak ada satu pun di sisi server. Urutan yang praktis:

1. Kecilkan gambar. Gambar berukuran beberapa megabyte yang diunggah apa adanya adalah penyebab paling sering.
2. Aktifkan cache halaman. Baik lewat plugin maupun di tingkat server.
3. Buang plugin yang tidak terpakai. Setiap plugin menambah kueri database dan berkas yang dimuat.
4. Naikkan versi PHP. Sering bisa dilakukan sendiri dari control panel, tanpa biaya. Buat cadangan lebih dulu.
5. Baru sesuaikan konfigurasi server seperti kompresi, header cache, dan HTTP/2.
6. Terakhir, pertimbangkan pindah hosting. Kalau lima langkah sebelumnya sudah beres dan situs masih lambat, barulah masalahnya benar-benar ada di server.

Setelah Mengubah Konfigurasi

Setiap perubahan konfigurasi perlu diuji, karena kesalahan kecil bisa membuat seluruh website tidak bisa diakses. Yang perlu dilakukan setiap kali:

• Simpan salinan berkas konfigurasi lama sebelum mengubah apa pun.
• Periksa sintaksisnya dengan perintah pemeriksa bawaan web server sebelum memuat ulang layanan.
• Muat ulang, jangan mulai ulang, bila tersedia — pemuatan ulang tidak memutus koneksi yang sedang berjalan.
• Uji beberapa alamat, bukan hanya beranda: halaman dalam, halaman dengan formulir, dan satu alamat yang seharusnya 404.
• Periksa pengalihan https dari alamat dengan dan tanpa www.

Pertanyaan yang Sering Diajukan

Apakah mengubah konfigurasi web server bisa merusak website? Bisa. Kesalahan sintaksis membuat layanan gagal dimuat dan seluruh website di server itu ikut mati. Karena itu salinan cadangan dan pemeriksaan sintaksis sebelum memuat ulang bukan sekadar anjuran.

Kenapa perubahan di .htaccess saya tidak berpengaruh? Kemungkinan besar server Anda bukan Apache. Nginx tidak mengenal berkas itu sama sekali, dan OpenLiteSpeed tidak membacanya secara langsung.

Apakah kompresi memengaruhi kualitas gambar? Tidak, karena kompresi di sisi server ditujukan untuk berkas teks. Ukuran gambar dikecilkan lewat proses tersendiri sebelum diunggah.

Berapa lama sebaiknya masa berlaku cache berkas statis? Untuk berkas yang namanya mengandung nomor versi, masa berlaku panjang aman dipakai karena nama berkas berubah setiap kali isinya berubah. Untuk berkas HTML, sebaiknya pendek supaya pembaruan isi cepat terlihat.