Panduan DIY
Cara Mengurangi Waktu Respons Server atau TTFB (Time to First Byte)
Diperbarui 30 October 2026
Time to First Byte (TTFB) adalah waktu antara browser meminta halaman Anda dan byte pertama jawabannya tiba. Tidak ada hal lain di halaman yang bisa mulai sebelum itu terjadi, jadi TTFB yang lambat memperlambat semua metrik lainnya. Panduan performa web Google menganggap 800 milidetik atau kurang sebagai baik.
Ukur TTFB Anda
Jalankan halaman Anda di PageSpeed Insights dan cari audit waktu respons server. Anda juga bisa mengukurnya dari terminal:
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\n" https://example.com/Tes beberapa kali, dan tes dari wilayah tempat pengunjung Anda berada. TTFB lebih tinggi bila server jauh dari pengunjung.
Penyebab yang umum dan cara memperbaikinya
1. Tidak ada page cache
Ini penyebab terbesar. Tanpa cache, WordPress menjalankan PHP dan query database untuk setiap kunjungan. Dengan page cache, HTML yang sudah jadi langsung disajikan. Gunakan cache bawaan hosting atau satu plugin cache, dan kecualikan halaman yang harus tetap dinamis, seperti keranjang, checkout, dan halaman akun.
2. Hosting lambat atau kelebihan beban
Paket shared hosting murah menaruh banyak situs di satu server. Jika TTFB Anda tetap tinggi walau sudah memakai cache, tanyakan ke penyedia hosting tentang batas CPU dan, untuk WooCommerce, jumlah PHP worker. Managed WordPress hosting atau VPS sering merespons lebih cepat.
3. PHP yang usang
Versi PHP yang lebih baru umumnya lebih cepat. Uji dulu di situs staging, lalu pindah ke versi yang masih didukung.
4. Rantai redirect
Setiap redirect memakan satu perjalanan bolak-balik penuh. Pengunjung yang mengetik http://example.com tidak boleh dialihkan ke https://example.com lalu sekali lagi ke https://www.example.com. Periksa rantai Anda dengan:
curl -sIL http://example.com/ | grep -i -E "^(HTTP|location)"Pastikan setiap tautan dan redirect langsung mengarah ke alamat akhir.
5. Jarak ke pengunjung
CDN menaruh salinan file Anda lebih dekat ke pengunjung. File statis di-cache secara default; meng-cache halaman HTML itu sendiri butuh konfigurasi tambahan, misalnya aturan cache atau fitur HTML caching di CDN Anda.
6. Plugin berat dan database yang membengkak
Plugin yang menjalankan banyak query menambah waktu setiap respons yang tidak di-cache. Lihat panduan mengoptimalkan query database.
7. DNS lambat
Pencarian DNS terjadi sebelum byte pertama. Penyedia DNS yang cepat mempersingkat langkah ini.
Periksa hasilnya
Tes ulang saat Anda logout, agar yang Anda ukur adalah yang diterima pengunjung. Halaman yang di-cache seharusnya merespons jauh lebih cepat daripada yang tidak di-cache. Jika tidak, kemungkinan cache tidak aktif untuk halaman itu.
Lebih suka kami yang mengerjakannya?
Kami menguji website Anda, memperbaiki yang memperlambatnya, dan mengirim laporan sebelum dan sesudah.