Halaman yang lambat itu lambat di salah satu dari tiga tempat: di server sebelum ia mengirim satu bita pun, di jaringan yang ada di antaranya, atau di peramban setelah halamannya tiba. Masing-masing punya obat yang berbeda, dan tak satu pun menolong dua yang lain. Salah menerka menghabiskan satu akhir pekan dan tak mengubah apa-apa.

1. Berapa lama sampai bita pertamanya

curl -sS -o /dev/null -w 'dns %{time_namelookup}  connect %{time_connect}  tls %{time_appconnect}  ttfb %{time_starttransfer}  total %{time_total}\
' https://yourdomain.com/

TTFB di atas kira-kira 600 md dengan waktu penyambungan yang kecil adalah servernya sedang berpikir. Di bawah 200 md, servernya bukan masalah Anda — bagaimanapun rasanya halaman itu.

2. Aplikasinya atau basis datanya

# is anything slow enough to be logged
sudo tail -f /var/log/mysql/mysql-slow.log

Lihat Log kueri lambat. Satu kueri yang memakan 900 md menjelaskan jauh lebih banyak situs daripada yang bisa dijelaskan oleh penyinggahan sebanyak apa pun.

3. Berapa berat halaman itu sesungguhnya

Buka panel jaringannya, urutkan menurut ukuran, lalu baca lima baris teratasnya. Di kebanyakan situs, semuanya gambar — lihat Gambar yang lebih berat daripada seluruh halaman. Cara membaca grafik air terjun dengan benar dibahas di tulisannya sendiri.

4. Apa yang diterima pengunjung sungguhan

Sambungan kantor Anda bukanlah pengukurannya. Ujilah dari tempat para pelanggan Anda berada, dengan sambungan yang dicekik, di telepon kelas menengah.

Ubah satu hal, lalu ukur lagi. Tiga perubahan sekaligus, dan Anda takkan pernah tahu yang mana yang menolong — atau yang mana yang justru memperburuk sementara yang lain menutupinya.
Tuliskan angka-angkanya sebelum Anda mulai. Rasa lebih cepat bukanlah bukti, dan setelah bekerja satu petang penuh, semua orang merasa situsnya lebih cepat.