Menggunakan Laporan UX Chrome pada PageSpeed Insights

PageSpeed Insights (PSI) adalah alat bagi developer web untuk memahami performa halaman dan cara meningkatkannya. Tindakan ini menggunakan Lighthouse untuk mengaudit halaman dan mengidentifikasi peluang untuk meningkatkan performa. Fitur ini juga terintegrasi dengan Chrome UX Report (CrUX) untuk menunjukkan pengalaman pengguna nyata terhadap halaman dan situs asal secara gabungan. Dalam panduan ini, pelajari cara menggunakan PSI untuk mengekstrak insight dari CrUX dan lebih memahami pengalaman pengguna.

Data kolom dari CrUX di PageSpeed Insights

Membaca data

Untuk memulai, buka https://pagespeed.web.dev/, lalu masukkan URL halaman yang ingin diuji, lalu klik Analyze.

Masukkan URL untuk memulai PageSpeed Insights

Setelah beberapa detik, audit Lighthouse akan dilakukan dan Anda akan melihat bagian dengan data dari CrUX ("Temukan apa yang dialami pengguna Anda yang sebenarnya") dan Lighthouse ("Diagnosis masalah performa"). CrUX adalah kumpulan pengalaman pengguna nyata dari lapangan, sedangkan Lighthouse adalah pengujian terkontrol di lab.

Data kolom dari CrUX di PageSpeed Insights

Di bagian pengalaman pengguna nyata, metrik dikelompokkan berdasarkan Data Web Inti dan metrik penting lainnya. Tiga metrik Core Web Vitals dicantumkan terlebih dahulu: Largest Contentful Paint (LCP), First Input Delay (FID), dan Cumulative Layout Shift. Metrik ini diikuti oleh metrik penting lainnya: First Contentful Paint (FCP), Interaction to Next Paint (INP), dan Time to First Byte (TTFB).

Data Web Inti

  • LCP mengukur waktu hingga halaman menampilkan kemungkinan konten utamanya, seperti banner besar atau judul.
  • INP mengukur latensi semua interaksi yang dilakukan pengguna dengan halaman, dan melaporkan satu nilai di mana semua (atau hampir semua) interaksi berada di bawah.
  • CLS mengukur tingkat ketidakstabilan tata letak di halaman karena pergeseran seperti konten yang dimuat secara asinkron dimasukkan.

Metrik penting lainnya

  • FCP mengukur waktu hingga halaman menampilkan sesuatu di latar depan, seperti teks atau logo.
  • TTFB adalah metrik eksperimental yang mengukur waktu antara permintaan resource dan saat byte pertama respons mulai tiba.
  • FID—yang kini tidak digunakan lagi dan diganti oleh INP—mengukur interaktivitas halaman, dari interaksi pertama pengguna hingga waktu halaman meresponsnya.

Nilai minimum metrik

Tabel ini menjelaskan bagaimana nilai untuk metrik ini dikategorikan sebagai "baik", "perlu peningkatan", atau "buruk".

Metrik | "0 mdtk–0 md | "Perlu Peningkatan" | "Buruk" -- | -- | -- | -- LCP | 0–2500 mdtk | 2500–4.000 mdtk | 4.000 mdtk+ CLS | 0,00-0,10 | 0,10–0,25 | 0,25+ FBP | 0–20 mdtk |

Metrik Data Web Inti adalah metrik yang paling penting, dan dialami langsung oleh pengguna nyata. Metrik lainnya dapat digunakan sebagai diagnostik, tetapi belum tentu dapat disimak oleh pengguna nyata. Oleh karena itu, metrik ini tidak diperhitungkan dalam penilaian Data Web Inti, dan kegagalan dalam memenuhi nilai minimum "baik" hanya penting jika metrik tersebut berpengaruh buruk pada Data Web Inti.

Ada tiga cara untuk menampilkan pengalaman pengguna di PSI:

  • label yang meringkas halaman sebagai lulus atau tidak lulus penilaian Data Web Inti
  • persentil yang diukur dalam detik atau milidetik (CLS adalah tanpa unit)
  • distribusi yang mewakili persentase pengalaman "baik", "memerlukan peningkatan", dan "buruk" tersedia dengan mengklik Luaskan tampilan di kanan atas bagian ini.

Tampilan data CrUX yang diperluas di PageSpeed Insights

Pada screenshot di atas, halaman diberi label "lulus" penilaian Data Web Inti. Agar lulus, persentil harus dikategorikan sebagai "baik" di ketiga Data Web Inti. Jika tidak, penilaian akan ditampilkan sebagai "gagal". Beberapa halaman mungkin tidak memiliki data INP yang memadai. Jika demikian, halaman tersebut dinilai berdasarkan dua metrik Core Web Vitals lainnya.

Persentil yang ditampilkan untuk semua metrik sesuai dengan persentil ke-75. Dalam statistik, persentil adalah ukuran yang menunjukkan nilai yang berada di bawah persentase tertentu persentase sampel. Misalnya, screenshot di atas menunjukkan bahwa persentil ke-75 FID adalah 13 md, yang berarti bahwa 75% pengalaman FID lebih cepat dari 13 md. Nilai ini diberi kode warna sesuai dengan tabel ambang batas di atas dengan nilai "baik" berwarna hijau, nilai "perlu peningkatan" berwarna oranye, dan nilai "buruk" berwarna merah.

Terakhir, distribusi untuk setiap metrik diilustrasikan menggunakan pengelompokan "baik", "perlu peningkatan", dan "buruk". Misalnya, pengalaman LCP di halaman ini adalah "baik" (kurang dari 2,5 detik) dengan frekuensi 90%. FID adalah "buruk" (setidaknya 300 milidetik) 1% dari total waktu. Distribusi ini mewakili semua pengalaman pengguna pada halaman dan bentuknya menunjukkan kecenderungan "baik" atau "buruk".

Ringkasan performa origin

PSI juga mencakup ringkasan performa origin. Ini adalah kumpulan pengalaman pengguna di semua halaman origin. Anda bisa mendapatkan statistik yang sama untuk seluruh origin yang tersedia untuk setiap halaman. Data ini sangat sesuai dengan data yang tersedia di BigQuery, sedangkan performa tingkat halaman tidak tersedia untuk kueri.

Performa CrUX asal di PageSpeed Insights

Ada satu perbedaan utama antara data tingkat asal di PSI versus BigQuery. {i>Dataset<i} di BigQuery dirilis sebulan sekali dan mencakup data dari bulan kalender sebelumnya. Misalnya, {i>dataset<i} 202005 mencakup semua pengalaman pengguna yang terjadi pada bulan Mei 2020. Di sisi lain, PSI menggabungkan data baru setiap hari yang mencakup 28 hari sebelumnya. Jadi, hasil yang Anda lihat hari ini mungkin berbeda besok dan hasilnya tidak akan sama dengan yang Anda lihat dalam agregasi bulan ini di BigQuery.

Respons saat data URL tidak tersedia di CrUX

Jika URL yang Anda masukkan tidak tersedia di CrUX, PageSpeed Insights akan mencoba kembali ke data tingkat asal seperti yang ditampilkan di bawah. Mengklik ikon di samping tombol This URL yang dinonaktifkan akan menampilkan penjelasan selengkapnya.

Tidak ada data CrUX tingkat URL di PageSpeed Insights, sehingga menampilkan data Asal

Jika data tingkat origin juga tidak tersedia di CrUX, PSI tidak dapat menampilkan bagian ini dan Anda akan melihat No Data. Data lab dari Lighthouse masih tersedia untuk memberi Anda perkiraan performa halaman.

Tidak ada data CrUX di PageSpeed Insights

FAQ

Kapan saya harus menggunakan PageSpeed Insights sebagai pengganti alat lainnya?

PSI menggabungkan data pengalaman pengguna CrUX di dunia nyata dengan diagnostik performa berbasis lab dari Lighthouse. Hal ini memudahkan Anda untuk melihat seberapa cepat pengalaman halaman diakses dan cara mempercepatnya, semuanya di satu tempat. Agregasi data lapangan harian di PSI menjadikannya tempat yang tepat untuk memantau performa URL atau origin dengan lebih cermat dibandingkan alat dengan agregasi yang lebih jarang.

Apakah ada batasan untuk menggunakan PageSpeed Insights?

PSI hanya memberikan agregasi harian terbaru, jadi Anda pasti tidak dapat melihat tren performa situs. Ada juga beberapa metrik non-vital yang disertakan dalam set data CrUX yang tidak diekspos dalam PSI.

Di mana saya dapat mempelajari lebih lanjut tentang PageSpeed Insights?

Lihat dokumentasi PSI untuk mengetahui info selengkapnya.