Meningkatkan kinerja server bukan soal menaikkan spesifikasi, melainkan soal mengerjakan hal yang benar lebih dulu. Sebagian besar server yang terasa lambat sebenarnya tidak kekurangan sumber daya — sumber dayanya habis untuk pekerjaan yang seharusnya tidak perlu dilakukan berulang kali.
Ukur Dulu, Baru Ubah
Tanpa pengukuran, setiap perubahan hanya tebakan — dan tebakan yang kebetulan berhasil tidak memberi tahu Anda apa yang sebenarnya bermasalah.
Sebelum menyentuh apa pun, catat tiga hal:
- Waktu respons server saat ini, diukur beberapa kali pada jam sibuk dan jam sepi.
- Pemakaian CPU, memori, dan penyimpanan selama beberapa hari, bukan satu kali lihat. Cara membacanya dibahas di artikel metrik server, dan cara mengumpulkannya secara berkelanjutan ada di monitoring performa server.
- Halaman mana yang paling lambat. Sering kali hanya satu atau dua halaman yang bermasalah, bukan seluruh situs.
Urutan Perbaikan yang Benar
Empat penyebab paling umum situs lambat tidak ada satu pun di sisi server, jadi mengerjakan sisi server lebih dulu berarti membuang waktu.
- Kecilkan gambar. Gambar berukuran beberapa megabyte yang diunggah apa adanya adalah penyebab paling sering, dan paling mudah diperbaiki.
- Aktifkan cache halaman. Halaman yang isinya sama untuk semua pengunjung tidak perlu dibangun ulang setiap kali diminta.
- Buang plugin yang tidak terpakai. Setiap plugin menambah kueri database dan berkas yang dimuat.
- Naikkan versi PHP. Sering bisa dilakukan sendiri dari control panel tanpa biaya. Buat cadangan lebih dulu.
- Sesuaikan konfigurasi server. Kompresi, header cache, dan HTTP/2 — dibahas di konfigurasi web server.
- Baru pertimbangkan menaikkan kapasitas atau pindah hosting.
Menukar urutan ini adalah kesalahan yang paling mahal. Menaikkan paket ke VPS yang lebih besar tanpa menyentuh empat langkah pertama akan memberi perbaikan sementara, lalu masalahnya kembali seiring pertumbuhan trafik.
Cache: Lapisan yang Paling Berpengaruh
Cache bekerja dengan satu prinsip sederhana: jangan kerjakan ulang sesuatu yang hasilnya sudah pernah dibuat. Ada beberapa lapisan, dan masing-masing menangkap beban di titik berbeda:
- Cache di browser pengunjung — berkas statis tidak diunduh lagi pada kunjungan berikutnya. Diatur lewat header cache.
- Cache halaman di server — halaman jadi disimpan dan disajikan langsung. Yang bekerja di tingkat web server lebih ringan daripada plugin, karena PHP tidak perlu dijalankan sama sekali.
- Cache objek — hasil kueri database yang sering diminta disimpan di memori, memakai Redis atau Memcached. Paling terasa pada situs dengan banyak konten dinamis.
- Cache opcode PHP — kode PHP yang sudah diterjemahkan disimpan agar tidak diproses ulang. Umumnya sudah aktif secara bawaan.
Database Sering Jadi Titik Sempit
Pada situs yang sudah cukup besar, penyebab lambat paling sering bukan web server melainkan kueri database yang berjalan berulang tanpa indeks yang tepat.
Yang bisa dilakukan tanpa keahlian khusus:
- Bersihkan data sampah. Pada WordPress, revisi naskah, komentar spam, dan data sisa plugin yang sudah dihapus bisa menumpuk sampai membebani.
- Aktifkan cache objek kalau situs banyak melakukan kueri berulang.
- Periksa kueri paling lambat lewat catatan kueri lambat, kalau Anda punya akses ke konfigurasi database.
Satu hal yang sering dilupakan ketika mengejar kecepatan: setiap layanan yang dibiarkan terbuka demi kemudahan juga memperluas permukaan serangan, dan batasnya diatur lewat firewall.
Pengelolaan yang Membuat Perbaikan Bertahan
Perbaikan performa yang tidak dirawat akan kembali memburuk dalam hitungan bulan, karena isi situs bertambah dan plugin ikut menumpuk. Empat kebiasaan yang membuatnya bertahan:
- Otomatiskan yang berulang. Pembaruan keamanan, pencadangan, pembersihan berkas log, dan perpanjangan sertifikat SSL semuanya bisa berjalan terjadwal. Pekerjaan yang bergantung pada ingatan pasti terlewat.
- Pasang pemantauan dengan peringatan. Peringatan yang datang saat waktu respons mulai naik jauh lebih murah daripada penanganan setelah situs mati. Dibahas di monitoring performa server.
- Catat setiap perubahan konfigurasi. Tanggal, apa yang diubah, dan alasannya. Ini yang menyelamatkan Anda enam bulan kemudian ketika ada yang bermasalah.
- Jadwalkan pemeriksaan berkala. Periksa sisa penyimpanan, masa berlaku sertifikat dan domain, versi PHP, serta hasil pencadangan — dan pastikan cadangan itu benar-benar bisa dikembalikan, bukan sekadar ada.
Poin terakhir sering dilewati. Cadangan yang tidak pernah diuji pemulihannya sama saja dengan tidak punya cadangan.
Pertanyaan yang Sering Diajukan
Apakah menaikkan RAM membuat website lebih cepat? Hanya kalau memori memang menjadi penghambat. Kalau penyebabnya gambar besar atau cache yang mati, menambah RAM tidak mengubah apa pun.
Berapa waktu respons server yang layak? Sebagai patokan praktis, waktu server mulai menjawab sebaiknya jauh di bawah satu detik. Yang lebih penting untuk diperhatikan adalah pengalaman memuat halaman yang diukur dari kunjungan nyata, bukan dari satu kali uji di alat pengukur.
Apakah semua ini bisa dilakukan di shared hosting? Sebagian besar bisa: mengecilkan gambar, mengaktifkan cache, membuang plugin, dan mengganti versi PHP semuanya ada di tangan Anda. Yang tidak bisa adalah menyesuaikan konfigurasi server, dan itu memang wewenang penyedia.
Kapan sebaiknya pindah ke VPS? Ketika lima langkah sebelumnya sudah dikerjakan, batas sumber daya di shared hosting tetap sering tersentuh, dan Anda punya orang yang bisa mengelola server. Tanpa syarat terakhir, pindah ke VPS justru menambah masalah baru.