Tentang PageSpeed Insights

PageSpeed Insights (PSI) melaporkan pengalaman pengguna halaman di perangkat seluler dan desktop, serta memberikan saran tentang cara meningkatkan performa halaman tersebut.

PSI menyediakan data lab dan lapangan tentang sebuah halaman. Data lab berguna untuk men-debug masalah, karena data dikumpulkan di lingkungan yang terkendali. Namun, alat ini mungkin tidak menangkap bottleneck di dunia nyata. Data kolom berguna untuk mencatat pengalaman pengguna yang sebenarnya, tetapi memiliki kumpulan metrik yang lebih terbatas. Lihat Cara Memikirkan Alat Kecepatan untuk mengetahui informasi selengkapnya tentang dua jenis data.

Data pengalaman pengguna nyata

Data pengalaman pengguna nyata di PSI didukung oleh set data Laporan Pengalaman Pengguna Chrome (CrUX). PSI melaporkan pengalaman First Contentful Paint (FCP), First Input Delay (FID), Largest Contentful Paint (LCP), Pergeseran Tata Letak Kumulatif (CLS), dan Interaction to Next Paint (INP) selama periode pengumpulan selama 28 hari sebelumnya. PSI juga melaporkan pengalaman untuk metrik eksperimental Time to First Byte (TTFB).

Agar dapat menampilkan data pengalaman pengguna untuk halaman tertentu, harus ada data yang memadai agar dapat disertakan dalam set data CrUX. Halaman mungkin tidak memiliki data yang memadai jika baru saja dipublikasikan atau memiliki terlalu sedikit data dari pengguna sungguhan. Jika hal ini terjadi, PSI akan kembali ke perincian tingkat asal, yang mencakup semua pengalaman pengguna di semua halaman situs. Terkadang, origin juga mungkin tidak memiliki data yang cukup, sehingga PSI tidak akan dapat menampilkan data pengalaman pengguna sebenarnya.

Menilai kualitas pengalaman

PSI mengklasifikasikan kualitas pengalaman pengguna ke dalam tiga kategori: Baik, Perlu Peningkatan, atau Buruk. PSI menetapkan nilai minimum berikut sesuai dengan inisiatif Data Web:

Baik Perlu Peningkatan Buruk
FCP [0, 1800 md] (1800 md, 3000 md] lebih dari 3000 md
FID [0, 100 md] (100 md, 300 md] lebih dari 300 md
LCP [0, 2500 md] (2500 md, 4000 md] lebih dari 4.000 md
CLS [0, 0,1] (0,1, 0,25] lebih dari 0,25
INP [0, 200 md] (200 md, 500 md] lebih dari 500 md
TTFB (eksperimental) [0, 800 md] (800 md, 1800 md] lebih dari 1800 md

Distribusi dan nilai metrik yang dipilih

PSI menyajikan distribusi metrik ini sehingga developer dapat memahami rentang pengalaman untuk halaman atau asal tersebut. Distribusi ini dibagi menjadi tiga kategori: Baik, Perlu Peningkatan, dan Buruk, yang diwakili oleh batang hijau, kuning, dan merah. Misalnya, melihat 11% dalam batang kuning LCP menunjukkan bahwa 11% dari semua nilai LCP yang diamati berada antara 2.500 md dan 4.000 md.

Screenshot distribusi pengalaman LCP pengguna sungguhan

Di atas batang distribusi, PSI melaporkan persentil ke-75 untuk semua metrik. Persentil ke-75 dipilih agar developer dapat memahami pengalaman pengguna yang paling menjengkelkan di situs mereka. Nilai metrik kolom ini diklasifikasikan sebagai baik/perlu peningkatan/buruk dengan menerapkan nilai minimum yang sama seperti yang ditampilkan di atas.

Data Web Inti

Data Web Inti adalah kumpulan sinyal performa umum yang penting untuk semua pengalaman web. Metrik Data Web Inti adalah FID, LCP, dan CLS, dan dapat digabungkan di tingkat halaman atau asal. Untuk agregasi yang memiliki data yang memadai di ketiga metrik, agregasi akan lulus penilaian Data Web Inti jika persentil ke-75 dari ketiga metrik tersebut berstatus Baik. Jika tidak, agregasi tidak akan lulus penilaian. Jika agregasi tidak memiliki data yang cukup untuk FID, agregasi akan lulus penilaian jika persentil ke-75 LCP dan CLS-nya Baik. Jika LCP atau CLS tidak memiliki data yang cukup, agregasi tingkat halaman atau origin tidak dapat dinilai.

Perbedaan antara Data Kolom di PSI dan CrUX

Perbedaan antara data kolom di PSI dan set data CrUX di BigQuery adalah data PSI diperbarui setiap hari, sedangkan set data BigQuery diperbarui setiap bulan dan terbatas pada data tingkat asal. Kedua sumber data merepresentasikan periode 28 hari terakhir.

Diagnostik lab

PSI menggunakan Lighthouse untuk menganalisis URL tertentu dalam lingkungan simulasi untuk kategori Performa, Aksesibilitas, Praktik Terbaik, dan SEO.

Skor

Di bagian atas bagian ini terdapat skor untuk setiap kategori, yang ditentukan dengan menjalankan Lighthouse untuk mengumpulkan dan menganalisis informasi diagnostik tentang halaman. Skor 90 ke atas dianggap bagus. 50 hingga 89 adalah skor yang perlu ditingkatkan, dan di bawah 50 dianggap buruk.

Metrik

Kategori Performa juga memiliki performa halaman pada berbagai metrik, termasuk: First Contentful Paint, Largest Contentful Paint, Speed Index, Pergeseran Tata Letak Kumulatif, Waktu untuk Interaktif, dan Total Waktu Pemblokiran.

Setiap metrik diberi skor dan diberi label dengan ikon:

  • Baik ditunjukkan dengan lingkaran hijau
  • Kebutuhan Peningkatan ditunjukkan dengan kotak informasi berwarna kuning
  • Buruk ditunjukkan dengan segitiga peringatan berwarna merah

Audit

Dalam setiap kategori terdapat audit yang memberikan informasi tentang cara meningkatkan pengalaman pengguna halaman. Lihat dokumentasi Lighthouse untuk perincian mendetail tentang audit setiap kategori.

Pertanyaan Umum (FAQ)

Apa perangkat dan kondisi jaringan yang digunakan Lighthouse untuk menyimulasikan pemuatan halaman?

Saat ini, Lighthouse menyimulasikan kondisi pemuatan halaman perangkat tingkat menengah (Moto G4) di jaringan seluler untuk perangkat seluler, dan desktop yang diemulasi dengan koneksi berkabel untuk desktop. PageSpeed juga berjalan di pusat data Google yang dapat bervariasi berdasarkan kondisi jaringan. Anda dapat memeriksa lokasi pengujian dengan melihat blok lingkungan Lighthouse Report:

Screenshot tooltip informasi throttling.

Catatan: PageSpeed akan melaporkan bahwa proses ini berjalan di salah satu dari: Amerika Utara, Eropa, atau Asia.

Mengapa data lapangan dan data lab terkadang bertentangan?

Data kolom adalah laporan historis tentang performa URL tertentu, dan mewakili data performa anonim dari pengguna di dunia nyata pada berbagai perangkat dan kondisi jaringan. Data lab didasarkan pada simulasi pemuatan halaman pada satu perangkat dan kumpulan kondisi jaringan yang tetap. Akibatnya, nilainya mungkin berbeda. Lihat Alasan data lab dan kolom bisa berbeda (dan tindakan yang harus dilakukan terkait data tersebut) untuk mengetahui info selengkapnya.

Mengapa persentil ke-75 dipilih untuk semua metrik?

Tujuan kami adalah untuk memastikan halaman tersebut berfungsi dengan baik bagi sebagian besar pengguna. Dengan berfokus pada nilai persentil ke-75 untuk metrik kami, hal ini memastikan bahwa halaman memberikan pengalaman pengguna yang baik dalam kondisi perangkat dan jaringan yang paling sulit. Lihat Menentukan nilai minimum metrik Data Web Inti untuk informasi selengkapnya.

Berapa nilai yang baik untuk data lab?

Semua skor hijau (90+) dianggap baik, tetapi perlu diperhatikan bahwa memiliki data lab yang baik tidak selalu berarti pengalaman pengguna nyata juga akan baik.

Mengapa skor performa berubah dari run ke run? Saya tidak mengubah apa pun di halaman saya.

Variabilitas dalam pengukuran performa diperkenalkan melalui sejumlah saluran dengan tingkat dampak yang berbeda-beda. Beberapa sumber umum variabilitas metrik adalah ketersediaan jaringan lokal, ketersediaan hardware klien, dan pertentangan resource klien.

Mengapa data CrUX pengguna sebenarnya tidak tersedia untuk URL atau origin?

Laporan Pengalaman Pengguna Chrome menggabungkan data kecepatan dunia nyata dari pengguna yang memilih ikut serta dan mewajibkan bahwa URL harus bersifat publik (dapat di-crawl dan diindeks) serta memiliki jumlah sampel berbeda yang cukup dan memberikan tampilan representatif serta anonim untuk performa URL atau origin.

Ada pertanyaan lainnya?

Jika ada pertanyaan tentang penggunaan PageSpeed Insights yang spesifik dan dapat dijawab, ajukan pertanyaan Anda dalam bahasa Inggris di Stack Overflow.

Jika Anda memiliki masukan atau pertanyaan umum tentang PageSpeed Insights, atau ingin memulai diskusi umum, mulai rangkaian pesan di milis.

Jika Anda memiliki pertanyaan umum tentang metrik Data Web, mulai rangkaian pesan di grup diskusi web-vitals-feedback.

Masukan

Apakah halaman ini membantu?