Kenapa WordPress Lambat? Cara Menemukan Penyebabnya

WordPress yang lambat adalah gejala, bukan diagnosis. Penyebabnya bisa di tiga tempat yang sangat berbeda: server yang lambat menyiapkan halaman, kode WordPress (plugin, tema, database) yang bekerja terlalu keras, atau halaman yang terlalu berat diunduh browser. Masing-masing punya obat sendiri.

Salah diagnosis itu mahal. Pindah ke paket hosting lebih besar tidak menolong bila masalahnya gambar 5 MB di beranda, dan memasang plugin cache tidak menolong bila satu plugin membuat query lambat di setiap halaman admin. Jadi ukur dulu, baru perbaiki.

Bagaimana membedakan lambat di server dan lambat di browser?

Angka kunci pertama adalah TTFB (Time to First Byte), yaitu jeda dari browser meminta halaman sampai byte pertama jawaban tiba. Panduan web.dev menyebut TTFB 0,8 detik atau kurang sebagai patokan yang baik. TTFB mencakup waktu server menjalankan PHP dan database, jadi angka ini memisahkan masalah "dapur" dari masalah "pengiriman".

Cara mengukurnya cepat:

curl -o /dev/null -s -w 'TTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n' https://contoh.com/

Ulangi tiga sampai lima kali, karena permintaan pertama sering lebih lambat. Bisa juga lewat tab Network di DevTools browser (lihat bagian "Waiting for server response") atau laporan PageSpeed Insights.

Kalau TTFB tinggi

Masalahnya di sisi server atau di kode WordPress yang dijalankan sebelum halaman dikirim. Cek ini secara berurutan:

1. Bandingkan halaman statis. Taruh file tes.html kecil di public_html, ukur TTFB-nya. Kalau file statis pun lambat, masalahnya di server atau jaringan, bukan WordPress.
2. Cek batas sumber daya hosting. Di cPanel, menu Resource Usage menunjukkan apakah akunmu sering menyentuh batas CPU, memori, atau proses. Istilahnya dijelaskan di arti CPU, EP, dan IO di hosting.
3. Cari plugin berat. Plugin Query Monitor menampilkan waktu pembuatan halaman, jumlah query, query paling lambat, dan komponen (plugin atau tema) asalnya. Cara kasarnya: nonaktifkan plugin satu per satu di salinan situs sambil mengukur TTFB.
4. Periksa versi PHP. Versi PHP lama biasanya lebih lambat dan sudah tidak mendapat patch keamanan.
5. Cek cache halaman. Tanpa cache, setiap kunjungan menjalankan PHP dan database dari nol. Perbedaan page cache dan object cache dibahas di page cache, object cache, dan Redis di WordPress.

Kalau TTFB rendah tapi halaman tetap lambat

Server sudah cepat, tapi browser harus mengunduh dan memproses terlalu banyak. Lihat waterfall di tab Network atau PageSpeed Insights:

• Gambar besar yang tidak dikompres atau ukurannya jauh melebihi tampilan.
• Terlalu banyak skrip pihak ketiga: chat widget, piksel iklan, font eksternal, slider.
• Page builder yang memuat CSS dan JS untuk semua elemen, termasuk yang tidak dipakai di halaman itu.
• Video yang diunggah langsung ke Media Library, bukan disematkan dari platform video.

Metrik yang dilihat Google untuk pengalaman pengunjung adalah LCP, INP, dan CLS. Cara memperbaikinya dibahas di memperbaiki Core Web Vitals.

Peta gejala dan penyebab

Penyebab yang sering terlewat

Database yang membengkak

Revisi tulisan, transient kedaluwarsa, dan opsi dari plugin yang sudah dihapus menumpuk bertahun-tahun. Yang paling berpengaruh adalah opsi berstatus autoload, karena dimuat di setiap permintaan. Site Health di versi WordPress terbaru memberi peringatan bila ukuran autoload terlalu besar.

wp-cron yang dipicu pengunjung

Secara bawaan, tugas terjadwal WordPress dijalankan saat ada kunjungan. Di situs dengan tugas berat (sinkronisasi stok, backup, kirim email), ini membuat sebagian pengunjung kebagian menunggu. Penjelasan dan cara memindahkannya ke cron server ada di apa itu wp-cron.

Bot dan crawler

Lonjakan permintaan dari bot, termasuk crawler AI dan pemindai celah, bisa menghabiskan kuota CPU hosting tanpa satu pun pengunjung manusia. Log akses akan menunjukkan pola user agent yang berulang.

Kapan memperbaiki kode, kapan menaikkan paket hosting?

Perbaiki kode dan konten lebih dulu bila Query Monitor menunjukkan satu atau dua plugin memakan sebagian besar waktu, atau bila waterfall dipenuhi gambar dan skrip. Langkah ini gratis dan dampaknya sering terbesar.

Naikkan paket atau pindah server bila file statis pun lambat, Resource Usage sering menyentuh batas meski cache sudah aktif, atau trafik memang tumbuh. Untuk toko online dengan banyak pengunjung yang login (keranjang, akun), page cache tidak banyak membantu, sehingga kapasitas server lebih menentukan.