Metrik

Metrik di CrUX didukung oleh API platform web standar yang diekspos oleh browser. Khususnya di set data BigQuery, data ini diagregasi ke resolusi asal. Pemilik situs yang memerlukan analisis dan insight yang lebih mendetail (misalnya, resolusi tingkat URL) tentang performa situs mereka dapat menggunakan API yang sama untuk mengumpulkan data pengukuran pengguna sebenarnya (RUM) yang mendetail untuk origin mereka sendiri. Perhatikan bahwa meskipun semua API tersedia di Chrome, browser lain mungkin tidak mendukung kumpulan lengkap metrik.

Sebagian besar metrik ditampilkan sebagai agregasi histogram, sehingga memungkinkan visualisasi distribusi dan perkiraan nilai persentil.

Pergeseran Tata Letak Kumulatif (CLS)

"Pergeseran Tata Letak Kumulatif (CLS) adalah metrik penting yang berfokus pada pengguna untuk mengukur stabilitas visual karena membantu menguantifikasi seberapa sering pengguna mengalami pergeseran tata letak yang tidak terduga. CLS yang rendah membantu memastikan halaman menyenangkan."

web.dev/articles/cls

Konten DOM Dimuat

"DOMContentLoaded melaporkan waktu saat dokumen HTML awal telah dimuat dan diuraikan sepenuhnya, tanpa menunggu stylesheet, gambar, dan subframe selesai dimuat."

MDN

Lukisan Pertama

"First Paint melaporkan waktu ketika browser pertama kali merender setelah navigasi. Hal ini tidak meliputi background paint default, tapi meliputi background paint non-default. Ini adalah momen penting pertama yang diperhatikan developer dalam pemuatan halaman - saat browser mulai merender halaman."

Paint Timing API

First Contentful Paint

"First Contentful Paint (FCP) melaporkan waktu saat browser pertama kali merender teks, gambar (termasuk gambar latar), kanvas selain putih, atau SVG. Hal ini meliputi teks dengan font web yang tertunda. Ini adalah pertama kalinya pengguna dapat mulai menggunakan konten halaman."

Paint Timing API

Interaction to Next Paint

"Interaction to Next Paint (INP) adalah metrik lapangan yang menilai responsivitas. INP mencatat latensi semua interaksi di seluruh siklus proses halaman. Nilai tertinggi dari interaksi tersebut—atau mendekati nilai tertinggi untuk halaman dengan banyak interaksi—dicatat sebagai INP halaman. INP yang rendah memastikan bahwa halaman akan selalu responsif dengan andal."

web.dev/articles/inp

Interaction to Next Paint (INP) ditambahkan ke set data CrUX pada Februari 2022. Metrik baru ini mencatat latensi end-to-end dari setiap peristiwa dan menawarkan gambaran yang lebih holistik tentang responsivitas keseluruhan halaman selama masa pakainya.

Largest Contentful Paint (LCP)

"Largest Contentful Paint (LCP) adalah metrik penting yang berfokus pada pengguna untuk mengukur kecepatan pemuatan yang dirasakan karena menandai titik di linimasa pemuatan halaman saat konten utama halaman kemungkinan telah dimuat — LCP yang cepat membantu meyakinkan pengguna bahwa halaman tersebut berguna."

web.dev/articles/lcp

Jenis resource Largest Contentful Paint

"LCP melaporkan waktu render gambar, blok teks, atau video terbesar yang terlihat di area tampilan, yang relatif terhadap saat pengguna pertama kali membuka halaman."

web.dev/articles/lcp - Elemen apa yang dipertimbangkan untuk LCP

Teks dan gambar (termasuk gambar bingkai video pertama) sering kali memiliki karakteristik pemuatan dan teknik pengoptimalan yang sangat berbeda. Memahami rasio jenis resource LCP memungkinkan Anda memahami metrik LCP dan jalur pengoptimalan dengan lebih baik.

Untuk mengetahui informasi selengkapnya, lihat postingan blog peluncuran jenis resource LCP.

Subbagian gambar Largest Contentful Paint

"Mengoptimalkan LCP bisa menjadi tugas yang lebih rumit jika PageSpeed Insights tidak memberi Anda jawaban tentang cara meningkatkan metrik ini. Untuk tugas yang kompleks, umumnya lebih baik menguraikannya menjadi tugas yang lebih kecil dan lebih mudah dikelola, lalu menanganinya satu per satu."

web.dev/articles/optimize-lcp - Perincian LCP menjadi subbagian

Dengan menguraikan LCP gambar menjadi subbagian yang paling penting, Anda dapat menggunakan rekomendasi dan praktik terbaik khusus untuk mengoptimalkan setiap bagian.

Subbagian gambar LCP disediakan dalam empat metrik terpisah:

  • largest_contentful_paint_image_time_to_first_byte
  • largest_contentful_paint_image_resource_load_delay
  • largest_contentful_paint_image_resource_load_duration
  • largest_contentful_paint_image_element_render_delay

Subbagian hanya disertakan untuk gambar dan tidak menyertakan gambar frame video pertama karena sedikit lebih rumit karena kita tidak dapat mengukur waktu download penuh (perhatikan bahwa frame video pertama disertakan dalam metrik jenis resource LCP, yang tidak relevan dengan kerumitan tersebut).

Subbagian teks juga tidak disertakan karena kurang berguna dan akan mendistorsi angka LCP gambar. Untuk situs yang sebagian besar terdiri dari LCP teks, metrik TTFB dan FCP secara keseluruhan adalah perincian yang berguna—meskipun perlu diperhatikan bahwa metrik tersebut mencakup semua LCP dan tidak khusus untuk LCP teks.

Untuk mengetahui informasi selengkapnya, lihat postingan blog peluncuran subbagian gambar LCP.

Metrik jenis navigasi memberikan perincian persentase tayangan halaman dari navigasi berikut:

Jenis Deskripsi
navigate Pemuatan halaman yang tidak termasuk dalam kategori lainnya.
navigate_cache Pemuatan halaman yang resource utamanya (dokumen HTML utama) ditayangkan dari cache HTTP. Situs sering menggunakan penyimpanan ke dalam cache untuk sub-resource, tetapi dokumen HTML utama sering lebih jarang di-cache dan jika dapat di-cache, hal ini dapat menghasilkan peningkatan performa yang signifikan karena dapat di-cache secara lokal dan di CDN.
reload Pengguna memuat ulang halaman, baik dengan menekan tombol muat ulang, menekan enter di kolom URL, atau dengan mengurungkan penutupan tab. Pemuatan ulang halaman sering kali menghasilkan validasi ulang kembali ke server untuk memeriksa apakah halaman utama telah berubah. Persentase pemuatan ulang halaman yang tinggi dapat menunjukkan frustrasi pengalaman pengguna.
restore Halaman dimuat ulang setelah browser dimulai ulang, atau tab yang telah dihapus karena alasan memori. Untuk Chrome di Android, hal ini dilaporkan sebagai 'muat ulang'.
back_forward Navigasi histori, yang berarti halaman dilihat dan dikunjungi kembali baru-baru ini. Dengan caching yang benar, pengalaman ini akan cukup cepat, tetapi tetap memerlukan pemrosesan halaman dan eksekusi JavaScript—yang keduanya dihindari oleh bfcache.
back_forward_cache Navigasi histori yang ditayangkan dari bfcache. Mengoptimalkan halaman Anda untuk memanfaatkan bfcache, dengan menghapus pemblokir, akan menghasilkan pengalaman yang lebih cepat, sehingga situs harus terlihat
prerender Halaman di-pra-render yang—mirip dengan bfcache—dapat menghasilkan pemuatan halaman yang hampir instan.

Dalam beberapa kasus, pemuatan halaman dapat berupa kombinasi dari beberapa jenis navigasi. Dalam hal ini, CrUX melaporkan kecocokan pertama dalam urutan terbalik dari tabel (dari bawah ke atas).

Informasi selengkapnya dapat ditemukan di postingan pengumuman jenis navigasi.

Onload

"Peristiwa pemuatan dipicu saat halaman dan resource dependennya telah selesai dimuat."

MDN

Waktu Round Trip

Memberikan perkiraan waktu perjalanan pulang pergi HTTP (lapisan aplikasi) di awal navigasi, berdasarkan koneksi jaringan terbaru. Metrik ini didasarkan pada properti rtt dari Network Information API, yang merupakan API yang sama yang bertanggung jawab atas dimensi Jenis Koneksi Efektif (ECT) sebelumnya.

Untuk mengetahui informasi selengkapnya, lihat postingan blog peluncuran jenis resource LCP.

Metrik eksperimental

Metrik eksperimental tersedia di set data CrUX menggunakan BigQuery, dan beberapa di antaranya juga tersedia di CrUX API. Metrik ini cenderung berubah secara berkala seiring perkembangannya berdasarkan masukan pengguna. Periksa catatan rilis untuk terus mengetahui perubahan terbaru.

Time to First Byte

TTFB di CrUX hanya dikumpulkan pada pemuatan halaman penuh, tidak seperti timer lain (seperti LCP) yang juga dikumpulkan pada navigasi maju-mundur dan halaman yang telah di-prerender. Dengan demikian, ukuran sampel TTFB bisa lebih kecil daripada metrik lainnya dan tidak selalu dapat dibandingkan secara langsung dengan metrik tersebut.

TTFB bukan merupakan ukuran langsung waktu respons server karena mencakup pengukuran sebelumnya, termasuk waktu pengalihan dan dipengaruhi oleh apakah respons disajikan dari cache atau CDN atau dari server. Hal ini terutama terlihat pada data lapangan seperti CrUX, sedangkan pengujian lab biasanya kurang terpengaruh oleh faktor-faktor ini karena URL akhir diuji dan sering kali meniadakan perubahan caching berulang kali.

Popularitas

Metrik peringkat popularitas adalah ukuran relatif popularitas situs dalam set data CrUX, yang diukur berdasarkan total jumlah navigasi di origin. Peringkat menggunakan skala log10 dengan setengah langkah (misalnya, 1.000 teratas, 5.000 teratas, 10.000 teratas, 50.000 teratas, 100.000 teratas, 500.000 teratas, 1 Juta teratas, dll.) dengan setiap peringkat mengecualikan peringkat sebelumnya (misalnya, 5.000 teratas sebenarnya adalah 4.000 URL, tidak termasuk 1.000 teratas). Batas atas bersifat dinamis seiring bertambahnya ukuran set data.

Popularitas diberikan sebagai panduan untuk analisis luas, misalnya untuk menentukan performa menurut negara untuk 1.000 origin teratas.

Izin Notifikasi

Untuk situs yang meminta izin untuk menampilkan notifikasi kepada pengguna, metrik ini menunjukkan frekuensi relatif respons pengguna terhadap perintah: setuju, tolak, abaikan, atau tutup.