TTFB Tinggi: Penyebab Diam Kenapa Pengunjung Kabur
TL;DR: TTFB (Time to First Byte) adalah jeda antara pengunjung meminta halaman dan byte pertama tiba dari server. Angka di bawah 800 ms umumnya dianggap baik. TTFB tinggi membuat situs terasa lambat bahkan sebelum konten muncul, dan ikut menekan peringkat lewat pengalaman pengguna yang buruk.
Banyak pemilik situs sibuk mengompres gambar dan memperbaiki skrip, padahal sumber lambatnya ada lebih awal. Dalam beberapa audit yang saya lakukan, halaman sudah ringan tapi tetap terasa berat. Penyebabnya server yang lambat merespons, bukan konten yang berat.
Itulah yang diukur TTFB: seberapa cepat server mulai menjawab.
Apa yang Sebenarnya Diukur TTFB
Bayangkan memesan kopi. TTFB bukan waktu kopi selesai, tapi waktu barista mulai bergerak setelah Anda memesan. Kalau barista diam lama, seluruh pengalaman terasa lambat meski kopinya cepat dibuat.
TTFB dipengaruhi waktu server memproses permintaan, jarak server ke pengguna, dan konfigurasi cache. Metrik ini berhubungan erat dengan core web vitals dan hosting yang Anda pakai. Definisi lengkapnya ada di glosarium TTFB.
Penyebab Umum dan Solusinya
| Penyebab | Solusi praktis |
|---|---|
| Hosting murah, server jauh | Pindah ke hosting dengan server lebih dekat ke audiens |
| Tidak ada cache | Aktifkan cache halaman atau pakai render statis |
| Database lambat tiap request | Pakai render statis seperti SSG atau ISR |
| Tanpa CDN | Distribusikan aset lewat CDN |
Saran berbasis pengalaman: untuk situs konten, render statis adalah pengungkit TTFB terbesar. Daripada server menghitung ulang tiap kunjungan, halaman sudah jadi dan tinggal dikirim. Panduan teknis yang saya rujuk ada di web.dev soal TTFB.
Contoh Nyata
Saat menata ulang sebuah situs klien personal branding, Yuanita Sekar, halaman profilnya menghitung ulang data tiap dibuka. TTFB-nya tinggi meski isinya ringan. Setelah dipindah ke render statis, byte pertama tiba jauh lebih cepat dan halaman terasa instan. Kami tidak menyentuh satu pun gambar dalam proses itu.
Pertanyaan Umum
Berapa TTFB yang dianggap baik?
Di bawah 800 ms umumnya baik, di bawah 200 ms sangat baik. Angka di atas 1,8 detik perlu diperbaiki.
Apakah TTFB sama dengan kecepatan halaman?
Tidak. TTFB hanya bagian awal. Tapi kalau awalnya saja lambat, sisanya ikut terasa lambat.
Apakah pindah hosting selalu menyelesaikan masalah?
Tidak selalu. Cache dan render statis sering memberi dampak lebih besar daripada sekadar ganti hosting.
Mulai dari Hulu
Sebelum memikirkan gambar dan animasi, pastikan server Anda menjawab cepat. TTFB adalah hulu dari pengalaman cepat. Memperbaikinya sering memberi hasil paling terasa dengan usaha paling sedikit.
Artikel Terkait
Website Bisnis
Payment Gateway atau Transfer Manual? Panduan Memilih untuk Bisnis
Transfer manual terasa gratis sampai Anda menghitung waktu yang habis untuk cek mutasi. Berikut cara menimbang payment gateway dari sisi biaya, konversi, dan operasional.
Website Bisnis
Checklist Serah Terima Website: Menutup Proyek Tanpa Ekor Panjang
Peluncuran bukan akhir proyek. Serah terima yang rapi menentukan apakah klien bisa mandiri atau terus menghubungi Anda setiap kali ingin mengganti satu kalimat.
Website Bisnis
Migrasi Skema Database Tanpa Downtime: Pola Expand dan Contract
Mengubah struktur tabel di database produksi sering dianggap pekerjaan berisiko yang harus dilakukan tengah malam. Ada pola yang membuatnya bisa dilakukan siang hari.
Butuh website yang benar-benar bekerja?
Hubungi Vito untuk konsultasi gratis 15 menit.
WhatsApp Sekarang