Digital Transformation
Time to First Byte (TTFB)
TL;DR: Time to First Byte (TTFB) mengukur berapa lama server butuh menjawab byte pertama setelah permintaan dikirim. Angka ini menjadi fondasi metrik Core Web Vitals lain seperti LCP, karena rendering tidak bisa mulai sebelum byte pertama sampai. Target praktis: TTFB di bawah 800 ms untuk pengalaman yang baik, di atas 1.800 ms perlu perbaikan.
Apa itu Time to First Byte?
Time to First Byte adalah jeda antara browser pengunjung mengirim request HTTP dan menerima byte pertama balasan dari server. TTFB merangkum tiga proses: resolusi DNS, koneksi TCP/TLS, dan waktu server memproses request. Dalam praktik Web Vitals yang saya pakai di proyek client, TTFB sering jadi titik buta karena tim front end fokus optimasi gambar dan JavaScript, padahal akar lambatnya halaman ada di sisi server.
TTFB berbeda dari LCP (Largest Contentful Paint). LCP mengukur waktu elemen utama selesai dirender, sedangkan TTFB hanya soal byte pertama. Keduanya saling terkait: TTFB buruk hampir pasti membuat LCP juga gagal.
Cara Membaca TTFB
Berdasarkan dokumentasi web.dev tentang TTFB, batas yang direkomendasikan Google:
| Status | TTFB |
|---|---|
| Baik | 0 sampai 800 ms |
| Perlu perbaikan | 800 sampai 1.800 ms |
| Buruk | di atas 1.800 ms |
Komponen utama TTFB yang sering jadi penyumbang lambat: query database tanpa index, hosting jauh dari pengguna, server side rendering tanpa cache, dan TLS handshake yang tidak diakselerasi HTTP/2 atau HTTP/3.
Kenapa Penting?
TTFB sering jadi metrik yang diabaikan tim marketing, padahal dampaknya besar. Halaman dengan TTFB 2 detik akan kesulitan mencapai LCP di bawah 2,5 detik, apa pun strategi optimasi gambar yang dipakai. Untuk pebisnis Indonesia yang banyak pengguna mobile dengan jaringan tidak stabil, menekan TTFB lewat CDN dan caching adalah cara termurah menaikkan Core Web Vitals.
Pertanyaan Umum
Apa bedanya TTFB dengan LCP?
TTFB mengukur waktu server menjawab byte pertama. LCP mengukur waktu elemen konten terbesar selesai dirender di layar. TTFB adalah subset waktu yang dipakai LCP.
Berapa target TTFB yang baik?
Google merekomendasikan di bawah 800 ms. Di atas 1.800 ms tergolong buruk dan biasanya menyebabkan LCP gagal.
Bagaimana cara cepat menurunkan TTFB?
Pasang CDN, aktifkan caching halaman, pindahkan hosting lebih dekat ke pengguna, dan upgrade ke HTTP/2 atau HTTP/3. Tiga langkah ini biasanya menurunkan TTFB 30 sampai 60 persen.
Istilah Terkait