Aplikasi: Ukur Waktu Respons Situs Web Anda dengan Alat Metrik Sederhana Ini

Ketika situs web dimuat dengan lambat, tidak selalu jelas apa penyebabnya. Apakah DNS penyedia? Server itu sendiri? Atau sesuatu di antaranya? Untuk membantu para profesional web menentukan di mana penundaan terjadi, saya telah menerbitkan alat ini di situs ini yang mengukur siklus hidup penuh HTTP permintaan, dari resolusi domain hingga pengiriman konten.
Alat berbasis peramban ini menggunakan diagnostik sisi server untuk mensimulasikan permintaan HTTP di dunia nyata dan menguraikan komponen waktunya. Alat ini dapat bermanfaat, baik untuk mengaudit domain Anda, memecahkan masalah mitra yang lambat memuat, atau untuk mengatasi masalah yang berkaitan dengan permintaan HTTP. API, atau hanya melakukan pembandingan CDN kinerja di seluruh URL.
Gunakan alat di bawah ini untuk menganalisis kinerja setiap layanan publik URL:
Cara Membaca Hasil
Saat Anda menjalankan pengujian, alat tersebut akan menjalankan pengujian langsung cURL meminta dan melaporkan informasi waktu terperinci dalam hitungan detik. Berikut arti setiap metrik yang dilaporkan:
- Waktu Pencarian DNS: Ini mengacu pada waktu yang dibutuhkan untuk menyelesaikan nama domain ke alamat yang sesuai. Alamat IPJika angka ini tinggi, hal ini mungkin mengindikasikan server nama yang lambat, masalah propagasi DNS, atau kinerja yang buruk dari penyedia DNS. Google menyarankan untuk menjaga angka ini di bawah 50 ms, dan angka di atas 100 ms dianggap sebagai potensi kemacetan.
- Waktu Koneksi TCP: Ini mengukur waktu yang dibutuhkan untuk membuat koneksi TCP dengan server. Keterlambatan di sini dapat mengindikasikan latensi jaringan, firewall, atau jarak ke server asal. Nilai di bawah 100 ms lebih disukai; waktu yang konsisten di atas 150 ms dapat mengindikasikan inefisiensi jaringan atau perutean.
- Waktu Jabat Tangan TLS (HTTPS (hanya): Jika permintaan dibuat melalui HTTPS, angka ini mencerminkan waktu yang dihabiskan untuk menegosiasikan koneksi aman. Cipher suite yang ketinggalan zaman, sertifikat yang kedaluwarsa, atau server edge yang kelebihan beban dapat menyebabkan koneksi yang lama. TLS jabat tangan. Google menganggap durasi di bawah 100 md optimal, sementara durasi di atas 200 md bisa jadi merupakan gejala kesalahan konfigurasi keamanan atau performa.
- Waktu Pra-transfer:Ini termasuk DNS, TCP, dan TLS—semua yang terjadi sebelum permintaan yang sebenarnya dikirim. Ini mencerminkan waktu mulai kumulatif sebelum server mulai memproses permintaan. Waktu pra-transfer yang ideal berkisar antara 100–300 md; apa pun yang melebihi 400 md harus diselidiki tahap demi tahap.
- Waktu ke Byte Pertama (TTFB)Metrik ini mengukur waktu yang dibutuhkan server untuk mulai mengirimkan respons setelah permintaan diterima. TTFB yang tinggi dapat mengindikasikan penundaan di sisi server seperti kueri basis data yang lambat, konten dinamis yang tidak di-cache, atau kinerja server yang buruk. Panduan Google adalah untuk menjaga TTFB di bawah 200 ms; nilai persisten di atas 500 ms menunjukkan adanya masalah pada backend atau infrastruktur.
- Total Waktu TransferIni adalah durasi total dari awal permintaan hingga byte terakhir diterima. Jika TTFB Anda cepat tetapi total waktunya lambat, hal ini mungkin disebabkan oleh ukuran respons, pembatasan server, atau keterlambatan pengiriman konten. Targetkan di bawah 500 ms untuk muatan HTML pada broadband; lebih dari 1 detik dapat mengindikasikan aset yang tidak terkompresi atau pengiriman yang tidak efisien.
- Kode Status HTTP: Ini adalah Kode respon dikembalikan oleh server (misalnya, 200 untuk berhasil, 301/302 untuk pengalihan, 404 untuk tidak ditemukan). Ini memberikan konteks tentang bagaimana server menangani permintaan tersebut.
Alat ini tidak hanya mensimulasikan permintaan—ia mengeksekusinya secara langsung di server saya menggunakan PHP cURL Pustaka. Artinya, Anda melihat apa yang dilihat server, bukan hanya apa yang dilihat peramban Anda. Ini berguna untuk men-debug masalah kinerja yang mungkin tidak terlihat dari jaringan lokal Anda.
Cobalah alat ini dan jangan ragu untuk menguji berbagai URL—halaman beranda Anda, titik akhir API tertentu, atau sumber daya jarak jauh yang Anda andalkan. Semakin dalam pemahaman Anda tentang metrik waktu ini, semakin cepat Anda dapat mendiagnosis dan meningkatkan performa web Anda.






