Google menggunakan teknologi AI untuk menerjemahkan konten ke dalam bahasa pilihan Anda. Terjemahan AI mungkin mengandung kesalahan.

Metrik

Dipublikasikan: 23 Juni 2022, Terakhir diperbarui: 13 Oktober 2026

Metrik di CrUX didukung oleh API platform web standar yang diekspos oleh browser. Khususnya dalam 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 asal mereka sendiri. Perhatikan bahwa meskipun semua API tersedia di Chrome, browser lain mungkin tidak mendukung kumpulan metrik lengkap.

Sebagian besar metrik direpresentasikan sebagai agregasi histogram, yang memungkinkan visualisasi distribusi dan perkiraan nilai persentil.

Cumulative Layout Shift (CLS)

"Pergeseran Tata Letak Kumulatif (CLS) adalah metrik penting yang berfokus pada pengguna untuk mengukur stabilitas visual karena membantu mengukur 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 dimuat dan diuraikan sepenuhnya, tanpa menunggu stylesheet, gambar, dan subframe selesai dimuat."

MDN

Lukisan Pertama

"Lukisan Pertama melaporkan waktu saat browser pertama kali dirender setelah navigasi. Hal ini tidak termasuk lukisan latar belakang default, tetapi mencakup lukisan latar belakang non-default. Ini adalah momen utama pertama yang diperhatikan developer dalam pemuatan halaman, yaitu 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 belakang), kanvas selain putih, atau SVG. Hal ini mencakup 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 kolom 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 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 sepanjang masa pakainya.

Largest Contentful Paint

"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 momen saat pengguna pertama kali membuka halaman."

web.dev/articles/lcp - What elements are considered for LCP

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

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

Subbagian gambar Largest Contentful Paint

"Mengoptimalkan LCP dapat menjadi tugas yang lebih kompleks jika PageSpeed Insights tidak memberi Anda jawaban tentang cara meningkatkan metrik ini. Dengan tugas yang kompleks, umumnya lebih baik untuk membaginya menjadi tugas yang lebih kecil dan lebih mudah dikelola serta menanganinya secara terpisah."

web.dev/articles/optimize-lcp - LCP breakdown into subparts

Memecah LCP gambar menjadi subbagian yang paling penting memberikan kemampuan untuk menggunakan rekomendasi dan praktik terbaik tertentu tentang cara 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 mencakup 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 keseluruhan dan FCP keseluruhan adalah perincian yang berguna—meskipun perhatikan 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 kunjungan halaman dari navigasi berikut:

Jenis	Deskripsi
`navigate`	Pemuatan halaman, yang tidak sesuai dengan kategori lainnya.
`navigate_cache`	Pemuatan halaman yang resource utamanya (dokumen HTML utama) ditayangkan dari cache HTTP. Situs sering menggunakan caching untuk sub-resource, tetapi dokumen HTML utama sering kali di-cache jauh lebih sedikit 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 tombol enter di kolom URL, atau membatalkan penutupan tab. Pemuatan ulang halaman sering kali menghasilkan validasi ulang 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 'reload'.
`back_forward`	Navigasi histori, yang berarti halaman dilihat dan dibuka kembali baru-baru ini. Dengan caching yang benar, pengalaman ini akan cukup cepat, tetapi tetap memerlukan halaman untuk diproses dan JavaScript untuk dieksekusi—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 telah dirender sebelumnya 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 tabel (dari bawah ke atas).

Informasi selengkapnya dapat ditemukan di postingan pengumuman jenis navigasi.

Onload

"Peristiwa pemuatan diaktifkan saat halaman dan resource dependennya selesai dimuat."

MDN

Waktu Round Trip

Memberikan perkiraan waktu round trip HTTP (lapisan aplikasi) pada awal navigasi, berdasarkan koneksi jaringan terbaru. Metrik ini didasarkan pada rtt properti Network Information API, yang merupakan API yang sama yang bertanggung jawab atas dimensi Effective Connection Type (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 di CrUX API, meskipun tidak semua metrik tersedia di keduanya. Metrik ini dapat berubah karena berkembang berdasarkan masukan pengguna. Lihat catatan rilis untuk mengetahui perubahan terbaru.

Metrik Core Web Vitals navigasi dinamis eksperimental

Rilis Oktober 2026 memperkenalkan versi eksperimental dari metrik Core Web Vitals termasuk navigasi dinamis:

experimental_largest_contentful_paint_with_softnavs
experimental_interaction_to_next_paint_with_softnavs
experimental_cumulative_layout_shift_with_softnavs

Metrik ini mencakup pemuatan halaman penuh dan navigasi dinamis.

Untuk mengetahui detail selengkapnya, lihat Memperkenalkan metrik Core Web Vitals eksperimental ke Laporan UX Chrome.

Time to First Byte

TTFB di CrUX hanya dikumpulkan pada pemuatan halaman penuh, tidak seperti timer lainnya (seperti LCP) yang juga dikumpulkan pada navigasi back-forward cache (bfcache) dan halaman yang telah dirender sebelumnya. Dengan demikian, ukuran sampel TTFB dapat lebih kecil daripada metrik lainnya dan mungkin tidak selalu dibandingkan secara langsung dengan metrik tersebut. TTFB di CrUX akan mencakup pemuatan halaman dingin, pemuatan halaman yang di-cache, dan pemuatan halaman dari koneksi yang sudah dibuat (misalnya, pemuatan halaman intra-situs).

TTFB bukan merupakan ukuran langsung waktu respons server karena mencakup ukuran sebelum itu, termasuk waktu pengalihan dan dipengaruhi oleh apakah respons ditayangkan dari cache atau CDN atau dari server. Hal ini terutama terlihat dalam data kolom seperti CrUX, sedangkan pengujian lab biasanya kurang terpengaruh oleh faktor-faktor ini karena URL akhir adalah pengujian dan sering kali berulang kali meniadakan perubahan caching.

Popularitas

Metrik peringkat popularitas adalah ukuran relatif popularitas situs dalam set data CrUX, yang diukur berdasarkan jumlah total navigasi di asal. Peringkat berada pada 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 tidak termasuk peringkat sebelumnya (misalnya, 5.000 teratas sebenarnya adalah 4.000 URL, tidak termasuk 1.000 teratas). Batas atas bersifat dinamis seiring pertumbuhan set data.

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

Izin notifikasi

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

Metrik iklan

Chrome menyediakan metrik dan alat publik untuk situs dan pihak lainnya, seperti pengiklan, untuk lebih memahami pengalaman iklan pengguna sebenarnya dan dampaknya.

Jumlah Iklan: Metrik ini menjelaskan jumlah iklan yang dilihat pengguna biasa sekaligus di situs.
Kepadatan Iklan: Metrik ini menjelaskan keseimbangan konten dan visibilitas iklan pengguna biasa.
Bobot Iklan: CPU: Metrik ini menjelaskan konsumsi CPU oleh iklan, yang dapat memengaruhi performa.
Bobot Iklan: Jaringan: Metrik ini menjelaskan konsumsi resource jaringan oleh iklan.

Kami berharap metrik ini akan sangat berguna bagi pengiklan web dan layanan yang mereka gunakan untuk menempatkan iklan. Kami telah menerima masukan dari berbagai pemangku kepentingan ekosistem iklan bahwa metrik ini dapat meningkatkan cara mereka menghargai peluang iklan dan membuat keputusan produk iklan.

Untuk mengetahui informasi selengkapnya, lihat postingan blog peluncuran metrik iklan dan dokumentasi pengukuran iklan.