Mengurangi TTFB dan Memilih Hosting yang Tepat

Diperbarui 16 Oktober 2026 · ±6 menit baca

TTFB (Time to First Byte) adalah waktu sejak browser mengirim permintaan sampai menerima byte pertama dari server. Semua hal lain, mulai dari tampilan pertama hingga gambar utama, baru bisa dimulai setelah itu. Jika TTFB lambat, seluruh halaman ikut lambat, sebagus apa pun optimasi gambar dan CSS Anda.

Berapa TTFB yang baik?

Panduan dari web.dev menyarankan TTFB sekitar 0,8 detik atau kurang sebagai patokan umum. Untuk halaman yang dilayani dari cache, TTFB biasanya jauh lebih rendah. Jika hasil tes di webmaster.my.id menunjukkan waktu respons server lebih dari satu detik, server adalah tempat yang tepat untuk memulai perbaikan.

Apa saja yang termasuk dalam TTFB

TTFB terdiri dari beberapa tahap:

1. Pencarian DNS – mengubah nama domain menjadi alamat IP.
2. Koneksi TCP dan TLS – membuka koneksi dan melakukan jabat tangan HTTPS.
3. Pengalihan (redirect) – jika ada, misalnya dari http ke https atau ke www.
4. Waktu pemrosesan server – menjalankan PHP atau aplikasi, mengambil data dari database, membuat HTML.
5. Perjalanan data kembali ke browser.

Tahap 4 biasanya penyumbang terbesar pada website dinamis, sedangkan tahap 1, 2, dan 5 dipengaruhi jarak antara pengunjung dan server.

Penyebab umum TTFB tinggi

• Tidak ada cache halaman, sehingga setiap kunjungan menjalankan PHP dan kueri database dari awal.
• Hosting kekurangan sumber daya, misalnya shared hosting yang terlalu padat, CPU atau memori terbatas.
• Kueri database yang lambat, sering karena plugin yang buruk atau tabel yang tidak memiliki indeks.
• Versi PHP lama.
• Server jauh dari pengunjung, misalnya server di Amerika untuk pengunjung di Indonesia.
• Rantai pengalihan, misalnya http://contoh.com → https://contoh.com → https://www.contoh.com.
• Panggilan API eksternal saat membuat halaman, misalnya mengambil kurs atau feed media sosial setiap kunjungan.

Cara menurunkan TTFB

Aktifkan cache halaman

Ini langkah dengan dampak terbesar. Halaman yang di-cache dilayani sebagai HTML siap kirim tanpa memproses PHP dan database. Lihat Caching & CDN untuk Pemula dan Cara Mempercepat WordPress.

Perbarui PHP dan aktifkan OPcache

PHP versi baru umumnya lebih cepat. OPcache menyimpan kode PHP yang sudah dikompilasi agar tidak dikompilasi ulang setiap permintaan; di sebagian besar hosting modern, OPcache sudah aktif secara bawaan.

Optimalkan database

Bersihkan data yang tidak perlu, hapus tabel sisa plugin, dan gunakan object cache (Redis atau Memcached) jika hosting menyediakannya. Plugin seperti Query Monitor di WordPress membantu menemukan kueri yang lambat.

Kurangi pengalihan

Pastikan tautan internal, sitemap, dan iklan langsung mengarah ke alamat final, misalnya https://contoh.com/. Setiap pengalihan menambah satu perjalanan bolak-balik.

Gunakan protokol modern

HTTP/2 dan HTTP/3 mempercepat pemuatan banyak file. TLS 1.3 mempercepat jabat tangan HTTPS. Sebagian besar hosting modern dan Cloudflare sudah mendukung semuanya.

Dekatkan server dengan pengunjung

Jika sebagian besar pengunjung berada di Indonesia, pilih server di Indonesia atau Singapura. Jarak yang lebih dekat berarti latensi jaringan lebih rendah. CDN juga membantu, terutama untuk file statis dan halaman yang di-cache di edge.

Memilih hosting

Harga murah sering menggoda, tetapi hosting yang terlalu padat membuat website lambat terutama saat jam sibuk. Beberapa hal yang patut diperiksa:

1. Lokasi data center. Untuk pasar Indonesia, server di Indonesia atau Singapura umumnya memberi latensi paling rendah.
2. Sumber daya yang jelas. Cari informasi jumlah CPU, RAM, batas proses, dan I/O, bukan sekadar "unlimited".
3. Jenis web server. LiteSpeed dengan LiteSpeed Cache sangat efektif untuk WordPress; Nginx juga sangat cepat untuk konten statis.
4. Penyimpanan SSD/NVMe.
5. Versi PHP terbaru dan kemudahan menggantinya.
6. Backup otomatis dan kemudahan restore.
7. Dukungan pelanggan yang responsif dan berbahasa Indonesia.
8. Uji coba atau garansi uang kembali agar Anda bisa mengukur kinerjanya sendiri.

Shared, VPS, atau cloud?

• Shared hosting – murah dan mudah, cocok untuk website kecil. Sumber daya dibagi dengan pengguna lain.
• VPS – sumber daya terjamin dan kontrol penuh, tetapi Anda perlu mengelola server sendiri atau memakai panel.
• Managed WordPress hosting – lebih mahal, tetapi cache, keamanan, dan pembaruan dikelola penyedia.

Mulailah dari kebutuhan nyata. Website company profile dengan sedikit pengunjung tidak memerlukan VPS besar, sedangkan toko online dengan ribuan pesanan per hari akan kewalahan di shared hosting murah.

Cara mengukur sebelum dan sesudah

Uji halaman yang sama beberapa kali di webmaster.my.id dan catat waktu respons server. Uji juga halaman yang tidak ter-cache, seperti hasil pencarian, untuk melihat kinerja server yang sebenarnya. Setelah pindah hosting atau mengaktifkan cache, bandingkan hasilnya di halaman Hasil Tes.

Contoh membaca TTFB

Misalkan hasil tes menunjukkan TTFB 1,6 detik. Uji halaman yang sama beberapa kali. Jika hasil berikutnya turun ke 200–300 ms, kemungkinan besar cache halaman bekerja dan tes pertama hanya mengisi cache. Jika tetap di atas satu detik, server membuat halaman dari awal setiap kali, biasanya karena cache tidak aktif, query database lambat, atau plugin berat.

Anda juga bisa mengukur dari komputer sendiri dengan perintah berikut:

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

Jalankan beberapa kali dan bandingkan halaman beranda dengan halaman statis seperti robots.txt. Jika robots.txt cepat tetapi beranda lambat, masalahnya ada di aplikasi, bukan jaringan.

Checklist menurunkan TTFB

• Cache halaman aktif dan terbukti bekerja.
• PHP versi terbaru yang didukung, dengan OPcache aktif.
• Plugin atau modul yang membuat query berat sudah diidentifikasi.
• Pengalihan berantai dihapus, misalnya http ke https lalu ke www.
• HTTP/2 atau HTTP/3 aktif.
• Lokasi server atau CDN dekat dengan mayoritas pengunjung.
• Sumber daya server tidak terus-menerus penuh saat jam sibuk.

Kesalahan umum

• Menyalahkan hosting tanpa mengukur. Sering kali TTFB tinggi berasal dari plugin atau tema, dan pindah hosting tidak menyelesaikannya.
• Hanya menguji sekali. Satu hasil bisa dipengaruhi cache kosong atau lonjakan lalu lintas.
• Memilih paket hanya dari kapasitas penyimpanan. Untuk kecepatan, CPU, RAM, jenis disk, dan batas proses lebih berpengaruh.
• Mengabaikan pengalihan. Setiap pengalihan menambah satu perjalanan bolak-balik sebelum halaman mulai dimuat.

Pertanyaan yang sering diajukan

Berapa TTFB yang dianggap baik?

Panduan web.dev menyebut TTFB sekitar 0,8 detik atau kurang sebagai patokan yang baik. Semakin rendah semakin baik, karena TTFB menjadi titik awal semua metrik lainnya.

Apakah server di Indonesia selalu lebih cepat?

Untuk pengunjung di Indonesia, server atau CDN yang dekat biasanya mengurangi waktu tempuh jaringan. Namun server yang lambat memproses halaman tetap akan lambat meski lokasinya dekat.

Apakah CDN menurunkan TTFB?

CDN menurunkan TTFB untuk konten yang disimpan di cache CDN. Untuk halaman yang tetap harus diambil dari server asal, manfaatnya lebih kecil.

Kapan perlu pindah dari shared hosting ke VPS?

Pertimbangkan pindah jika TTFB tanpa cache tetap tinggi setelah optimasi, situs sering terkena batas sumber daya, atau lalu lintas terus bertambah. VPS memberi sumber daya khusus tetapi membutuhkan pengelolaan lebih.

Apakah memilih hosting termahal menjamin TTFB rendah?

Tidak. Harga tidak selalu sebanding dengan kecepatan. Lihat spesifikasi yang berpengaruh seperti jenis disk NVMe, versi PHP, dukungan cache, dan lokasi data center, lalu uji performa nyata jika penyedia menawarkan masa percobaan atau garansi uang kembali.

Apakah database yang besar selalu membuat TTFB tinggi?

Tidak selalu. Ukuran database tidak terlalu berpengaruh jika query memakai indeks dengan baik dan cache aktif. Yang lebih sering bermasalah adalah query tanpa indeks, tabel opsi yang dimuat otomatis terlalu besar, atau plugin yang menjalankan banyak query di setiap halaman.

Apakah HTTP/3 langsung menurunkan TTFB?

HTTP/3 dapat mempercepat pembukaan koneksi, terutama di jaringan seluler yang kurang stabil. Namun jika server lambat membuat halaman, perbaikan di aplikasi dan cache tetap jauh lebih berpengaruh.

Ringkasan

TTFB adalah fondasi kecepatan website. Aktifkan cache, gunakan PHP terbaru, rapikan database, hindari pengalihan berantai, dan pilih hosting yang dekat dengan pengunjung serta memiliki sumber daya memadai. Setelah fondasinya kuat, optimasi lain seperti gambar dan CSS akan memberikan hasil yang jauh lebih terasa.