Lighthouse, Lab Data, dan Field Data
Memakai Lighthouse untuk diagnosis yang dapat diulang tanpa menganggapnya sebagai seluruh pengalaman pengguna.
Tujuan belajar
- Membedakan tujuan lab data dan field data
- Membaca Lighthouse sebagai input diagnosis
- Menjelaskan mengapa hasil lab dan field dapat berbeda
- Menentukan langkah investigasi ketika sinyal tidak selaras
Isi lesson
6 blok- 1.Gunakan dua jenis bukti untuk dua pertanyaan yang berbedaBelum selesaiWajib
- 2.Contoh laporan yang meminta investigasi, bukan kepanikanBelum selesaiWajib
- 3.Writing practiceBelum selesaiWajib
- 4.Cek pemahamanBelum selesaiWajib
- 5.Jangan mengubah banyak hal dari satu auditBelum selesaiWajib
- 6.RingkasanBelum selesaiWajib
Gunakan dua jenis bukti untuk dua pertanyaan yang berbeda
WajibLab data berasal dari kondisi pengujian yang dikendalikan. Lighthouse berguna untuk menjalankan audit berulang saat development, menemukan opportunity, dan memeriksa regression sebelum release. Field data datang dari pengalaman user nyata dengan device, network, cache, dan interaction yang beragam. Karena itu, nilai keduanya dapat berbeda tanpa berarti salah satu harus diabaikan. Gunakan field data untuk memahami pengalaman yang benar-benar terjadi secara luas, lalu gunakan lab untuk mereproduksi, mempersempit, dan menguji perbaikan. Lighthouse juga tidak mensimulasikan interaction nyata, sehingga Total Blocking Time adalah proxy lab untuk problem interactivity, bukan nilai INP pengganti.
Bagian ini memengaruhi progres lesson.
Contoh laporan yang meminta investigasi, bukan kepanikan
Wajib{
"field": {
"LCP p75 mobile": "3.1 s",
"INP p75 mobile": "170 ms",
"CLS p75 mobile": "0.04"
},
"lighthouse": {
"LCP": "2.0 s",
"TBT": "180 ms",
"CLS": "0.02"
}
}Field LCP mobile lebih lambat dari audit lab ini. Langkah yang tepat bukan mengumumkan Lighthouse salah. Periksa segment device dan network, route yang diukur, cache, waktu pengambilan data, kandidat LCP, serta apakah kondisi audit cukup mewakili jalur user. Lab dapat menjadi tempat menguji hipotesis setelah konteks tersebut jelas.
Bagian ini memengaruhi progres lesson.
Writing practice
WajibLatihan menulis
Analisis laporan di atas dalam sebuah investigation note. Jelaskan metrik mana yang perlu diprioritaskan, mengapa field dan lab dapat berbeda dalam kasus ini, tiga pertanyaan yang akan kamu jawab sebelum mengubah code, dan bagaimana Lighthouse akan kamu pakai setelahnya. Jangan menyimpulkan bahwa score Lighthouse satu kali adalah release decision tunggal.
Tulis draft dulu sebelum menandai writing practice selesai.
0/340 karakter
Checklist panduan
Checklist ini hanya panduan. Kamu tidak harus mencentang semuanya.
Cek pemahaman
WajibJawab duluCek pemahaman singkat
Pernyataan yang paling tepat tentang lab dan field data adalah
Progres lesson naik setelah jawaban benar.
Kesalahan umum
WajibJangan mengubah banyak hal dari satu audit
Bila setiap recommendation Lighthouse diubah sekaligus, kamu kehilangan hubungan antara perubahan dan hasil. Pilih satu masalah yang relevan dengan user, catat baseline dan kondisi audit, lakukan perubahan kecil, lalu ukur ulang. Perubahan yang tidak dibuktikan dapat menambah complexity tanpa memperbaiki pengalaman.
Bagian ini memengaruhi progres lesson.
Ringkasan
Wajib- Field data menangkap kondisi user nyata; lab data memberi lingkungan diagnosis yang dapat diulang.
- Lighthouse adalah alat audit dan eksperimen, bukan satu-satunya keputusan release.
- INP membutuhkan interaction nyata; TBT adalah sinyal lab pendukung.
- Perbedaan hasil perlu dibaca melalui route, device, network, cache, dan waktu data.
- Berikutnya, performance budget mengubah sinyal ini menjadi keputusan tim yang dapat diprioritaskan.
Bagian ini memengaruhi progres lesson.
Langkah berikutnya
Selesaikan bagian penting lesson ini
Lanjutkan blok wajib berikutnya: Gunakan dua jenis bukti untuk dua pertanyaan yang berbeda.