Cara Siasat TTFB WordPress: Hosting, Cache atau Server?

Dalam audit performance WordPress, satu nombor yang sering terlepas pandang ialah Time to First Byte (TTFB). Ia mengukur tempoh dari permintaan navigation sehingga byte pertama respons diterima browser. TTFB tinggi boleh melambatkan rendering dan menyumbang kepada LCP yang lemah, tetapi TTFB sahaja bukan keseluruhan pengalaman pengguna.

Dalam panduan LCP sebelum ini, kita bincangkan kenapa skor ujian yang cantik tidak semestinya bermakna Core Web Vitals lulus. Kali ini kita fokus pada cara mencari punca response server yang lambat.

Bagaimana TTFB berlaku?

01Browser meminta halaman

02DNS, connection dan request

03Server / cache memproses

04Byte pertama diterima

TTFB termasuk lebih daripada masa PHP memproses request. Network dan redirect juga boleh mempengaruhi bacaan.

1. Apa itu TTFB dan kenapa ia penting?

TTFB mengukur tempoh dari permulaan permintaan navigasi sehingga browser menerima byte pertama respons. Ia boleh melibatkan DNS, sambungan rangkaian, TLS dan masa pemprosesan server. Ia bukan ukuran masa keseluruhan website siap dipaparkan dan bukan Core Web Vital tersendiri.

Sebagai panduan diagnostik, web.dev menganggap TTFB 800 milisaat atau kurang sebagai baik, manakala lebih 1,800 milisaat sebagai lemah. Bacaan mesti ditafsir mengikut lokasi pengguna, jenis halaman dan keadaan rangkaian.

2. TTFB berbeza daripada LCP

TTFB mengukur bila respons bermula. Largest Contentful Paint (LCP) mengukur bila kandungan terbesar yang layak dalam viewport dipaparkan. TTFB rendah tidak menjamin LCP baik: gambar hero, CSS dan JavaScript juga boleh melambatkan rendering. Sebaliknya, HTML yang lambat diterima boleh menyumbang kepada LCP yang lemah.

Baca juga Website Laju Tapi LCP Gagal untuk memahami hubungan ini.

3. Mulakan dengan PageSpeed Insights

Buka Google PageSpeed Insights dan uji URL sebenar. Bezakan Field Data daripada pengguna sebenar dengan Lab Data daripada ujian terkawal. Jangan membuat keputusan hosting berdasarkan satu skor atau satu screenshot.

Uji beberapa halaman: homepage, halaman servis, halaman lokasi dan artikel. Catat tarikh, peranti, lokasi ujian dan keadaan cache. Perbezaan antara halaman boleh membantu mengasingkan masalah aplikasi daripada masalah menyeluruh.

4. Bezakan hosting, WordPress dan cache

Hosting atau server

Semak CPU, memory, PHP workers, resource limits, kesibukan server dan latency rangkaian. TTFB tinggi sahaja belum cukup untuk menyalahkan hosting.

WordPress dan database

Plugin, theme, database query, autoloaded options dan panggilan external API boleh menambah masa untuk menjana HTML. Jika hanya halaman tertentu perlahan, siasat kerja yang khusus pada halaman tersebut.

Cache

Page cache boleh menyampaikan HTML siap dijana; object cache membantu operasi data tertentu; CDN cache boleh menyampaikan kandungan melalui edge. Namun halaman login, kandungan peribadi dan permintaan dinamik mungkin memintas cache.

5. Uji cold request dan warm request

Bandingkan permintaan pertama dengan permintaan berulang pada URL dan keadaan yang setara. Perbezaan besar mungkin menunjukkan kesan cache, tetapi semak header HIT/MISS jika tersedia sebelum membuat kesimpulan.

Semua angka ialah ilustrasi, bukan hasil audit klien. Jangan membersihkan production cache berulang kali semata-mata untuk eksperimen.

6. Cara semak TTFB menggunakan Chrome DevTools

1. Buka website menggunakan Chrome pada desktop.
2. Tekan F12 dan pilih tab Network.
3. Reload halaman dan pilih permintaan dokumen HTML utama.
4. Buka bahagian Timing dan semak masa sambungan serta Waiting for server response.
5. Semak redirect chain dan response headers, kemudian ulang ujian beberapa kali.

Waiting for server response tidak semestinya sama dengan keseluruhan navigation TTFB. Masa DNS, connection, TLS dan redirect juga perlu diambil kira.

7. Kalau website menggunakan cPanel tanpa root access?

Masih ada beberapa perkara yang boleh disiasat. Semak Resource Usage jika tersedia, versi PHP dan keserasian plugin, konfigurasi caching, error logs dan plugin yang mungkin melakukan kerja berat. Jangan memasang beberapa plugin cache bertindih tanpa memahami konfigurasi hosting.

Tanpa root access, profiling server mungkin terhad. Jika bukti menunjukkan resource limit atau proses server bermasalah, minta penyedia hosting menyemak log dan metrik yang tidak boleh dicapai dari cPanel.

8. Bila patut pertimbangkan tukar hosting?

Pertimbangkan migration apabila bukti menunjukkan kapasiti atau konfigurasi server tidak lagi sesuai dan masalah itu tidak boleh diselesaikan dalam persekitaran sedia ada. Sebelum berpindah, tanya: adakah semua halaman perlahan, adakah cache berfungsi, adakah plugin atau database berat, dan adakah resource limit sering dicapai?

Jika masalah utama ialah query atau plugin, server lebih mahal mungkin hanya menyembunyikan isu buat sementara. Diagnosis dahulu, migration kemudian.

9. Ukur sebelum dan selepas pembaikan

Pastikan URL, lokasi ujian dan keadaan cache setanding. Field Data Core Web Vitals pula mengambil masa untuk mencerminkan perubahan kerana ia dikumpulkan sepanjang tempoh pemerhatian.

10. TTFB yang baik bukan penamat audit

Walaupun TTFB rendah, LCP masih boleh terjejas oleh gambar besar, CSS, JavaScript dan resource loading. Struktur kandungan, search intent dan CTA juga mempengaruhi pengalaman pelanggan. Technical SEO sepatutnya membantu website menjana enquiry, bukan sekadar mengejar skor.

Kesimpulan

TTFB tinggi ialah petunjuk kelewatan respons awal, bukan bukti automatik bahawa hosting mesti ditukar. Bandingkan data, periksa cache, asingkan isu rangkaian daripada pemprosesan WordPress, dan ukur hasil pembaikan. COE.my menilai prestasi website sebagai sebahagian daripada Website SEO dan perjalanan pengguna ke enquiry.

Rujukan: web.dev — Time to First Byte · Optimize TTFB · Chrome DevTools Network