Interaksi dengan Next Paint (INP)

Dukungan Browser

  • Chrome: 96.
  • Edge: 96.
  • Firefox: tidak didukung.
  • Safari: tidak didukung.

Sumber

Data penggunaan Chrome menunjukkan bahwa 90% waktu pengguna di halaman dihabiskan setelah dimuat. Oleh karena itu, pengukuran responsivitas yang cermat di seluruh siklus proses halaman sangatlah penting. Hal inilah yang dinilai oleh metrik INP.

Responsivitas yang baik berarti halaman merespons interaksi dengan cepat. Saat halaman merespons interaksi, browser akan menampilkan masukan visual pada frame berikutnya yang digambarnya. Masukan visual memberi tahu Anda apakah, misalnya, item yang Anda tambahkan ke keranjang belanja online benar-benar ditambahkan, apakah menu navigasi seluler telah terbuka, apakah konten formulir login diautentikasi oleh server, dan sebagainya.

Beberapa interaksi secara alami membutuhkan waktu lebih lama daripada yang lain, tetapi untuk interaksi yang sangat kompleks, penting untuk menyajikan beberapa masukan visual awal dengan cepat untuk memberi tahu pengguna bahwa sesuatu sedang terjadi. {i>Frame<i} berikutnya yang akan digambar oleh browser adalah kesempatan paling awal untuk melakukannya.

Oleh karena itu, tujuan INP bukanlah untuk mengukur semua efek akhir dari interaksi—seperti pengambilan jaringan dan update UI dari operasi asinkron lainnya), tetapi waktu saat cat berikutnya diblokir. Dengan menunda masukan visual, pengguna mungkin mendapatkan kesan bahwa halaman tidak merespons dengan cukup cepat, dan INP dikembangkan untuk membantu developer mengukur bagian pengalaman pengguna ini.

Dalam video berikut, contoh di sebelah kanan memberikan masukan visual langsung bahwa akordeon terbuka. Respons yang buruk ditunjukkan misalnya di sebelah kiri, dan bagaimana hal tersebut dapat menciptakan pengalaman pengguna yang buruk.

Contoh responsivitas yang buruk versus baik. Di sebelah kiri, tugas panjang memblokir akordeon agar tidak terbuka. Hal ini menyebabkan pengguna mengklik beberapa kali, berpikir bahwa pengalamannya terganggu. Saat thread utama mengejar ketinggalan, thread tersebut akan memproses input yang tertunda, sehingga menyebabkan akordeon terbuka dan tertutup secara tidak terduga. Di sebelah kanan, halaman yang lebih responsif akan membuka akordeon dengan cepat dan tanpa insiden.

Panduan ini menjelaskan cara kerja INP, cara mengukurnya, dan merujuk ke referensi untuk meningkatkannya.

Apa itu INP?

INP adalah metrik yang menilai responsivitas halaman secara keseluruhan terhadap interaksi pengguna dengan mengamati latensi semua interaksi klik, ketuk, dan keyboard yang terjadi selama kunjungan pengguna ke halaman tersebut. Nilai INP akhir adalah interaksi terpanjang yang diamati, dengan mengabaikan pencilan.

Detail tentang cara penghitungan INP

INP dihitung dengan mengamati semua interaksi yang dibuat dengan suatu halaman. Untuk sebagian besar situs, interaksi dengan latensi terburuk dilaporkan sebagai INP.

Namun, untuk halaman dengan jumlah interaksi yang besar, gangguan acak dapat mengakibatkan interaksi latensi yang sangat tinggi pada halaman yang responsif. Semakin banyak interaksi yang terjadi di halaman tertentu, semakin besar kemungkinan hal ini terjadi.

Untuk memberikan ukuran responsivitas sebenarnya untuk halaman dengan jumlah interaksi yang tinggi dengan lebih baik, kami mengabaikan satu interaksi tertinggi untuk setiap 50 interaksi. Sebagian besar pengalaman halaman tidak memiliki lebih dari 50 interaksi, sehingga interaksi terburuk paling sering dilaporkan. Persentil ke-75 dari semua tayangan halaman kemudian dilaporkan seperti biasa, yang selanjutnya menghapus pencilan untuk memberikan nilai yang dialami sebagian besar pengguna atau lebih baik lagi.

Interaksi adalah grup pengendali peristiwa yang diaktifkan selama gestur pengguna logis yang sama. Misalnya, "ketuk" interaksi pada perangkat layar sentuh mencakup beberapa peristiwa, seperti pointerup, pointerdown, dan click. Interaksi dapat didorong oleh JavaScript, CSS, kontrol browser bawaan (seperti elemen formulir), atau kombinasinya.

Latensi interaksi terdiri dari satu durasi terpanjang dari grup pengendali peristiwa yang mendorong interaksi, mulai dari saat pengguna memulai interaksi hingga saat browser menggambar frame berikutnya.

Berapa skor INP yang baik?

Menyematkan label seperti "bagus" atau "buruk" pada metrik responsivitas adalah hal yang sulit. Di satu sisi, Anda ingin mendorong praktik pengembangan yang memprioritaskan responsivitas yang baik. Di sisi lain, Anda harus memperhitungkan fakta bahwa ada variabilitas yang cukup besar dalam kemampuan perangkat yang digunakan orang untuk menetapkan ekspektasi pengembangan yang dapat dicapai.

Untuk memastikan Anda memberikan pengalaman pengguna dengan responsivitas yang baik, batas yang baik untuk diukur adalah persentil ke-75 dari pemuatan halaman yang tercatat di kolom, yang disegmentasikan di seluruh perangkat seluler dan desktop:

  • INP di bawah atau pada 200 milidetik berarti halaman memiliki responsivitas yang baik.
  • INP di atas 200 milidetik dan di bawahnya atau pada 500 milidetik berarti daya respons halaman perlu ditingkatkan.
  • INP di atas 500 milidetik berarti halaman memiliki responsivitas yang buruk.
Nilai INP yang baik adalah 200 milidetik atau kurang, nilai yang buruk lebih besar dari 500 milidetik, dan apa pun di antaranya perlu ditingkatkan.
Nilai INP yang baik adalah 200 milidetik atau kurang. Nilai yang buruk lebih dari 500 milidetik.

Apa yang ada dalam interaksi?

Diagram yang menggambarkan interaksi pada thread utama. Pengguna membuat input saat memblokir tugas yang berjalan. Input ditunda sampai tugas tersebut selesai, setelah itu pointerup, mouseup, dan pengendali peristiwa klik dijalankan, kemudian pekerjaan rendering dan proses menggambar dimulai hingga frame berikutnya disajikan.
Kehidupan dari suatu interaksi. Penundaan input terjadi hingga pengendali peristiwa mulai berjalan, yang mungkin disebabkan oleh faktor seperti tugas yang berjalan lama di thread utama. Callback pengendali peristiwa interaksi kemudian berjalan, dan penundaan terjadi sebelum frame berikutnya ditampilkan.

Pemicu utama interaktivitas sering kali adalah JavaScript, meskipun browser menyediakan interaktivitas melalui kontrol yang tidak didukung oleh JavaScript, seperti kotak centang, tombol pilihan, dan kontrol yang didukung oleh CSS.

Sebagai tujuan INP, hanya jenis interaksi berikut yang diamati:

  • Mengklik dengan mouse.
  • Mengetuk perangkat dengan layar sentuh.
  • Menekan tombol pada keyboard fisik atau di layar.

Interaksi terjadi di dokumen utama atau di iframe yang disematkan dalam dokumen, misalnya saat mengklik putar pada video yang disematkan. Pengguna akhir tidak akan mengetahui isi iframe atau tidak. Oleh karena itu, INP dalam iframe diperlukan untuk mengukur pengalaman pengguna di halaman tingkat atas. Karena JavaScript Web API tidak memiliki akses ke konten iframe, hal ini mungkin ditampilkan sebagai perbedaan antara CrUX dan RUM

Interaksi dapat terdiri dari beberapa peristiwa. Misalnya, penekanan tombol menyertakan peristiwa keydown, keypress, dan keyup. Interaksi ketuk berisi peristiwa pointerup dan pointerdown. Peristiwa dengan durasi terpanjang dalam interaksi adalah hal yang berkontribusi pada latensi total interaksi.

Penggambaran interaksi yang lebih kompleks yang berisi dua interaksi. Yang pertama adalah kejadian pengarahan mouse, yang menghasilkan sebuah {i>frame<i} sebelum tombol {i>mouse<i} dilepaskan, yang akan memulai lebih banyak pekerjaan hingga {i>frame<i} lain ditampilkan sebagai hasilnya.
Penggambaran interaksi dengan beberapa pengendali peristiwa. Bagian pertama dari interaksi menerima input saat pengguna mengklik ke bawah pada tombol mouse. Namun, sebelum mereka melepaskan tombol mouse, sebuah bingkai akan ditampilkan. Saat pengguna melepaskan tombol mouse, serangkaian pengendali peristiwa lainnya harus dijalankan sebelum frame berikutnya ditampilkan.

INP halaman dihitung saat pengguna keluar dari halaman. Hasilnya adalah nilai tunggal yang mewakili responsivitas halaman secara keseluruhan di sepanjang siklus prosesnya. INP yang rendah berarti halaman sangat responsif terhadap input pengguna.

Apa perbedaan INP dengan Penundaan Input Pertama (FID)?

INP adalah metrik pengganti untuk Penundaan Input Pertama (FID). Meskipun keduanya merupakan metrik responsivitas, FID hanya mengukur jeda input dari interaksi pertama di halaman. INP meningkatkan FID dengan mengamati semua interaksi pada halaman, mulai dari penundaan input, hingga waktu yang diperlukan untuk menjalankan pengendali peristiwa, dan akhirnya hingga browser menggambar frame berikutnya.

Perbedaan ini berarti bahwa INP dan FID adalah jenis metrik responsivitas yang berbeda. Jika FID adalah metrik responsivitas pemuatan yang dirancang untuk menilai kesan pertama halaman kepada pengguna, INP merupakan indikator yang lebih andal untuk responsivitas keseluruhan, terlepas dari kapan interaksi halaman terjadi.

Bagaimana jika tidak ada nilai INP yang dilaporkan?

Ada kemungkinan halaman tidak menampilkan nilai INP. Hal ini dapat terjadi karena beberapa alasan, termasuk:

  • Halaman dimuat, tetapi pengguna tidak pernah mengklik, mengetuk, atau menekan tombol di keyboard.
  • Halaman dimuat, tetapi pengguna berinteraksi dengannya menggunakan gestur yang tidak diukur, seperti men-scroll atau mengarahkan kursor ke elemen.
  • Halaman sedang diakses oleh bot seperti crawler penelusuran atau browser headless yang belum diberi skrip untuk berinteraksi dengan halaman.

Cara mengukur INP

INP dapat diukur di lapangan dan di lab, asalkan Anda dapat menyimulasikan interaksi pengguna yang realistis.

Di lapangan

Idealnya, perjalanan Anda dalam mengoptimalkan INP akan dimulai dengan data lapangan. Data lapangan dari Pemantauan Pengguna Nyata (RUM) tidak hanya akan memberi Anda nilai INP halaman, tetapi juga data kontekstual yang menyoroti interaksi spesifik apa yang menjadi penyebab nilai INP itu sendiri, apakah interaksi terjadi selama atau setelah pemuatan halaman, jenis interaksi (klik, penekanan tombol, atau ketuk), dan pengaturan waktu berharga lainnya yang dapat membantu Anda mengidentifikasi bagian interaksi mana yang memengaruhi responsivitas.

Jika situs Anda memenuhi syarat untuk disertakan dalam Laporan Pengalaman Pengguna Chrome (CrUX), Anda dapat dengan cepat mendapatkan data kolom untuk INP melalui CrUX di PageSpeed Insights (dan Core Web Vitals lainnya). Setidaknya, Anda bisa mendapatkan gambaran tingkat origin tentang INP situs Anda, tetapi dalam beberapa kasus, Anda juga bisa mendapatkan data tingkat URL.

Namun, meskipun CrUX dapat memberi tahu Anda jika ada masalah, CrUX tidak dapat memberi tahu Anda penyebab masalah tersebut. Solusi RUM dapat membantu Anda menemukan detail selengkapnya tentang halaman, pengguna, atau interaksi pengguna yang mengalami masalah responsivitas. Mampu mengatribusikan INP ke interaksi individual dapat menghindari spekulasi dan upaya yang sia-sia.

Di laboratorium

Secara optimal, Anda perlu memulai pengujian di lab setelah Anda memiliki data kolom yang menunjukkan interaksi halaman yang lambat. Data lapangan akan memudahkan proses reproduksi interaksi bermasalah di lab.

Namun, sangat mungkin bahwa Anda tidak memiliki data {i>field<i}. Meskipun INP dapat diukur di beberapa alat lab, nilai INP yang dihasilkan untuk halaman selama pengujian lab akan bergantung pada interaksi yang dilakukan selama periode pengukuran. Perilaku pengguna tidak dapat diprediksi dan sangat bervariasi, yang berarti bahwa pengujian Anda di lab mungkin tidak menampilkan interaksi masalah dengan cara yang sama seperti yang dilakukan oleh data lapangan. Selain itu, beberapa alat lab tidak akan melaporkan INP halaman karena alat lab hanya mengamati pemuatan halaman tanpa interaksi apa pun. Dalam kasus tersebut, Total Blocking Time (TBT) mungkin merupakan metrik proxy yang wajar untuk INP, tetapi bukan merupakan pengganti INP.

Meskipun alat lab memiliki keterbatasan dalam menilai INP halaman, ada beberapa strategi untuk mereproduksi interaksi yang lambat di lab. Strateginya meliputi mengikuti alur pengguna umum dan menguji interaksi di sepanjang prosesnya, serta berinteraksi dengan halaman saat dimuat—saat thread utama sering kali tersibuk—untuk mengidentifikasi interaksi lambat selama bagian penting pengalaman pengguna tersebut.

Cara meningkatkan INP

Kumpulan panduan tentang cara mengoptimalkan INP tersedia untuk memandu Anda menjalani proses identifikasi interaksi yang lambat di lapangan, serta penggunaan data lab untuk membantu Anda mengidentifikasi penyebab dan mengoptimalkannya.

Log perubahan

Terkadang, bug ditemukan dalam API yang digunakan untuk mengukur metrik, dan terkadang dalam definisi metrik itu sendiri. Akibatnya, perubahan terkadang harus dilakukan, dan perubahan ini dapat muncul sebagai peningkatan atau regresi dalam laporan internal dan dasbor Anda.

Untuk membantu Anda mengelolanya, semua perubahan pada penerapan atau definisi metrik ini akan ditampilkan di Log perubahan ini.

Jika Anda memiliki masukan untuk metrik ini, berikan di grup Google untuk masukan web-vitals-feedback.

Menguji pengetahuan Anda

Apa tujuan utama metrik INP?

Untuk mengukur waktu yang diperlukan konten pertama halaman ditampilkan.
Salah - Ini menjelaskan First Contentful Paint
Untuk mengukur stabilitas visual halaman dan meminimalkan pergeseran tata letak yang tidak terduga.
Salah - Hal ini menjelaskan Pergeseran Tata Letak Kumulatif
Untuk menilai waktu yang dibutuhkan halaman untuk menjadi interaktif sepenuhnya.
Salah - Ini terkait dengan Waktu untuk Interaktif, tetapi INP secara khusus berfokus pada responsivitas terhadap input pengguna
Untuk meminimalkan waktu dari saat pengguna memulai interaksi hingga frame berikutnya digambar, untuk semua atau sebagian besar interaksi yang dimulai pengguna.
Benar.

Manakah dari jenis interaksi berikut yang diamati untuk tujuan penghitungan INP? (Pilih semua yang sesuai).

Mengklik dengan mouse.
Benar.
Scroll halaman dengan roda mouse atau trackpad.
Salah - INP tidak mempertimbangkan scroll
Mengetuk layar sentuh.
Benar.
Mengarahkan kursor mouse ke elemen.
Salah - INP tidak menganggap kursor diarahkan
Menekan tombol pada keyboard.
Benar.
Memperbesar atau memperkecil halaman.
Salah - INP tidak mempertimbangkan zoom

Bagaimana "latensi" dari interaksi yang ditentukan untuk INP?

Jumlah waktu bagi browser untuk memproses pengendali peristiwa dari interaksi.
Salah - Ini hanya memperhitungkan durasi pemrosesan, bukan penundaan input atau waktu untuk menampilkan frame berikutnya
Waktu rata-rata yang diperlukan semua interaksi pada halaman untuk menghasilkan respons visual.
Salah - INP berfokus pada interaksi terpanjang, bukan rata-rata
Waktu yang diperlukan browser untuk mulai memproses pengendali peristiwa yang terkait dengan interaksi.
Salah - Ini hanya menyebabkan penundaan input, bukan waktu pemrosesan dan rendering
Waktu dari awal interaksi hingga saat frame berikutnya disajikan sepenuhnya.
Benar.

Apa perbedaan antara INP dan FID?

INP mengukur waktu yang diperlukan konten pertama halaman ditampilkan, sedangkan FID mengukur responsivitas terhadap input pengguna.
Salah - Deskripsi ini mendeskripsikan First Contentful Paint, bukan INP
INP mempertimbangkan durasi penuh semua interaksi, sedangkan FID hanya mengukur penundaan input dari interaksi pertama.
Benar.
INP dan FID mengukur stempel waktu yang berbeda saat halaman menjadi interaktif.
Salah - INP dan FID adalah ukuran seberapa cepat halaman merespons interaksi, terlepas dari kapan interaksi tersebut terjadi
Tidak ada perbedaan; INP dan FID hanyalah dua nama berbeda untuk metrik yang sama.
Salah - Mereka memiliki definisi yang berbeda

Dalam keadaan apa data INP mungkin tidak tersedia untuk halaman di alat seperti PageSpeed Insights?

Halaman ini menggunakan library pengukuran performa kustom yang tidak melaporkan data INP.
Salah - INP diukur secara otomatis menggunakan API platform web dan tidak mengandalkan halaman yang melaporkan sendiri performanya melalui library kustom.
Data interaksi dari pengguna Chrome tidak cukup untuk menghitung nilai INP yang bermakna dalam set data CrUX.
Benar.
Pengguna hanya berinteraksi dengan halaman dengan men-scroll dan mengarahkan kursor, yang tidak dipertimbangkan untuk INP.
Benar.
Halaman ini dibuat menggunakan framework yang otomatis mengoptimalkan INP, sehingga tidak perlu melaporkannya.
Salah - Framework dapat membantu INP, tetapi metrik masih relevan dan dilaporkan jika data tersedia

Apa strategi yang paling efektif untuk mereproduksi interaksi yang lambat di lingkungan lab?

Menyimulasikan perangkat kelas atas dengan koneksi jaringan yang lambat dan tidak dapat diandalkan untuk menciptakan kondisi yang menantang.
Salah - Meskipun jaringan dapat berperan, namun kemampuan perangkat cenderung mengekspos interaksi yang lambat
Menguji interaksi hanya setelah halaman dimuat sepenuhnya dan tidak ada aktivitas.
Salah - Hal ini mungkin melewatkan interaksi yang lambat selama pemuatan
Berinteraksi dengan halaman selama pemuatan dan mengikuti alur pengguna umum untuk mengidentifikasi potensi bottleneck.
Benar.
Berfokus pada interaksi kasus ekstrem yang kompleks yang kemungkinan tidak akan ditemui oleh sebagian besar pengguna.
Salah - Alur penggunaan umum lebih relevan untuk mengidentifikasi masalah INP umum

Kuis ini dibuat oleh Gemini 1.5 dan ditinjau oleh manusia. Berikan masukan Anda