Perkiraan Latensi Input adalah salah satu dari enam metrik yang dilacak di bagian Performa pada laporan Lighthouse. Setiap metrik menangkap beberapa aspek kecepatan pemuatan halaman.
Laporan Lighthouse menampilkan Perkiraan Latensi Input dalam milidetik:
Yang diukur Estimasi Latensi Input
Estimasi Latensi Input adalah perkiraan waktu yang diperlukan aplikasi untuk merespons input pengguna selama periode 5 detik tersibuk untuk pemuatan halaman. Waktu audit ini adalah dari First Artiful Paint hingga akhir rekaman aktivitas, yaitu sekitar 5 detik setelah Waktu untuk Interaktif. Jika latensi di atas 50 md, pengguna dapat menganggap aplikasi Anda lambat.
Model performa RAIL menyarankan agar aplikasi merespons input pengguna dalam waktu 100 md, sedangkan skor target Perkiraan Latensi Input Lighthouse adalah 50 md. Mengapa? Lighthouse menggunakan metrik proxy—ketersediaan thread utama—untuk mengukur seberapa baik aplikasi Anda merespons input pengguna.
Lighthouse mengasumsikan bahwa aplikasi Anda memerlukan waktu 50 md untuk merespons input pengguna sepenuhnya (mulai dari melakukan eksekusi JavaScript hingga menggambar piksel baru secara fisik ke layar). Jika thread utama Anda tidak tersedia selama 50 md atau lebih, artinya aplikasi tidak memiliki cukup waktu untuk menyelesaikan respons.
Sekitar 90% pengguna akan mengalami jumlah latensi input yang dilaporkan Lighthouse atau kurang. 10% pengguna dapat mengharapkan latensi yang lebih tinggi.
Cara meningkatkan Perkiraan skor Latensi Input
Agar aplikasi Anda merespons input pengguna lebih cepat, optimalkan cara kode Anda dijalankan di browser. Lihat serangkaian teknik yang diuraikan di halaman Performa Rendering Google. Tips ini bervariasi, mulai dari memindahkan komputasi ke pekerja web, mengosongkan thread utama, memfaktorkan ulang pemilih CSS, hingga menggunakan properti CSS yang meminimalkan jumlah operasi browser yang intensif.
Cara mengukur Estimasi Latensi Input secara manual
Untuk mengukur Estimasi Latensi Input secara manual, buat rekaman dengan Linimasa Chrome DevTools. Lihat Melakukan lebih sedikit pekerjaan thread utama untuk mengetahui contoh alur kerja. Ide dasarnya adalah memulai perekaman, melakukan input pengguna yang ingin Anda ukur, menghentikan perekaman, lalu menganalisis flame chart untuk memastikan semua tahap pipeline piksel selesai dalam 50 md.