Evolusi alat kecepatan: sorotan dari Chrome Developer Summit 2019

Metrik performa baru, update pada PageSpeed Insights dan Laporan Pengalaman Pengguna Chrome (CrUX), dan lainnya.

Elizabeth Sweeny
Elizabeth Sweeny

Pada Chrome Developer Summit, Paul Irish dan saya mengumumkan update untuk Lighthouse—Lighthouse CI, formula skor performa baru, dan lainnya. Bersama dengan berita besar Lighthouse, kami menyajikan pengembangan alat performa yang menarik, termasuk metrik performa baru, update pada PageSpeed Insights dan Laporan Pengalaman Pengguna Chrome (CrUX), serta insight dari analisis Web Almanac mengenai ekosistem web.

Metrik performa baru

Mengukur nuansa pengalaman pengguna adalah kunci untuk mengukur dampaknya terhadap pendapatan Anda serta melacak peningkatan dan regresi. Seiring waktu, metrik baru telah berevolusi untuk menangkap nuansa tersebut dan mengisi kesenjangan dalam mengukur pengalaman pengguna. Penambahan terbaru ke kisah metrik adalah dua metrik kolomLargest Contentful Paint (LCP) dan Cumulative Layout Shift (CLS)—yang diinkubasi dalam W3C Web Performance Working Group, dan metrik lab baru—Total Blocking Time (TBT).

Largest Contentful Paint (LCP)

Largest Contentful Paint (LCP) melaporkan waktu saat elemen konten terbesar terlihat di area tampilan.

Sebelum Largest Contentful Paint, First Businessful Paint (FMP) dan Speed Index (SI) berfungsi untuk mendapatkan pengalaman pemuatan setelah paint awal, tetapi metrik ini kompleks dan sering kali tidak mengidentifikasi kapan konten utama halaman telah dimuat. Penelitian menunjukkan bahwa hanya melihat kapan elemen terbesar di halaman dirender dengan lebih baik saat konten utama halaman dimuat.

Metrik Largest Contentful Paint yang baru akan segera tersedia di laporan Lighthouse dan sementara itu, Anda dapat mengukur LCP di JavaScript.

Total Waktu Pemblokiran (TBT)

Metrik Total Blocking Time (TBT) mengukur jumlah total waktu antara First Contentful Paint (FCP) dan Time to Interactive (TTI) tempat thread utama diblokir cukup lama untuk mencegah responsivitas input.

Tugas dianggap panjang jika dijalankan di thread utama selama lebih dari 50 milidetik. Setiap milidetik yang lebih dari itu akan dihitung dalam waktu pemblokiran tugas itu.

Diagram yang merepresentasikan tugas 150 milidetik yang memiliki waktu pemblokiran 100 milidetik.

Total Waktu Pemblokiran untuk halaman adalah jumlah waktu pemblokiran dari semua tugas panjang yang terjadi antara FCP dan TTI.

Diagram yang mewakili lima tugas dengan 60 milidetik total waktu pemblokiran dari 270 milidetik waktu thread utama.

Meskipun Waktu untuk Interaktif berfungsi dengan baik dalam mengidentifikasi kapan thread utama menenangkan saat pemuatan, Total Blocking Time bertujuan untuk mengukur seberapa tegang thread utama selama pemuatan. Dengan cara ini, TTI dan TBT saling melengkapi dan memberikan keseimbangan.

Pergeseran Tata Letak Kumulatif (CLS)

Pergeseran Tata Letak Kumulatif (CLS) mengukur stabilitas visual halaman dan mengukur seberapa sering pengguna mengalami pergeseran tata letak yang tidak terduga. Pergerakan konten yang tidak terduga bisa sangat menjengkelkan, dan metrik baru ini membantu Anda mengatasi masalah tersebut dengan mengukur seberapa sering hal itu terjadi bagi pengguna Anda.

Screencast yang menggambarkan dampak negatif ketidakstabilan tata letak terhadap pengguna.

Lihat panduan mendetail Pergeseran Tata Letak Kumulatif untuk mempelajari cara penghitungan dan cara mengukurnya.

Formula skor performa Lighthouse baru akan segera tidak menekankan FMP dan FCI dan menyertakan tiga metrik baru—LCP, TBT, dan CLS—karena keduanya akan menangkap dengan lebih baik saat halaman sudah dapat digunakan.

Di Lighthouse v6, First Contentful Paint, Speed Index, dan Largest Contentful Paint adalah metrik performa pemuatan utama; Waktu Untuk Interaktif, Penundaan Input Pertama, Potensi Maks Penundaan Input Pertama, dan Total Waktu Pemblokiran adalah metrik interaktivitas utama; Dan Pergeseran Tata Letak Kumulatif adalah metrik prediktabilitas utama.

Lihat penskoran performa Lighthouse dan kumpulan metrik web.dev yang baru untuk mempelajari lebih lanjut.

Ambang batas data kolom (CrUX) yang disesuaikan di PageSpeed Insights

Selama setahun terakhir, kami telah menganalisis performa web dari kolom melalui data Pengalaman Pengguna Chrome (CrUX). Dengan insight dari data tersebut, kami menilai kembali nilai minimum yang kami gunakan untuk memberikan label "lambat", "sedang", atau "cepat" untuk performa lapangan situs.

Dua diagram batang yang menunjukkan distribusi kecepatan lambat, cepat, dan sedang untuk FCP dan FID.

Untuk mendapatkan penilaian keseluruhan untuk suatu situs, PageSpeed Insights (PSI) menggunakan persentil tertentu dari total distribusi data kolom sebagai angka emas untuk situs tersebut; batas sebelumnya yang digunakan adalah persentil ke-90 untuk First Contentful Paint dan persentil ke-95 untuk Penundaan Input Pertama (FID).

Misalnya, jika suatu situs memiliki distribusi FCP 50% cepat, 30% sedang, 20% lambat, FCP persentil ke-90 berada di bagian lambat, sehingga membuat skor kolom secara keseluruhan untuk situs menjadi lambat.

Hal ini telah disesuaikan agar memiliki distribusi yang lebih baik secara keseluruhan di seluruh situs, dan perincian barunya adalah:

Metrik Persentil Keseluruhan Cepat (md) Sedang (md) Lambat (md)
FCP Persentil ke-75 1.000 1000-3000 3.000+
FID Persentil ke-95 100 100-300 300+

Misalnya, sekarang jika suatu situs memiliki distribusi FCP 50% cepat, 30% sedang, 20% lambat, FCP persentil ke-75 berada di bagian sedang, sehingga skor kolom keseluruhan untuk situs menjadi moderat.

Pengalihan URL kanonis di PageSpeed Insights

Agar Anda dapat mengukur pengalaman pengguna seakurat mungkin, tim PageSpeed Insights telah menambahkan perintah analisis ulang ke PSI. Untuk situs yang dialihkan ke URL baru, Anda diminta untuk menjalankan kembali laporan di URL landing untuk mendapatkan gambaran yang lebih lengkap tentang performa sebenarnya.

Antarmuka pengguna PSI yang menampilkan pengalihan URL dan tombol 'Reanalyze'

CrUX di laporan Kecepatan Search Console baru

Search Console meluncurkan laporan Kecepatan baru seminggu sebelum Chrome Dev Summit. Fitur ini menggunakan data dari Laporan Pengalaman Pengguna Chrome untuk membantu pemilik situs menemukan potensi masalah pengalaman pengguna. Laporan Kecepatan secara otomatis menetapkan grup URL yang serupa ke dalam bucket "Cepat", "Sedang", dan "Lambat", serta membantu memprioritaskan peningkatan performa untuk masalah tertentu.

Laporan Kecepatan Search Console.

Almanak Web

Dion Almaer mempresentasikan Web Almanac di CDS 2019.

Dalam keynote pembuka kami mengumumkan peluncuran Web Almanac, yakni project tahunan yang cocok dengan statistik dan tren tentang kondisi web dengan keahlian komunitas web. 85 kontributor, yang terdiri dari developer Chrome dan komunitas web, telah mengajukan diri untuk mengerjakan project ini, yang menganalisis 20 aspek inti tentang web yang membahas cara situs dibuat, dikirimkan, dan dialami. Mulai jelajahi Web Almanac untuk mempelajari lebih lanjut status performa, JavaScript, dan kode pihak ketiga di web.

Pelajari lebih lanjut

Untuk mengetahui detail selengkapnya tentang info terbaru alat performa dari Chrome Developer Summit, tonton pembahasan tentang evolusi alat Kecepatan: