“WordPress perlahan” menerangkan gejala, bukan punca. Skrin pentadbir, respons awal, halaman yang sarat dengan imej dan proses pembayaran mungkin menunjukkan bahagian teknologi yang berbeza. Kumpulkan ukuran yang boleh dibandingkan sebelum menukar hos, memasang pemalam atau menulis semula kod.
Bina ujian yang boleh diulang
Pilih halaman utama, halaman kandungan yang mewakili laman dan tugasan penting seperti menghantar borang atau melengkapkan pembayaran. Uji pada telefon dan desktop. Catat sama ada pelawat log masuk, rantau, keadaan rangkaian, status cache, tarikh ujian dan versi perisian. Ulangi ujian dan simpan hasilnya.
Panduan Google tentang Core Web Vitals menetapkan ambang semasa yang dianggap baik pada persentil ke-75: LCP dalam 2.5 saat, INP di bawah 200 milisaat dan CLS di bawah 0.1. Semak data lapangan jika tersedia dan gunakan ujian makmal untuk mengulang masalah. Metrik ini membantu menilai pengalaman pengguna, tetapi tidak menjamin kedudukan atau menerangkan setiap kelewatan.
Kelaskan kelewatan
- Respons awal perlahan pada seluruh laman: semak sumber pelayan, PHP workers, pertanyaan pangkalan data, cache miss dan permintaan luaran.
- Respons pantas tetapi paparan visual lambat: periksa dimensi imej, pemuatan fon, fail yang menghalang rendering dan skrip pihak ketiga.
- Interaksi lambat: analisis JavaScript, tugasan panjang, hook pemalam dan skrip yang berebut main thread.
- Hanya satu templat perlahan: bandingkan pertanyaan, widget, modul page builder dan media dengan templat yang lebih pantas.
- Masalah muncul hanya ketika beban tinggi: uji trafik serentak yang munasabah dan pantau CPU, memori, sambungan pangkalan data serta caching.
Jangan anggap hosting kongsi, page builder atau pemalam tertentu sebagai punca tanpa bukti. Semak staging atau persekitaran ujian yang selamat sebelum menyahaktifkan komponen pada laman langsung.
Buat perubahan terkawal
Baiki kesesakan terbesar yang diukur terlebih dahulu. Ubah satu faktor utama pada satu masa dan jalankan semula ujian yang sama. Sahkan borang, menu, pembayaran, caching, kawalan persetujuan dan analitik masih berfungsi. Bandingkan data pengguna sebenar selepas perubahan aktif cukup lama untuk mengumpul sampel yang bermakna.
Bila patut saya menukar hosting?
Pertimbangkan pertukaran apabila ukuran menunjukkan kapasiti pelayan, sokongan atau pemulihan ialah kekangan dan penyedia semasa tidak dapat memenuhi keperluan. Migrasi tanpa ujian boleh mengubah latensi, caching, tanggungjawab keselamatan dan risiko gangguan tanpa menyelesaikan kerja pada peringkat aplikasi.