Kamu terlalu fokus ke skor PageSpeed, lalu kamu optimasi gambar, script, bahkan layout, tapi server response time (TTFB) tetap tinggi. 

Itu wajar, karena bottleneck-nya bukan selalu di frontend, melainkan di fase awal request saat server masih “mikir” sebelum kirim respons. Jadi sebelum browser render apa pun, server sudah telat duluan.

Saat membongkarnya lebih dalam, TTFB itu hasil akumulasi banyak layer. Ada DNS lookup, TLS handshake, lalu masuk ke proses PHP, query database, sampai akhirnya response dikirim. 

Artinya, kamu tidak bisa berharap satu trik saja cukup untuk reduce. Kamu perlu potong delay dari beberapa sisi sekaligus, dan kamu perlu tahu bagian mana yang paling berat.

9 Cara Reduce Server Response Time (TTFB) di WordPress

Untuk mengatasinya, kamu perlu mempercepat fase backend sebelum response keluar. Bagaimana caranya? Cek sini: 

1. Implement Full Page Caching (Server-Level Preferred)

Cara reduce server response time pertama, kamu harus mulai dari caching, karena ini yang paling signifikan dampaknya. 

Tanpa cache, setiap request akan memicu eksekusi PHP dan query database, lalu server bekerja berulang untuk hal yang sama. Itu jelas tidak efisien.

Kalau kamu aktifkan full page cache, maka server langsung kirim HTML statis. Jadi proses berat terpotong. 

Lebih baik lagi kalau kamu pakai server-level cache seperti FastCGI atau LiteSpeed, karena prosesnya terjadi sebelum WordPress aktif. 

Lalu kamu bisa tambah edge caching seperti Cloudflare APO supaya request tidak selalu ke origin.

Namun kamu tetap harus aware, karena cache miss akan tetap terjadi, terutama untuk halaman dinamis, jadi kamu tetap perlu optimasi layer lain.

2. Gunakan Hosting dengan Latency Rendah & Resource Dedicated

Kamu tidak bisa kompromi soal hosting. Kalau CPU rebutan, RAM sempit, dan disk lambat, TTFB pasti tinggi walaupun kamu sudah optimasi WordPress.

Shared hosting sering jadi sumber masalah karena resource tidak konsisten. Maka kamu lebih aman pakai VPS dari Biznet Gio atau cloud dengan CPU dedicated, lalu pilih storage NVMe karena IOPS jauh lebih tinggi. 

Selain itu, lokasi server juga penting, karena semakin jauh jarak ke user, semakin besar latency jaringan.

Kalau kamu target performa serius, kamu harus kejar TTFB di bawah 200ms untuk kondisi ideal, atau setidaknya di bawah 600ms supaya tetap aman untuk Core Web Vitals.

3. Aktifkan Object Cache (Redis / Memcached)

Kalau full page cache bekerja di layer luar, object cache bekerja lebih dalam, tepatnya di level query database. 

Kamu simpan hasil query ke memory, lalu WordPress tinggal ambil tanpa eksekusi ulang.

Ini sangat terasa saat traffic naik, karena query yang sama muncul berulang. Tanpa object cache, server akan kelelahan. 

Dengan Redis atau Memcached, kamu bisa tekan beban CPU dan mempercepat response secara konsisten.

Namun kamu perlu konfigurasi dengan benar, karena salah setup justru bikin overhead tambahan.

4. Optimasi Query Database & Cleanup

Database sering jadi sumber delay yang tidak kelihatan. Kamu mungkin tidak sadar, tapi tabel wp_options bisa penuh dengan autoload data yang tidak relevan.

Semakin banyak data yang harus diload, semakin lama proses eksekusi. Maka cara reduce server response time yang harus kamu lakukan yakni bersih-bersih. Hapus transient lama, batasi revision post, lalu audit query berat.

Kalau perlu, kamu tambahkan indexing pada query tertentu supaya eksekusi lebih cepat. Ini bukan pekerjaan ringan, tapi dampaknya langsung terasa ke TTFB.

5. Kurangi Beban Plugin & Theme

Setiap plugin menambah proses, dan setiap proses menambah waktu. Jadi kamu harus selektif.

Page builder berat sering jadi biang masalah, lalu plugin dengan query kompleks juga sering bikin delay. Kamu perlu audit pakai Query Monitor supaya kamu tahu plugin mana yang boros resource.

Setelah itu, kamu buang yang tidak penting, lalu kamu pilih theme ringan tanpa banyak fitur bawaan. Semakin ramping stack kamu, semakin cepat server merespons.

6. Gunakan CDN + Edge Delivery

CDN membantu kamu memotong jarak antara server dan user. Jadi request tidak selalu harus ke origin server.

Kalau kamu aktifkan edge caching, CDN bisa langsung kirim response dari lokasi terdekat. Ini menurunkan latency secara signifikan, terutama untuk user global.

Namun kamu harus konfigurasi cache dengan benar, karena kalau salah, kamu malah sering kena cache miss dan performa jadi tidak stabil.

7. Upgrade Stack: PHP, HTTP, dan Compression

Stack lama itu lambat, jadi kamu harus update. PHP 8.x memberikan peningkatan performa signifikan dibanding versi lama.

Lalu kamu aktifkan HTTP/2 atau HTTP/3 supaya request lebih efisien, dan kamu gunakan Brotli atau Gzip untuk kompresi. Dengan ukuran response lebih kecil, transfer jadi lebih cepat.

Ini memang bukan faktor utama, tapi kalau kamu gabungkan dengan optimasi lain, hasilnya cukup terasa ketika check server response time.

8. Kurangi External Request & Blocking Resource

Kadang bottleneck muncul karena server menunggu resource eksternal. Misalnya API pihak ketiga atau font dari luar.

Kalau request ini blocking, TTFB bisa ikut naik. Maka kamu perlu kontrol dependency. Kamu bisa defer script, lalu kamu self-host resource penting supaya tidak tergantung pihak lain.

Semakin sedikit dependency eksternal, semakin stabil response server kamu.

9. Monitor dengan Waterfall Analysis

Kamu tidak bisa optimasi tanpa data. Kamu harus lihat waterfall untuk tahu bottleneck.

Gunakan WebPageTest, GTmetrix, atau Chrome DevTools. Dari situ kamu bisa lihat apakah delay muncul di DNS, TLS, atau backend processing.

Setelah itu, kamu bisa ambil keputusan yang tepat, bukan sekadar tebak-tebakan. Karena pada akhirnya, TTFB itu hasil dari banyak proses yang saling terhubung.

Mau TTFB Turun dan Website Makin Ngebut? Jangan Salah Pilih Hosting!

Kamu sudah optimasi caching, database, sampai stack, tapi kalau eksekusi tetap lambat, biasanya bottleneck ada di lingkungan server. 

Saat ini terjadi, artinya kamu butuh fondasi yang stabil supaya semua optimasi benar-benar terasa dampaknya.

Biznet Gio Web Hosting cocok kalau kamu ingin langsung jalan tanpa ribet setup, karena semua sudah siap, dari cPanel sampai backup otomatis, jadi kamu bisa fokus ke performa dan konten. 

Sementara itu, VPS bisa jadi opsi yang lebih fleksibel buat kamu yang butuh kontrol penuh. Pasalnya, kamu bisa atur resource, deploy stack sendiri, dan handle traffic lebih agresif. Kalau kamu serius ngejar TTFB rendah, ini saatnya upgrade pakai VPS dari Biznet Gio!