Website Lambat? Perbaiki TTFB dan Hosting Sebelum Tambah Plugin

Jika PageSpeed mobile terus gagal setelah kompres gambar dan plugin “optimasi”, lihat TTFB—Time to First Byte. Ketika dokumen HTML sendiri datang terlambat, LCP tidak bisa menyelamatkan skor.

Ini sangat umum di shared hosting murah yang melayani pengunjung di seluruh Indonesia.

Apa arti TTFB secara praktis

TTFB adalah waktu tunggu sampai browser menerima byte pertama respons. Itu mencakup:

• lookup DNS (kadang);
• handshake TCP/TLS;
• antrean server + bootstrap PHP;
• kerja database untuk merender HTML;
• jarak jaringan ke origin.

Tema yang indah tidak bisa menyembunyikan HTML yang menunggu 1,2 detik.

Cara saya mengukurnya

1. Chrome DevTools → Network → request dokumen → Timing.
2. curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/
3. Data field PageSpeed / CrUX untuk latensi pengguna nyata.
4. Bandingkan origin vs CDN edge (uji Cloudflare orange cloud on/off).

Target yang saya kejar untuk situs brosur bisnis:

• baik: sering di bawah ~0,4–0,6 detik dari region terdekat;
• perlu dicek: konsisten di atas ~0,8–1,0 detik untuk HTML.

Angka pasti berubah menurut jaringan—tren lebih penting daripada satu kali uji lab.

Penyebab umum di proyek klien

1. Hosting jauh atau overload

Shared host US/EU tanpa CDN menghasilkan latency menyakitkan bagi pengguna ID. Bahkan Singapore bisa terasa lambat jika paket di-throttle CPU.

2. Tidak ada page cache

WordPress/Laravel merender HTML setiap kunjungan anonim itu mahal. Full-page cache (server, LiteSpeed, Redis + page cache, atau static export) biasanya mengalahkan plugin minify tambahan.

3. Plugin berat dan admin-ajax

Widget chat, page builder, dan scanner keamanan bisa memaksa path dinamis. Cache HTML untuk halaman publik; kecualikan cart dan user login dengan hati-hati.

4. Query database lambat

Meta query tanpa index, tabel revisi bengkak, dan object-cache miss menggelembungkan TTFB. Perbaiki query—atau cache halamannya.

5. TLS dan versi HTTP

HTTP/2/3 di edge membantu multiplexing; itu tidak memperbaiki origin PHP dingin di 900ms.

Urutan perbaikan yang benar-benar bekerja

1. Ukur TTFB pada HTML homepage.
2. Aktifkan page cache / static hosting bila memungkinkan.
3. Pasang Cloudflare (atau CDN lain) di depan untuk aset dan, bila aman, HTML.
4. Upgrade PHP (8.2+) dan tier hosting jika CPU steal terlihat.
5. Baru lanjut kerja frontend (gambar, font, JS).

Checklist WordPress

• satu page cache plugin atau cache tingkat host—bukan tiga cache yang saling tumpang tindih;
• object cache (Redis) di situs dinamis;
• matikan plugin yang tidak dipakai;
• jaga admin dan preview tidak ter-cache;
• verifikasi header cache HIT setelah uji purge.

Intent kata kunci

Orang yang mencari penyebab website lambat, TTFB tinggi, hosting website lambat Indonesia, dan cara percepat TTFB wordpress butuh diagnosis hosting/cache dulu. Polesan frontend adalah langkah kedua.